Y que alegría me he llevado de te hayas pasado a comentar!
Sobre mi método de gestión de tareas: No deja de ser un modelo matemático, con todos sus pros y sus contras, claro, por ejemplo: ¿Sabrías realmente definir cuanto tiempo tienes que dedicar a una tarea? Ni siquiera en los equipos de desarrolladores software es posible hacer una predicción con confianza, en ocasiones una tarea puede ser una investigación cuyo coste no puedes predecir (yo esto lo soluciono exagerando el coste).
Por otro lado: hace siglos que no uso la variable de severity como la concebí, se supone que servía para priorizar entre dos tareas con fechas de entrega y coste similar, no obstante, ahora mismo es una variable que se calcula con una fórmula tal que:
- Quiero que a esta tarea le tenga que dedicar alrededor de 15 minutos al día, pon la severity a un valor para el cual la heuristica sea 1 hoy (`/schedule 15m`)
o
- Quiero que la fecha de entrega de esta tarea sea mañana, pon la severity a un valor para el cual la heuristica sea 1 hoy (`/set due tomorrow` y `/schedule`)
Esto significa que tendré que hacer un poco de trabajo adicional renombrando variables para que sea amigable para otros usuarios. De todos modos, la formula heuristica es facilmente replicable en hoja de cálculo, no tanto así la estrategia de ejecución, que es algoritmica y conllevaria el uso de macros.
Al final lo que he hecho es sistematizar una serie de pasos y cálculos que llevo tiempo utilizando para que el hecho de ejecutar mi estrategia de gestion de tareas no conlleve un elevado esfuerzo.
Sobre el burnout, identificarlo es clave y si sabes hacerlo y no bajas la guardia tienes gran parte del camino recorrido. Mi experiencia personal es que la mente es traicionera y hay que hacer cierto "tracking" de uno mismo por medios externos para cortarlo de raiz antes de que llegue.
Aconsejo hacerse preguntas como: ¿Que me suele pasar antes de llegar al burnout? Yo por ejemplo tengo un bajón de productividad inicial por el agotamiento, que luego trato de sobrecompensar, entonces, como todos los dias saco estadisticas de mi actividad y las pongo en una hoja de cálculo, puedo observar una curva característica en el gráfico que me indica que estoy desarrollando ansiedad y, por tanto, corto. Reajusto las deadlines que sean ajustables y busco cuales estan siendo los causantes del cuello de botella. Vamos, no hay un sistema universal para todo, seguimos a la merced de nuestro buen juicio y por ello el estudio continuo de la gestión del tiempo es importante para que sepamos como actuar cuando nuestros sistemas fallen.
Interesante algoritmo. ¿Ya le has puesto nombre? Yo no dejaba de pensar en la ley de Parkinson mientras leía, ahí te lo dejo...
Me parece clave lo que comentas de la desconexión para evitar el burnout. Es fácil decirlo, pero no tanto llevarlo a la práctica. Nuestra cabeza es traicionera en ese sentido. Además, cuando realmente conseguimos desconectar, nos surgen ideas o soluciones que nos llevan de nuevo a la trinchera. Esa es parte de la gracia también.
Ni la heurística ni el filtrado que describo en la estrategia de ejecución tienen nombre, en el github están codificados como `SlackHeuristic` y `GtdFilter` respectivamente, Slack viene por "Least Slack Time (LST)" ya que es el concepto base del cálculo y Gtd viene por Getting Things Done, por que filtra las tareas de tal modo que todas las tareas de una misma categoria se agrupan para minimizar cambios de contexto, algo que seria solo una pequeña parte del sistema de David Allen que le da nombre.
En cuanto al algoritmo que sigo para evitar el burnout y fomentar el trabajo profundo que es lo que intuyo que te recuerda a la ley de Parkinson (corrigeme si me equivoco), no tiene nombre ni está codificado siquiera, es mas bien una filosofía de ejecución de tareas, que, por cierto, repasandolo bien, debo admitir que has tenido muy buen ojo al detectar la analogía con la mencionada ley.
En la práctica, lo que busco es evitar el burnout al tiempo que utilizo el trabajo profundo como una palanca para lograr una mayor productividad con una fracción del esfuerzo mental, en mi experiencia una sesion de trabajo profundo puede dejarme mentalmente agotado, lograr el mismo progreso sin trabajo profundo es mucho más agotador. Por ello, si teniendo que trabajar, digamos 40 minutos, trabajo profundamente 120 minutos por que he entrado en estado de "flow", segun mis algoritmos y estrategias, tendré un par de dias para reponerme de esa tarea.
Estoy totalmente de acuerdo con tu analisis sobre la importancia del Burnout y, añado, me gusta mucho lo que comentas de que, al desconectar surgen ideas o soluciones, fíjate, si trabajas al 80% en lugar de al 100%, tienes posibilidades de que ese 20% sea utilizado por tu cerebro para seguir resolviendo problemas o siendo creativo, nada te impide __capturar__ esas ideas y soluciones para su aprovechamiento posterior.
Finalmente, como he comentado en mi respuesta a Jorge: Cuando nuestra mente no es de fiar en algo (como detectar el burnout) nos interesa utilizar medios externos para identificar las señales de que algo no está yendo bien.
Peor bueno, que pedazo de sorpresa y alegría me he llevado al verte por aquí.
La verdad es que con tu método de gestión de tareas y de cálculo de todas las variables me haces pequeñito hasta a mí.
Yo he coqueteado con el burnout en algún momento, pero siempre he sido capaz de identificarlo. Sin duda hay que tener cuidado con esto.
Y que alegría me he llevado de te hayas pasado a comentar!
Sobre mi método de gestión de tareas: No deja de ser un modelo matemático, con todos sus pros y sus contras, claro, por ejemplo: ¿Sabrías realmente definir cuanto tiempo tienes que dedicar a una tarea? Ni siquiera en los equipos de desarrolladores software es posible hacer una predicción con confianza, en ocasiones una tarea puede ser una investigación cuyo coste no puedes predecir (yo esto lo soluciono exagerando el coste).
Por otro lado: hace siglos que no uso la variable de severity como la concebí, se supone que servía para priorizar entre dos tareas con fechas de entrega y coste similar, no obstante, ahora mismo es una variable que se calcula con una fórmula tal que:
- Quiero que a esta tarea le tenga que dedicar alrededor de 15 minutos al día, pon la severity a un valor para el cual la heuristica sea 1 hoy (`/schedule 15m`)
o
- Quiero que la fecha de entrega de esta tarea sea mañana, pon la severity a un valor para el cual la heuristica sea 1 hoy (`/set due tomorrow` y `/schedule`)
Esto significa que tendré que hacer un poco de trabajo adicional renombrando variables para que sea amigable para otros usuarios. De todos modos, la formula heuristica es facilmente replicable en hoja de cálculo, no tanto así la estrategia de ejecución, que es algoritmica y conllevaria el uso de macros.
Al final lo que he hecho es sistematizar una serie de pasos y cálculos que llevo tiempo utilizando para que el hecho de ejecutar mi estrategia de gestion de tareas no conlleve un elevado esfuerzo.
Sobre el burnout, identificarlo es clave y si sabes hacerlo y no bajas la guardia tienes gran parte del camino recorrido. Mi experiencia personal es que la mente es traicionera y hay que hacer cierto "tracking" de uno mismo por medios externos para cortarlo de raiz antes de que llegue.
Aconsejo hacerse preguntas como: ¿Que me suele pasar antes de llegar al burnout? Yo por ejemplo tengo un bajón de productividad inicial por el agotamiento, que luego trato de sobrecompensar, entonces, como todos los dias saco estadisticas de mi actividad y las pongo en una hoja de cálculo, puedo observar una curva característica en el gráfico que me indica que estoy desarrollando ansiedad y, por tanto, corto. Reajusto las deadlines que sean ajustables y busco cuales estan siendo los causantes del cuello de botella. Vamos, no hay un sistema universal para todo, seguimos a la merced de nuestro buen juicio y por ello el estudio continuo de la gestión del tiempo es importante para que sepamos como actuar cuando nuestros sistemas fallen.
Muchas gracias por comentar!
Un placer volver a leerte, David ☺️.
Interesante algoritmo. ¿Ya le has puesto nombre? Yo no dejaba de pensar en la ley de Parkinson mientras leía, ahí te lo dejo...
Me parece clave lo que comentas de la desconexión para evitar el burnout. Es fácil decirlo, pero no tanto llevarlo a la práctica. Nuestra cabeza es traicionera en ese sentido. Además, cuando realmente conseguimos desconectar, nos surgen ideas o soluciones que nos llevan de nuevo a la trinchera. Esa es parte de la gracia también.
Hola Pol! Un honor verte por aquí
Ni la heurística ni el filtrado que describo en la estrategia de ejecución tienen nombre, en el github están codificados como `SlackHeuristic` y `GtdFilter` respectivamente, Slack viene por "Least Slack Time (LST)" ya que es el concepto base del cálculo y Gtd viene por Getting Things Done, por que filtra las tareas de tal modo que todas las tareas de una misma categoria se agrupan para minimizar cambios de contexto, algo que seria solo una pequeña parte del sistema de David Allen que le da nombre.
En cuanto al algoritmo que sigo para evitar el burnout y fomentar el trabajo profundo que es lo que intuyo que te recuerda a la ley de Parkinson (corrigeme si me equivoco), no tiene nombre ni está codificado siquiera, es mas bien una filosofía de ejecución de tareas, que, por cierto, repasandolo bien, debo admitir que has tenido muy buen ojo al detectar la analogía con la mencionada ley.
En la práctica, lo que busco es evitar el burnout al tiempo que utilizo el trabajo profundo como una palanca para lograr una mayor productividad con una fracción del esfuerzo mental, en mi experiencia una sesion de trabajo profundo puede dejarme mentalmente agotado, lograr el mismo progreso sin trabajo profundo es mucho más agotador. Por ello, si teniendo que trabajar, digamos 40 minutos, trabajo profundamente 120 minutos por que he entrado en estado de "flow", segun mis algoritmos y estrategias, tendré un par de dias para reponerme de esa tarea.
Estoy totalmente de acuerdo con tu analisis sobre la importancia del Burnout y, añado, me gusta mucho lo que comentas de que, al desconectar surgen ideas o soluciones, fíjate, si trabajas al 80% en lugar de al 100%, tienes posibilidades de que ese 20% sea utilizado por tu cerebro para seguir resolviendo problemas o siendo creativo, nada te impide __capturar__ esas ideas y soluciones para su aprovechamiento posterior.
Finalmente, como he comentado en mi respuesta a Jorge: Cuando nuestra mente no es de fiar en algo (como detectar el burnout) nos interesa utilizar medios externos para identificar las señales de que algo no está yendo bien.
Gracias por el comentario, Pol!