Cómo pasar productivamente "tiempo libre" en la oficina [cerrado]

17

Después de enviar un lanzamiento, una vez cada dos o tres meses, obtengo de 10 a 15 días de tiempo libre. Por tiempo libre, me refiero a que no hay trabajo, a nadie le importa lo que estás haciendo, etc., pero tienes que ir a la oficina e ir.

¿Tienes tiempo libre como ese? ¿Cómo utilizas este tiempo?

Tiendo a leer, pero siento que meter más y más información no es la mejor manera de gastarlo.

usuario2434
fuente
44
Wow no Por lo general, empiezo con cualquier tarea que llego tarde porque la tarea anterior se
anuló
19
¿10-15 días de tiempo libre pagado? Nunca he oído hablar de esto, en ningún lado. Sí, generalmente hay pausas en el trabajo donde las cosas se ralentizan bastante, pero ¿dos o tres semanas sin trabajo? Creo que eso podría ser una señal de mala gestión del proyecto. Piense en lo que podría lograr si comenzara a trabajar en la próxima versión de inmediato: un ritmo mucho más relajado, quizás agregando más valor a la versión.
Thomas Owens
3
Enserio amigo. ¡Nunca disfruté ningún descanso en mis 8 años de carrera! Tomé con fuerza una semana de vacaciones continuas hace unos 7 años. Nada más que eso.
sarat
44
hacer un trabajo de I + D. Investigue (y experimente) algunos desarrollos de nuevas tecnologías que podrían ser útiles en proyectos futuros. Bueno para su desarrollo personal y para la empresa.
Jwent
8
¿Están contratando en su empresa? :)
Scott C Wilson

Respuestas:

17

Es un poco inusual. Y extraño, por cierto. Si su empleador no tiene trabajo para usted, ¿por qué lo obliga a venir a la oficina?

Mejora tu código

En general, siempre hay un trabajo que hacer, incluso en un solo proyecto. Si no tiene nada que hacer, significa que su proyecto es perfecto. No creo en proyectos perfectos, ya que nunca he visto ninguno. Si su empresa tiene proyectos perfectos, desearía poder ver cómo se hace.

Si su proyecto no es perfecto, puede dedicar este tiempo libre a mejorarlo.

  • Hacer cumplir las reglas de estilo de codificación,
  • Compruebe si los comentarios están actualizados y no faltan en ningún lado,
  • Revise el código de las partes que no fueron escritas por usted,
  • Mejorar la documentación técnica.
  • Perfile el código para ver cuáles son los cuellos de botella y cómo eliminarlos,
  • Refactoriza tu código,
  • Comience a pensar en las características futuras para implementar.
  • etc.

Aprende algo nuevo

A veces, acabas de terminar la codificación, finalmente lanzaste el proyecto y lo último que quieres hacer es seguir trabajando con el código en el que has estado durante los últimos tres meses. Eso es comprensible. En este caso, puede encontrar fácilmente otra ocupación para cambiar sus ideas y aumentar su conocimiento. Por ejemplo, si eres un desarrollador de C #, aprende Python, o aprende cómo usar Extensiones Reactivas, o lo que sea.

También puede verse tentado a hacer un pequeño proyecto para usted durante su tiempo libre. No aconsejo hacer eso, no solo porque el código que escribe en su trabajo generalmente pertenece a su empresa, sino también porque puede ser demandado por usar el hardware de su empresa y otros recursos para hacer proyectos que no tienen nada que ver con su Trabajo actual.

Habla con tu jefe

Puede ser una buena idea hacer la pregunta que hizo en Programmers.SE a la persona interesada, es decir, a su jefe. De hecho, lo más probable es que:

  • O ignora que los desarrolladores a veces no tienen nada que hacer,
  • O espera que hagas algo preciso.

Es especialmente importante saber cuál es la situación si su jefe realmente espera que haga algo. Por ejemplo, si tuviera empleados, esperaría que mejoren el proyecto cuando hayan terminado de escribir código y resolver errores. De la misma manera, cuando trabajo para una empresa en el lugar, siempre dedico todo el tiempo a trabajar en el proyecto y mejorarlo si no hay errores que resolver.

Hay una excepción: generalmente no se espera que los pasantes hagan trabajo adicional por su cuenta. Pero al menos esperamos que vengan y nos digan cuándo terminaron lo que les pedimos que hicieran, para que les asignemos otra tarea.

