¿Cuántas horas a la semana, a largo plazo, debe trabajar un desarrollador de software para maximizar la productividad? [cerrado]

descansos

• Antes de pensar en la duración de tu jornada laboral, debes priorizar los descansos. Para que el cerebro esté en buenas condiciones de funcionamiento, debe tomar dos descansos de 15 minutos por la mañana y por la noche y un descanso de media hora a una hora para el almuerzo. Esto debería dar como resultado que su cerebro no solo se recargue, sino que también socialice con sus compañeros de trabajo, que es un componente clave de un lugar de trabajo exitoso.

Horas

• Cuando trabajo, trato de limitarme no por el tiempo sino por la productividad del proyecto. Al comienzo de cada día (o, a veces, al final del día anterior), escribo lo que necesito lograr al día siguiente. Esto proviene de mi plan de proyecto semanal y, a veces, de mi plan de proyecto mensual. Definitivamente, debe limitarse a 10 horas al día (incluidos los descansos) si no puede terminar sus tareas completadas antes de esa fecha. Si terminas terminándolos antes de las 8 horas, quizás encuentres algo pequeño que hacer.
• El peligro de trabajar "cada hora" es que tu cerebro estará pensando constantemente en la hora y el reloj. En realidad, es más saludable si tiene una variedad de horas todos los días. Si establece un límite de 8 a 10 horas, su cerebro funcionará más rápido y será más productivo. Si te dices a ti mismo que necesitas trabajar 10 horas al día todos los días, entonces realmente no harás nada productivo a largo plazo. Si se limita por proyectos y carga de trabajo, encontrará que sus niveles de productividad aumentarán.

Política de la compañía

• Asegúrese de comprender la política de la empresa sobre horarios fluctuantes.

No tengo una hora exacta ni conozco ninguna investigación que haya investigado esto, pero tengo algunas sugerencias sobre lo que se necesitaría.

Medir el resultado de la productividad total Esta es una pregunta difícil, especialmente cuando se compara un programador con otro y cambia de un proyecto a otro. Algunos entornos producen más estrés en un día que otros en todo un año, por lo que las horas trabajadas no son iguales en términos de sostenibilidad. Se podría hacer un diseño de investigación de un solo sujeto . Necesitará establecer algún tipo de línea de base y luego controlar las horas adicionales.

Consideración de los efectos de los errores Aunque un programador continúa escribiendo más código, aumentar los errores y, por lo tanto, pasar un mayor porcentaje del tiempo reelaborando el mismo requisito, es extremadamente contraproducente. No tiene por qué ser el resultado de una acumulación de horas trabajadas en exceso, pero podría ocurrir en una noche de fatiga extrema. Causar pérdidas catastróficas para su principal cliente sería mucho peor que algunos errores aquí y allá. Ambos podrían requerir la misma cantidad de trabajo para crear y reparar, pero el daño es muy diferente.

Aceptación del Riesgo Todo proyecto tiene un nivel de riesgo. Si significa la diferencia entre ser el primero en el mercado o alcanzar un hito para un gran cliente, las empresas optarán por hacerlo. La pregunta es sobre los efectos a largo plazo, pero desafortunadamente, pocos gerentes pueden pensar más allá de la emergencia actual. Todas las "emergencias" se suman y, antes de que te des cuenta, el personal se ha ido o, peor aún, se ha quemado. El gerente miope es el último en enterarse.

Todo esto podría hacerse para realizar algún tipo de análisis en desarrolladores individuales. Para un enfoque menos formal, diría que si comienza a tener dificultades para levantarse de la cama por la mañana y teme ir a la oficina, es posible que esté trabajando demasiadas horas.