¿Qué intervalos de trabajo son más productivos: cortos o largos? [cerrado]

12

¿Qué sesiones de trabajo son más productivas para la programación: cortas (< = 30 minutos), medias o largas (> = 2 horas)? En que casos (Considere codificar una nueva funcionalidad, hacer pequeñas modificaciones, ajustar la interfaz de usuario, refactorizar, depurar, aprender API, tratar de entender el código de otros).

¿Qué puedes decir de tus experiencias? La información de los estudios y las mejores prácticas también son muy bienvenidas. Aunque sería bueno ver enlaces o referencias.

Se prefiere información confiable sobre la respuesta completa.

Conclusiones valiosas:

  • El pensamiento enfocado es el objetivo final aquí
  • Trabajo generalmente ininterrumpido > 2-3 horas de rendimiento pierden el foco y los pensamientos brumosos
  • Cuando estás en flujo, es mejor que te permitas trabajar de 1 a 2 horas
  • Vale la pena probar la técnica Pomodoro, para ayudar a superar la inercia del pensamiento y la dilación, para tener una mejor sensación de tiempo. Especialmente puede ayudar a comenzar a hacer cosas que no te gustan tanto
  • Al usar el software de 'gestión de interrupciones', puedes permitirte ser más flexible, por ejemplo. para saltar 1 descanso pero no más. Esto le permite adoptar la situación: estar en el flujo, cuando hay un flujo, ser manejable cuando no está en el flujo
  • El aire fresco, la relajación y los ejercicios durante las vacaciones pueden ayudar a involucrarse en el hemisferio derecho para obtener nuevas ideas y soluciones.

Pruebe las herramientas de software para 'gestión de interrupciones':

  • Pomodairo: además realiza un seguimiento de la lista de tareas y tiene una interfaz de usuario
  • WorkRave: proporciona más flexibilidad en la configuración. también utilizable sin altavoces
pregunta Alexey 23.05.2011 - 12:59

8 respuestas

18

Creo que lo más importante es centrarse realmente . Los 5 minutos enfocados pueden ser más productivos que las 5 horas no enfocadas para hacer retoques, navegar en sitios de intercambio de pila, chatear, etc.

Si estás realmente enfocado, no puedes continuar por horas continuamente (si puedes, entonces no estás realmente enfocado). Tu cerebro simplemente se quedará sin combustible. De hecho, la mayoría de las técnicas de productividad / gestión del tiempo, como la técnica de Pomodoro , son todas acerca de:

  1. Rompiendo sus metas en tareas pequeñas y realizables.
  2. Tomar una tarea a la vez, concentrarse en ella y solo en ella, por un tiempo de timeboxed .
  3. Tomar al menos un breve descanso.

Cuando hace algo difícil, el tiempo de calentamiento (cargar toda la información en su cerebro y comprender el problema) puede ser bastante largo, por lo que los periodos arbitrariamente cortos no son productivos y el período ininterrumpido óptimo depende del nivel de dificultad de la tarea. Pero cualquier cosa > > 2 horas es una estupidez. Levantarse de su silla durante 5 minutos y respirar aire fresco le ahorrará horas, ya que encontrará la solución que ha estado tratando de resolver durante las últimas 2 horas.

Más información sobre la técnica Pomodoro, según lo solicitado por Alexey: lo he intentado, en realidad es el único método formal de administración del tiempo que he probado tal como está. Fue un experimento beneficioso que me ayudó a valorar el cronometraje, y aún podría usarlo, especialmente si tengo problemas para "iniciar". Sin embargo, cuando estaba en flujo, encontré Pomodoro puro (pausa cada 25 minutos) demasiado rígido. Pausar solo por un tiempo preciso y predefinido es hasta desperdiciado. El temporizador de llamada es una distracción, y sí hace que las piezas mentales se caigan, y la reconstrucción de su "caché de cerebro" después de la pausa lleva tiempo.

Así que hoy en día estoy trabajando principalmente de acuerdo con la situación actual. Si tengo problemas para comenzar a hacer algo, entonces podría establecer un objetivo estricto, por ejemplo, "haga esto durante los siguientes 30 minutos, período", o "complete esto antes de tomar más café". Tales reglas simples facilitan la autodisciplina. Pero si estoy lleno de energía, haciendo un buen código, entonces podría hacerlo durante casi 2 horas seguidas, sin interrupciones. Después de un sprint así, mi cerebro se queda sin energía, por lo que una pausa por un momento sucede por necesidad de todos modos.

Pero para que quede claro, creo que mi capacidad para trabajar "de acuerdo con la situación actual" es en gran medida porque he intentado el cronometraje, aunque rara vez lo hago de forma estricta. Gracias a la versión de prueba, sé que cuando estoy demorando, entonces haré una especie de caja de tiempo (una caja a menudo es suficiente) y pronto volveré a la corriente. Así que recomiendo probar tales técnicas. Incluso si no terminas usándolo todo el tiempo, es probable que aprendas algunas herramientas útiles para controlarte cuando sea necesario.

    
respondido por el Joonas Pulakka 23.05.2011 - 13:09
6

Tomo 10 minutos de pausa cada 45 minutos .

