Cómo manejar las expectativas poco realistas de la gerencia

Soy un desarrollador de software. Durante la mayor parte del año, mi equipo ha estado trabajando en un gran proyecto. Hasta hace poco, no estaba involucrado en el proyecto, por lo que solo tenía una vaga comprensión de lo que estaba pasando con él.

A un empleado más nuevo se le dio una pequeña porción del gran proyecto para trabajar. Después de varios casos de plazos incumplidos y extensiones, decidió dejar la empresa. Su intención era completar el Small Slice antes de que terminara su período de aviso, pero eso no sucedió y me lo dieron para completarlo dentro de la semana posterior a su partida.

Su código es un desastre y no estuvo muy cerca de terminar Small Slice. La gerencia fue informada de esto. Me dijeron que priorizara hacer que funcionara antes que arreglar problemas de estilo y diseño, lo cual he estado haciendo. No tengo un documento de diseño concreto o requisitos técnicos con los que trabajar, así que he estado improvisando la funcionalidad prevista a partir del trabajo que hizo el otro empleado y haciendo preguntas al ingeniero principal del Gran Proyecto.

La semana no fue suficiente tiempo para completarlo. La gerencia estaba frustrada porque no había terminado, pero me dio otra semana (la semana pasada) para terminarlo. Lamentablemente, el protagonista se fue de vacaciones a mitad de semana; Si bien la administración aprobó las vacaciones, nadie me informó al respecto, por lo que no tengo acceso a él como recurso y no pude prepararme para eso con anticipación.

A medida que avanzaba hacia el final de la semana, me preocupaba no terminar a tiempo, así que obtuve la aprobación de mi supervisor para trabajar horas extras este fin de semana. Lo hice, y todavía no he terminado. Tenemos una reunión con la gerencia el lunes sobre el Gran Proyecto, y se espera que informe que el Pequeño Slice está terminado y listo para la prueba. Mi plan actual es llegar temprano el lunes y tratar de terminar antes de la reunión, pero no estoy seguro de si eso ayudará. Debo mencionar que la fecha límite final y dura para el Gran Proyecto es en dos semanas. El líder estará fuera de la oficina hasta mediados de la próxima semana y mi supervisor estará fuera el lunes.

Siento que la gerencia ha tenido expectativas poco realistas para mí en este proyecto. También siento que el estado en que el empleado anterior dejó el Small Slice me ha retrasado, y si yo hubiera sido el que trabajó en él desde el principio, habría cumplido con la fecha límite original, que fue hace más de un mes.

Mi pregunta es la siguiente: ¿cómo manejo la reunión probablemente incómoda con la gerencia y evito las repercusiones negativas?

Priorice hacer que funcione antes que arreglar problemas de estilo y diseño: el error habitual. Para cualquier cosa que no sea trivial, hace que el desarrollo sea realmente más largo. Estuve allí, hice eso, no cumplió con la fecha límite.
Como ya se ha señalado, esto fue aproximadamente un 75 % culpa de la gerencia y un 25 % suya. Nunca te comprometas sin hacer planificación y preparación (especialmente cuando no has estado profundamente involucrado en un proyecto). ¿Pueden hacer retroceder el "gran proyecto"? ¿Pueden asignar más recursos a la "pequeña porción"? ¿Puede otro programador ayudarlo con la "pequeña porción"? ¿Cuál es la mejor forma en que la administración puede ayudarlo a resolver este problema (sin que usted se lo descargue)? - Las respuestas a estas preguntas te ayudarán en tu reunión.
@B1313 Yo diría que esto es 100 % culpa de la gerencia. Un empleado no tiene derecho a rechazar el trabajo o lo que se le pide.
" Después de varias instancias de plazos incumplidos y extensiones, decidió dejar la empresa. Su intención era completar Small Slice antes de que terminara su período de aviso, pero eso no sucedió " - 4(?) semanas para desarrollar, y fracasó (lo que cabría esperar de su historial de mala estimación). ¿Espera hacerlo en 1 semana, sin su conocimiento del proyecto, incluido el desbloqueo de su código? ¿Entonces se te escapan los plazos y las prórrogas? ¿Eres un desarrollador senior/más experimentado que él? ¿Existe un problema mucho más amplio con la gestión del desarrollo de software, la estimación y los plazos con esta empresa?
@Dan Si bien es probable que decirle a la gerencia por adelantado que la fecha límite no era razonable no habría hecho una diferencia en la fecha límite dada, el empleado tiene parte de la responsabilidad por no cumplir con la fecha límite. Y luego agravó su error al hacerlo de nuevo dos veces. Hay mucha culpa para repartir por aquí.
@ HopelessN00b Seguro si el empleado tomó todas las medidas razonables. En este caso, el empleado tuvo una semana para aprender y crear una aplicación completa que falló varias veces. Creo que en tal caso, quien lo consiga estará en una situación desafortunada en la que su carrera está en juego con poca o ninguna opción más que renunciar o esperar que la gerencia "lo entienda".

