En mi empresa, encuentro que hay algunos días en que hay muy pocas tareas por hacer. Me propongo investigar para aprender cosas nuevas sobre mi oficio en estos días.
Yo diría que, en promedio, tengo alrededor de un día por semana que no hay mucho que hacer (o una combinación de tiempo durante la semana).
Me gustaría saber si esta es una situación común en los entornos de desarrollo de software, y si la respuesta a esta pregunta varía entre el trabajo a tiempo completo y el trabajo por contrato.
Sí, diría que puede haber mucho tiempo de inactividad si terminas en una situación en la que estás esperando una respuesta de un cliente o gerente sobre cómo proceder cuando te encuentras con un problema de diseño.
Otra instancia es cuando un servidor falla en tu env de desarrollo y no puedes continuar con el desarrollo hasta que se haya resuelto.
Una última situación que experimenté tiempo de inactividad (como consultor) cuando hubo una brecha extraña entre cuando un proyecto finalizó y el siguiente comenzó.
Dicho esto, también creo que es una señal de mala gestión cuando sus trabajadores no están totalmente utilizados. Debe tener otras tareas en las que se pueda trabajar en caso de que el servidor se bloquee. Por lo general, en mi empresa, si llegamos a un obstáculo con algo, actualizaremos la wiki del proyecto o realizaremos un aprendizaje asignado (todos tienen un tema específico que se supone que deben aprender en el tiempo de inactividad).
En lo que respecta al contrato y los empleados asalariados, encuentro que los empleados asalariados tienen más tiempo de inactividad y trabajadores contratados / consultores, pero ese es simplemente el caso de los trabajadores contratados que tienen un mayor costo para la empresa y solo los incorporan cuando usted Necesito más programadores específicos.
Por lo que dice, parece que tiene un 20% de tiempo de inactividad, lo que es mucho y podría indicar una mala gestión.
Es común en la industria, pero si un equipo se maneja bien, entonces los gerentes deben tener un 'inventario' disponible para proyectos internos y / o de menor prioridad que se pueden asignar a pedido. Lo ideal es que impliquen nuevas tecnologías y / o bibliotecas. En mi experiencia, la asignación de personas para trabajar en la documentación de códigos o la actualización de wikis no es bien recibida por los desarrolladores, quienes por naturaleza normalmente son más felices cuando desarrollan algo.
Otro enfoque que he visto es enviar a personas en cursos de capacitación a tiempo completo de hasta dos semanas a la vez, para capacitar al equipo de desarrollo con el conocimiento que se necesitará en el futuro.
En general, si usted es un contratista y se encuentra sin trabajo activo en una empresa, será mejor que empiece a buscar otra posición, ya que probablemente sea el primero en ser despedido si la compañía cae en una recesión.
Desde mi experiencia, es relativamente común. Aunque solíamos tener - gratis sin nada que hacer - días generalmente después de la finalización de alguna fase del proyecto, cuando se está evaluando ... por lo general duraría hasta una semana más o menos, antes de que recibiéramos una respuesta de ellos, y luego continuamos nuestro trabajo en el proyecto.
No puedo decir si esto es una práctica en toda la industria, sin embargo.
En mi lugar de trabajo tenemos tiempo de inactividad cuando:
Cuando se comparte el tiempo de inactividad, lo que para mí es aproximadamente el 5% del tiempo, por lo general voy a hablar con la gente, me quito la cabeza, escucho algunos chistes.
Cuando no tengo nada importante que hacer, tengo un directorio con toneladas de libros, que leo cuando tengo permiso, o entre sesiones de compilación largas (o algo equivalente), etc.
Pero a pesar de que hago esto, tengo que reconocer algo (lo que me convierte en un pecador):
Nuestro trabajo como programadores es desarrollar nuestras carreras en casa para que nuestro jefe no nos despida o algo así. No es el trabajo del jefe permitirte mejorar a tú mismo con su dinero (el tiempo por el que te paga).
Pero de todos modos, como alternativa, a veces, en lugar de leer, hago otras cosas, como algunas ideas o guiones útiles, escribo documentos y presentaciones sobre mejoras metodológicas, etc.
Eso también cuenta como superación personal porque te hace pensar y te hace útil para otros desarrolladores, quienes incluso podrían recordarte por eso algún día, cuando sea necesario. Pero lo importante es que vale la pena el dinero que te pagan mejor que leer libros ...
En mi empresa tengo un par de semanas así (sí, semanas) por cada dos meses aproximadamente. No estoy seguro de que las semanas sin trabajo sean comunes, pero sí, siempre puedes mejorar durante el tiempo libre.
En mi experiencia, depende completamente de la industria y de quién está liderando el proyecto.
Algo me dice que las respuestas a esta pregunta estarán fuertemente sesgadas ya que las únicas personas que tienen tiempo para leer y comentar en este sitio son aquellas que no tienen mucho trabajo que hacer. En mi trabajo anterior, NUNCA hubo tiempo de inactividad. Tuvo mucho que ver con la forma en que se disociaron y organizaron los proyectos. Si no está bien organizado, trabajar en varios proyectos al mismo tiempo puede ocasionar problemas al tratar de fusionar cambios y, en realidad, es más rentable no hacer nada por un poco que complicar demasiado las cosas.
La mayoría del tiempo de inactividad que he encontrado es generalmente en el cierre del año financiero y / o final del año (temporada de diciembre, ya que la mayoría de los clientes se van de vacaciones). La compañía "cierra" por varias razones y TI no tiene implementaciones durante 2 a 3 meses. Por lo tanto, no hay cambios.
Ocurre: durante este tiempo, evaluamos todos los cambios / proyectos que se han experimentado en el año, averiguamos dónde mejoramos o faltamos y encontramos una solución para mejorar en la próxima temporada / período.
No te sientas preocupado.
Lea otras preguntas en las etiquetas self-improvement methodology