Arseni Mourzenko
fuente
3
"Si su empleador no tiene trabajo para usted, ¿por qué lo obliga a venir a la oficina?" 'mantener el espíritu de equipo', 'es fácil mantenerse en contacto rápidamente', 'podríamos tener algo en cualquier momento' y otras excusas para "solo queremos tener el control".
Jwent
@jwenting, +1 en tu comentario para "solo queremos tener el control". Esta es una actitud común entre las empresas que arrinconaron un nicho de mercado y el dinero fluye fácilmente. Los gerentes se preocupan menos por las preocupaciones de los clientes y las nuevas oportunidades y más aún por controlar sus pequeños feudos y los siervos que les informan.
maple_shaft
2
Es posible que algunas compañías solo quieran que alguien golpee un reloj y esté listo en caso de que surja un problema con el lanzamiento. He tenido casos en los que estaba sin cosas que hacer en puestos anteriores.
JB King
6

En realidad termino teniendo situaciones como esa en mi trabajo. Suele haber una pausa después de los lanzamientos durante un par de semanas mientras nos preparamos para el próximo lanzamiento, y los gerentes de PM y Desarrollo discuten sobre la priorización de las características para el lanzamiento n + 1.

Por lo general, trato de pasar este tiempo pagando la deuda técnica en la que se incurrió o agregando características que creo que son necesarias, pero que nunca reciben los recursos adecuados debido al hecho de que no pueden generar directamente ingresos.

Shawn D.
fuente
3

He estado en esta situación más de una vez por más de un empleador, créanme,

Esto no es común, pero ciertamente no es inusual.

Sin embargo, no voy a decir que es común y ciertamente no es normal. Esta es una señal de mala gestión y / o gestión de proyectos. Aquí hay algunos temas comunes que noto que producen momentos de calma como este.

  • Podría estar en una organización grande con MUCHOS recursos de desarrollo. Se vuelve más difícil administrar de manera efectiva los proyectos de software en curso y mantener el 100% de utilización de los recursos con un gran grupo de recursos.

  • Malos gerentes de proyecto. Hacen un trabajo terrible al programar el trabajo de lanzamiento de tal manera que los recursos estén tan cerca del 100% de utilización como sea posible.

  • Mantenimiento / Proyecto de características para el software existente. Muchas veces, cuando hay una acumulación de funciones o trabajos de mantenimiento complejos, el trabajo en sí mismo puede no requerir mucho esfuerzo para implementarse, sin embargo, requiere un nivel muy alto de familiaridad técnica y conocimiento comercial para realizar el trabajo.

  • Experto en la materia. No es raro que los proyectos que tienen una amplia gama de tecnologías y / o conocimiento empresarial tengan la necesidad de formar pequeñas bandas de equipos en torno a áreas individuales. Estos equipos se convierten en expertos en la materia en su propia consideración y la compañía los valora MÁS por lo que saben y lo que son capaces de hacer que por lo que están haciendo en el momento inmediato donde no hay trabajo específicamente para ellos.

árbol de arce
fuente
2
Olvidó agregar que el cliente ha retrasado la firma del contrato. Especialmente en el mundo de los contratistas del gobierno, no se puede trabajar en el proyecto sin facturarlo. Sin contrato, no puedes trabajar en el proyecto. Por lo tanto, los gerentes se colocan en una posición difícil ya que pueden dejar que su gente vaya a otros proyectos pero corren el riesgo de no poder recuperarlos cuando se firma el contrato, o pueden mantenerlos en gastos generales.
Dunk
1

De hecho extraño,

  • 10-15 días de tiempo libre a intervalos recurrentes
  • a nadie le importa lo que estás haciendo, pero todavía tienes que estar físicamente presente

Sin embargo, tiene un tiempo decente que podría utilizar, tal vez haga algún ejercicio de trabajo en equipo, reúna a sus colegas y aprenda y presente algunos conceptos sobre el lenguaje o el marco que está utilizando. Y tómese un tiempo para practicar un poco de código en algunos problemas aleatorios para mejorar sus habilidades.

Tiendo a iniciar sesión en StackOverflow y aquí durante algunos descansos cortos disponibles. También aprender un nuevo idioma también podría ser una perspectiva en la que puedes mirar.

V4Vendetta
fuente
1

Lo que yo recomendaría es que, durante los dos o tres meses cuando se está trabajando duro, de empezar a construir una lista de cosas que quiere hacer cuando se realiza el proyecto y el par de semanas de rollos de tiempo libre alrededor.

  • Bits de código "suficientemente buenos" que le gustaría refactorizar
  • Herramientas, bibliotecas, idiomas, etc. con los que te gustaría experimentar
  • Ideas que le gustaría prototipar, pruebas de concepto para construir
  • Técnicas de desarrollo que te gustaría probar

Creo que si agrego una URL y una nota a una lista cada vez que pienso en algo así, después de dos o tres meses, ¡sin duda tendría una lista lo suficientemente larga de cosas que hacer para mantenerme ocupado!

Carson63000
fuente