¿La incertidumbre sobre qué trabajar es normal?

Trabajo como Ingeniero de Software. El equipo tiene sprints quincenales. Durante los últimos 2 meses, la planificación de sprints ha sido básicamente imposible de hacer. El propio gerente no sabe si vamos a empezar un proyecto la semana siguiente o no.

Me pregunto si esto es una ocurrencia bastante común en entornos similares o es un signo de mala gestión. (la empresa es de tamaño mediano - alrededor de 300 empleados)

El gerente sigue pidiendo registrar nuestras horas... pero los ingenieros no tienen mucho en lo que trabajar.

Pregúntele a su gerente específicamente cómo debe registrar sus horas
Es bastante común, pero por otro lado, estos son tiempos poco comunes.
¿Por qué nos pregunta esto a nosotros y no a su gerente? Este no es tu problema.

Respuestas (4)

No.

Se le debe decir qué hacer. Su gerente le pide que trabaje en algo ("registre sus horas"), pero no sabe en qué espera que trabaje.

Por lo general, siempre estaría haciendo "algo" para la empresa (de lo contrario, ¿por qué lo está contratando a usted?). Hay casos en los que no hay mucho que hacer (por ejemplo, un servicio de asistencia sin llamadas), en este caso parece que su empresa lo tiene pendiente de un proyecto que se le va a asignar "en breve".

Sin embargo, la expectativa debe ser clara sobre lo que le gustaría que hicieras. Algunos ejemplos incluyen:

  • Vea si puede ayudar de alguna manera a los muchachos del equipo B o del equipo C.
  • Ver una conferencia, leer un artículo sobre X
  • Trate de aprender un nuevo idioma/tecnología
  • Realice un poco de mantenimiento en <diferente proyecto> (por ejemplo, mejore la documentación de su proyecto anterior, que no fue tan bueno como podría haber sido)
  • Investigue ese error que lo persiguió en un proyecto anterior (como un punto muerto extraño en la base de datos) y se solucionó mal, ya que nunca supo por qué (puede ayudar para que en el futuro no falle por la misma trampa)
  • Piense en un proyecto que podría ser útil para la empresa e intente desarrollarlo (por ejemplo, creando un gancho de compromiso que verifique su estilo de programación interno)

Como ves, son cosas que le darían cierto valor a la empresa (jugar a las cartas con tu colega probablemente no haría muy feliz a tu empresa). Por lo general, estas serían tareas cortas, que no toman mucho tiempo (dado que es posible que deba detenerlas cada vez que le asignan un nuevo proyecto). Te recomendaría aprovechar este tiempo para hacer un poco de autoformación, que suele ser algo para lo que nunca hay tiempo.

Por supuesto, una vez que descubras qué hacer, registrarás las horas apropiadamente, ya sea como tareas específicas (p. ej., aprender Rust, navegar por stackoverflow) o genéricas (p. ej., capacitaciones).

Le recomendaría que le pregunte a su gerente qué espera que haga, y tal vez le sugiera una lista de las posibilidades anteriores (o que se decida y, de hecho, una propuesta específica "ya que todavía no tenemos un proyecto que hacer, pensé Podría hacer XYZ, que podemos encontrar útil más adelante, ¿está bien?").

Estoy de acuerdo con todo esto, pero dependiendo de tu experiencia o rol, no siempre te dirán exactamente en qué trabajar. A veces se espera que hagas un sándwich sin que te digan cómo untar la mostaza. Cierta incertidumbre es normal, pero probablemente no al nivel que describe el OP.
Además, esto no responde en absoluto a una parte fundamental de la pregunta: "¿si esto es algo bastante común en entornos similares o es un signo de mala gestión?" - Puede que solo sea la guarida de la tierra. He visto un comportamiento similar al final de los proyectos cuando el trabajo se está acabando, pero mantienes al equipo unido para los posibles errores. 2 sprint, es decir, un mes, no es tan malo si el proyecto es largo y todavía hay trabajo. Y puede ser una mala gestión, pero no de SU gerente, ya que otros proyectos en trámite se retrasan.

Lo he visto en 4 de 4 trabajos

Podría ser una mala gestión (aunque no necesariamente su gerente en particular) o simplemente un cliente incierto o un futuro incierto para su organización en general. También podría ser una incapacidad general para tomar decisiones en su empresa, por lo que se necesita mucho tiempo para hacer algo.

Los humanos son quisquillosos y una cadena de humanos es muy inestable e impredecible. Hay incertidumbre por todas partes.

En cuanto a los horarios, el oficinista promedio trabaja unas 3 horas al día. https://www.inc.com/geoffrey-james/new-research-most-salaried-employees-only-do-about-3-hours-of-real-work-each-day.html

"Una cadena de humanos es muy inestable e impredecible" <- Podría robar eso, es una buena descripción :)

He estado en situaciones como esta antes, y en varias industrias. Es un lugar muy peligroso para un trabajador porque será juzgado por lo que hace con su tiempo. Asegúrese de que lo que elija hacer con su tiempo sea útil para la empresa (pero también que sea útil para usted en general), y se lo pasaría a su supervisor antes de embarcarse en él. Como sugirió una de las publicaciones anteriores, hay varias cosas que puede hacer.

Una de las razones por las que los equipos de proyecto tienen empleados de alto nivel es que pueden detectar y aumentar el trabajo que debe realizarse, colocarlo en la cola de trabajo e impulsar el proceso de mejora. Es trabajo en equipo.

Esto podría ser una señal de una visión perdida del producto, un análisis decepcionante del sentimiento del mercado, intentos de las personas que dan forma al trabajo de retrasar la toma de decisiones, procesos de aprobación lentos, falta de prioridad de los poderes fácticos o simplemente una ralentización. Es difícil saberlo sin un contexto completo y sin conocer su empresa.

Sin embargo, no olvides que pase lo que pase, siempre es bueno estar preparado para lo peor. Asegúrate de que todo lo que tienes esté actualizado (currículum, currículum, etc.) en caso de que la empresa esté en mal estado o decidas que estar en esa situación no es para ti.

Puede ser menos típico que tener demasiado que hacer, pero no es inusual en las grandes organizaciones. Es un poco como estar en la cocina, dando tareas a dos de tus hijos pero sin tener una tarea sensata para el tercero en este momento. Solo a nivel corporativo.

Puede notar las muchas, muchas solicitudes sobre la necesidad de refactorizar el software entre la presión interminable para producir nuevas características sofisticadas. Tienes suerte: ahora es un buen momento para hacer precisamente eso. Usted (y su equipo) pueden refactorizar sus proyectos anteriores. Entonces, cuando lleguen nuevas solicitudes de funciones, estará listo para implementarlas más rápido que nunca.

Su gerente podría estar realmente agradecido por esa sugerencia. Pueden escribirlo como "mantenimiento necesario en preparación para un mayor desarrollo" y/o citar aspectos de seguridad de la refactorización.