Pero cuando estoy en el flujo, programando, me doy el derecho para omitir uno, pero solo uno.

Es importante hacer una pausa para restablecer tu mente . Véalo como un nuevo reinicio de su sistema. Será más rápido.

Durante la pausa, deja de pensar en el trabajo. Si no deja de pensar en el trabajo, no se está deteniendo.

No me salto las pausas para las tareas donde el enfoque no es importante como en la programación.

    
respondido por el user2567 23.05.2011 - 13:17
3

Los intervalos de tiempo largos suelen ser más productivos, ya que la mayoría de las tareas de codificación tienen una sobrecarga al principio para entrar en el "flujo".

    
respondido por el jzd 23.05.2011 - 13:08
2

Digo huelga cuando la plancha está caliente. Una vez que sientas que estás avanzando, necesitas parar y descansar para poder ser más productivo a largo plazo.

La parte difícil de responder a esta pregunta es medir la producción de programación. No estoy seguro de que alguien haya descubierto esto todavía, así que tendrías que confiar en la opinión del desarrollador. Podría trabajar en un problema complejo durante varias horas solo mirando la pantalla y, si encuentra la respuesta, puede ver que esto es productivo. Hágalo durante 45 minutos y no encuentre nada, puede pensar que es improductivo. Intenta dos sesiones más de 45 minutos hasta que lo resuelvas. Ahora, ¿cómo calificas tus sesiones? Dos improductivos de 45 minutos y uno productivo cuando antes pensaba que su sesión de dos horas y media era totalmente productiva desde que resolvió el problema.

    
respondido por el JeffO 23.05.2011 - 13:49
1

Depende de la naturaleza de la tarea. Por lo general (como anotó @Joonas) uno puede dividir las tareas en partes más pequeñas, cada una de las cuales se puede manejar de 5 minutos a 1 hora de trabajo enfocado. A veces, uno se enfrenta a una tarea más compleja que requiere más tiempo para sumergirse, como por ejemplo

  • entendiendo una pieza compleja de código / algoritmo (o la teoría matemática detrás de él),
  • diseñar un sistema complejo.

En estos casos, se requieren intervalos de trabajo más largos: uno simplemente no puede hacer ningún progreso razonable durante ráfagas cortas repetidas. Sin embargo, la capacidad de la persona para concentrarse realmente se limita a un par de horas como máximo, por lo que se necesitan descansos intermedios.

Otro aspecto es que para los problemas realmente difíciles, debe involucrar a su todo para obtener una solución, no solo el hemisferio izquierdo lógico / analítico, sino también el derecho holístico. A menudo, al enfrentar un problema difícil, su cerebro izquierdo puede simplemente atascarse, rodando en la misma rutina mental una y otra vez, sin ningún avance. Esto no solo lo cansa, sino que bloquea completamente cualquier posibilidad para que su otro hemisferio cerebral creativo se involucre en el proceso y comunique cualquier información / resultados que pueda haber encontrado. Muy a menudo, en tales casos, habiendo entendido completamente el problema y su contexto, y planteado las preguntas relevantes, el mejor enfoque puede ser "relajarse", hacer algo completamente diferente para comprometer a su cerebro lógico, permitiendo así que su cerebro creativo trabajar libremente.

    
respondido por el Péter Török 23.05.2011 - 13:16
1

Probablemente no hay una respuesta universal correcta para esta pregunta. Diferentes personas encontrarán diferentes regímenes que les funcionen y, como también se mencionó anteriormente, diferentes tareas pueden hacer diferentes demandas.

Si su trabajo de programación está completamente basado en la pantalla, entonces, por razones de salud visual, es recomendable tomar un descanso cada 50 minutos aproximadamente. Sin embargo, aparte de esa consideración, creo que debe reconocer que diferentes personas tienen prácticas diferentes. No solo eso, independientemente de su opción preferida, la capacidad de evitar interrupciones a menudo se ve seriamente limitada en un entorno de oficina.

Debo confesar que me pregunto por qué haría este tipo de pregunta.

    
respondido por el temptar 23.05.2011 - 13:31
1

Para ser productivo no se trata de tomar descansos a intervalos fijos. Tome descansos cada vez que sienta que necesita un descanso para enfocarse mejor.

    
respondido por el Dhanunjai 23.05.2011 - 15:12
0

Me tomo un descanso cada vez que tengo ganas de tener uno. Hasta ahora, en el peor de los días, la suma de estos descansos nunca ha sido más de una hora y media. ¿Cuánto tiempo y cuántos, en mi caso, dependen de cuán interesante sea la tarea en cuestión? A grandes rasgos, menos y más cortos descansos cuando la tarea en cuestión es más interesante. Más y más interrupciones si la tarea en cuestión es menos interesante.

Es decir, cuando la tarea en cuestión es más interesante, el dolor en las manos o el cansancio de los pensamientos nunca se producen, o se producen solo después de que se realiza la tarea. En el caso de tareas menos interesantes, esas cosas ocurren con bastante frecuencia y bastante pronto.

Podría ser que la Teoría de la Relatividad está en juego aquí. :)

    
respondido por el vpit3833 24.05.2011 - 07:49

Lea otras preguntas en las etiquetas