Respuestas (5)

Desafortunadamente, te has cavado un pequeño agujero aquí. Nunca se comprometa con una fecha límite hasta que haya estimado el trabajo y esté razonablemente seguro de que puede hacerlo. Si bien puede no parecerlo, la gerencia preferiría haber sabido de los problemas tan pronto como comenzó el proyecto, en lugar de ahora, ya que eso les habría permitido tomar mejores decisiones, por ejemplo, encontrar más recursos para ayudarlo. proyecto.

Sin embargo, se encuentra en el estado en que se encuentra, entonces, ¿cuál es el mejor curso de acción ahora? Lo que su gerencia necesita es una estimación realista de cuándo se completará el proyecto. Dedique su tiempo el lunes por la mañana a calcular cuánto tiempo le llevará completar el proyecto y llegue a la reunión con esa información preparada. La gerencia no estará contenta ya que no les avisó de los problemas, pero al menos notará si les permite idear un plan.

La gerencia está al tanto de los problemas con el trabajo que dejó el otro empleado; Voy a aclarar eso.
Eso lo coloca en un lugar un poco mejor, pero aún así se comprometió implícitamente con sus plazos, lo que le devuelve la responsabilidad.
OP nunca declaró que se comprometiera con los plazos. Sólo que le dieron plazos.
OP no retrasó los plazos = OP los aceptó. Si toma un trabajo y no deja claro que los plazos no son realistas, está dando el mensaje 'los plazos esperados están bien para mí'.
@Paolo Cuando originalmente se le asignó la tarea al OP y se le dijo 7 días sin especificaciones y sin exposición previa al código. En ese momento, OP no tenía nada con lo que continuar si la fecha límite era realista. Ahora falta la segunda fecha límite: OP tenía una semana con el código y debería haberlo retrasado si 7 días más no fueran suficientes.

Entraste sin un plan y te metiste tratando de improvisar las cosas. Ahora te estás preguntando por qué las cosas han ido mal.

Tienes que ir el lunes con un plan factible de resolución para ir con las excusas por lo menos. Las excusas por sí solas no se ven bien. Así que dedica algo de tiempo a eso, confía en ti mismo tanto como sea posible, nadie más tiene el mismo interés creado en verte triunfar y te estás poniendo como un posible chivo expiatorio. Quejarse en este punto no es constructivo, ha tenido dos semanas para hacerlo.

Así que haga una lista, describa sus tareas, detalle lo que se ha hecho y lo que no. Marque todo lo que necesite aclaración y avance desde allí. En el futuro, haga esto antes de comenzar y agregue/elimine a la lista a medida que la información esté disponible.

+1 porque establece claramente la culpa de OP pero también brinda consejos útiles para recuperarse de esta situación difícil.
También me gustaría obtener una aclaración para comprender qué es el "gran proyecto" y qué se supone que debe hacer la "pequeña porción" por sí misma y en relación con el "gran proyecto", de modo que cualquier cosa que ya tenga "claro". coincide con el panorama general y, si no, puede saberlo con anticipación y adaptar las partes ya hechas para que funcionen según sea necesario.

"Desafortunadamente, el líder se fue de vacaciones a mitad de semana; aunque la gerencia aprobó las vacaciones, nadie me lo dijo, así que no tengo acceso a él como recurso y no pude prepararme". por eso de antemano".

Debería haber pedido a la gerencia un punto de contacto alternativo en el momento en que descubrió que el cliente potencial se había ido de vacaciones. Además, en todos los equipos en los que he trabajado, cuando el líder tiene que tomarse un tiempo libre, el líder (y, a veces, el líder soy yo) siempre se asegura de dejar los datos de contacto para que puedan ser contactados. Si su cliente potencial se desvaneció en el aire sin dejar información de contacto, es un problema. Un problema que tienes que escalar con tu gerencia.

No está claro para mí en este punto que incluso si el líder no se vació, podría terminar el proyecto de todos modos. Dado que trabaja con el líder para completar el Small Slice, sería bueno que el líder hablara por usted y respaldara su evaluación de que terminar el Small Slice es un desafío. De hecho, el cliente potencial debería haber presentado una estimación original de cuánto tiempo le llevaría terminar el Small Slice y ajustar la estimación a medida que realiza el trabajo y descubre problemas que no eran evidentes.

Es poco probable que termines el lunes por la mañana. Así que opte por el Plan B: haga todo lo que pueda con la información y el apoyo disponibles para usted, produzca algo que pueda mostrar, repase las piezas que faltan y lo que se necesita para colocarlas y tenga un presupuesto listo tan pronto como sea posible. también cuánto tiempo le tomará terminar el resto de Small Slice, suponiendo que obtenga el apoyo que necesita.

La impresión que quiere transmitir el lunes por la mañana es que, aunque no haya terminado, sabe lo que está haciendo y lo que necesita, y que puede terminar el Small Slice por su cuenta, siempre que obtenga el apoyo de la pista que necesitas. Y sabes cuánto tiempo lleva.

En general, no permita que aquellos que no tienen idea de lo que se necesita para terminar le fijen plazos sin su opinión. Porque si dejas que lo hagan, te estás preparando para la frustración, tú y ellos.

Le dieron un código incorrecto y ninguna documentación. Si los plazos se incumplieron varias veces, entonces 1 semana no es razonable para que se recupere.

La falta de documentación es un problema de gestión.

Si ni siquiera sabe lo que se supone que debe hacer Small Slice, entonces no puede obtener una buena estimación.

Haría tres listas de módulos.

  • trabajando (creo)

  • No funciona, pero creo que sé lo que se supone que debe hacer

  • No funciona y no sé lo que se supone que debe hacer

El segundo puede crear una estimación de lo que se necesitará para solucionarlo

El tercero todo lo que puedes hacer es adivinar

Si no puede estar seguro de que terminará en dos semanas, dígaselo.

Liste los nombres de los módulos. Si preguntan dónde podría utilizar la ayuda, podrá enumerar los módulos.

Podrías haber manejado mejor las expectativas, pero este problema no lo creaste tú. Esta es una reunión en la que necesita manejar las expectativas. Si le dicen que tiene que hacerlo esta semana, no diga OK a menos que esté seguro de que puede hacerlo esta semana.

"Si ni siquiera sabe lo que se supone que debe hacer Small Slice, entonces no puede llegar a una buena estimación". Eso es todo. Todo buen libro de gestión de proyectos estará de acuerdo con esto. Incluso con una especificación de diseño detallada y años de experiencia, sus estimaciones son solo estimaciones. Code Complete (Microsoft press) explica esto en detalle.

Como desarrollador de software, debe gestionar las expectativas. Al no luchar contra el plazo lo aceptaste y la expectativa fue así:

  • El proyecto terminará en una semana.
  • El proyecto terminará la semana siguiente.
  • El proyecto terminará después de otro fin de semana de trabajo.

Cualquiera puede ver que esto probablemente continuará por algún tiempo. Para empeorar las cosas, también serás responsable de la calidad del proyecto, lo cual es una muy mala noticia, considerando:

Me dijeron que priorizara hacer que funcionara antes que arreglar problemas de estilo y diseño, lo cual he estado haciendo.

Así que la respuesta es bastante simple:

¡DEJA DE CAVAR!

Tu culpa fue que te lanzaste de cabeza a este proyecto y dijiste que sí a cualquier fecha límite arbitraria que se te fijó, sin saber realmente el trabajo que quedaba por hacer. Admita ese error a la gerencia. No los culpes, o te retrocederán.

Después de eso, probablemente le pedirán una nueva fecha límite. Recuerda la parte sobre "deja de cavar". Dígales cuánto tiempo necesita para elaborar un plan detallado de lo que se debe hacer y una estimación del tiempo para hacerlo correctamente. Déles una estimación de cuánto tiempo se necesita para hacer una estimación real.