¿Cómo podemos protestar por un plazo demasiado corto?

Nuestro Project manager hizo la presentación de un proyecto y lo asignó a nuestro equipo. La cantidad de trabajo se estimó en 3 semanas.

Los miembros de nuestro equipo discutieron el proyecto y calculamos que la cantidad de trabajo es de 5 semanas.

Le explicamos a nuestro gerente de proyecto que su estimación era demasiado corta, a lo que respondió que deberíamos trabajar horas extra en la oficina para asegurarnos de que el proyecto se envíe dentro del plazo de 3 semanas.

¿Qué debemos hacer? El plazo es demasiado corto. ¿Cómo debemos hacer para protestar?

Los proyectos pierden los plazos todo el tiempo y rara vez resulta en la muerte del proyecto. ¿Se puede ajustar el alcance o las funciones de modo que tenga algo utilizable en 3 semanas y luego el equipo pueda realizar un seguimiento con las correcciones necesarias?
Si sigue presionando, puede mencionar que, como buen gerente de proyecto, debe conocer el modelo de restricciones del proyecto y, para cumplir con la fecha límite, tendría que pagar sus horas adicionales o reducir el alcance eliminando funciones. Sin embargo, a las personas realmente no les gusta que las sermoneen, especialmente cuando son sus gerentes...
Para algunas lecturas relacionadas, este libro tiene excelentes estudios de casos. amazon.com/Power-Positive-No-Relationship-Still/dp/0553384260/…
Muy bien, Enderland y yo lanzamos un poco en el chat, pero definitivamente estamos haciendo algunas suposiciones (en mi opinión, en su mayoría razonables) aquí, pero sería bueno tener más detalles. ¿Se está quemando algo o la empresa está a punto de perder una gran oportunidad o sufrir una gran pérdida? ¿Se ha explicado en detalle el motivo del plazo absurdo y el requisito de jornada laboral irrazonable?
Lo siento, pero en el contexto de la pregunta creo que es importante saber si el Project Manager tiene experiencia en el área en la que está trabajando. Si no lo hace, ya es una batalla perdida. Si lo hace, entonces no creo que sea irrazonable poder proporcionar hechos y dejar que el resto hable por sí mismo.
5/3 semanas es aproximadamente un 166% de esfuerzo, calcule una jornada laboral de aproximadamente 13 horas. Todos los días. Para las próximas 3 semanas. No es soportable.
Tenga en cuenta que esto también podría ser una cuestión cultural. La respuesta que se espera de los programadores y supervisores puede depender en gran medida del lugar del mundo en el que se encuentre.
También asegúrese de separar la cantidad de trabajo de la fecha límite. El esfuerzo y el tiempo de producción son dos cosas diferentes. Un gerente de proyecto que hace una estimación del esfuerzo e ignora los aportes de los expertos es pura locura. Sin embargo, en algunos casos puede estar justificado que un director de proyecto establezca un tiempo de producción, siempre que acepte el impacto en la calidad y el alcance. Tenga en cuenta también que si una tarea es de 40 horas, significa que el tiempo de procesamiento no es de 1 semana, sino de 1,3 semanas. Nadie es 100% efectivo, esto también es gestión de proyectos 101.
@FrantisekKossuth Todavía no lo haría solo porque mi gerente es un imbécil que comprometió al equipo sin consultarlo. Tengo una vida y una familia debo atender a un pozo. Además, haz esto una vez y el gerente lo hará de nuevo.
¿El director del proyecto ofreció algún detalle como el número de horas? ¿Él/ella tiene la autoridad para hacerlo trabajar días más largos?
¿Recibirá dos semanas de vacaciones cuando se complete, para compensar el tiempo extra trabajado?

Respuestas (9)

Imponer plazos sin consultar a los implementadores y luego rechazar sus comentarios es señal de un ambiente de trabajo tóxico. Exigir que compenses su incompetencia a través de una "marcha de la muerte" (un proyecto subfinanciado por aproximadamente la mitad) es aún más tóxico. Pareces un tipo competente, por lo que mi reacción inmediata es salir ahora mismo y construir una vida más feliz .

Dicho esto, el quid de la negociación sobre los plazos es saber qué se requiere realmente. Si el plazo es para cumplir con algún evento externo (feria comercial, entrega de clientes críticos...), lo útil a considerar es reducir el alcance de lo que se va a implementar. Si la fecha límite ha sido fijada arbitrariamente por alguien de "arriba", claramente no tiene sentido. ¿Es habitual en su lugar de trabajo imponer fechas que se pierden de forma rutinaria? ¿Se utiliza esto como una amenaza para retener la compensación o para justificar los despidos? Dependiendo de cómo se vea la planificación y el cumplimiento en su lugar de trabajo, la mejor reacción puede ser negociar más tiempo, más recursos, más compensación, menos funciones, etc. Lo único que nunca debe hacer es aceptar condiciones que sabe que se cumplirán. solo se usará en tu contra después.

+1 para "Imponer plazos sin consultar a los implementadores y luego rechazar sus comentarios es señal de un ambiente de trabajo tóxico".
+1 para "Lo único que nunca debes hacer es aceptar condiciones que sabes que solo se usarán en tu contra después" De hecho, en un ambiente tóxico, si no te niegas, esto se ve como un acuerdo, y luego 'tú no cumpliste tu parte del acuerdo'.
"Lo único que nunca debes hacer es aceptar condiciones que sabes que solo se usarán en tu contra después". Por lo general, es un buen consejo no aceptar una fecha límite que sabes que no cumplirás, pero a veces va contra la corriente. En algunos entornos en los que los plazos elegidos arbitrariamente se incumplen de forma rutinaria, retrasar la fecha límite a veces puede causar más daño político que aceptar e incumplir la fecha límite, incluso cuando se sabe que la fecha límite es incorrecta. Pero lo correcto es retroceder con explicaciones y datos de respaldo.
Esto tiene demasiadas suposiciones. Hay muchas ocasiones en que un solo proyecto tiene este tipo de presión. Decirle a alguien que renuncie cuando tiene un punto de datos fuera de toda la empresa es absolutamente una reacción exagerada. Es posible que todo el primer párrafo ni siquiera se aplique a esta situación y no es en absoluto un elemento constructivo para una respuesta significativa a esta pregunta.
@enderland Supongamos que surge algo realmente importante en 3 semanas. ¿Cómo no tener suficiente respeto por la vida de su equipo para tratar de planificar las cosas para este proyecto crítico más lejos y con su aporte no apesta a un ambiente tóxico? "Puedes trabajar hasta tarde" es una respuesta muy diferente a "Lo sentimos mucho, pero nos equivocamos y tenemos que hacer esto. Podemos ofrecer bonos como incentivo". Claro que todos dedicamos algunas horas extra de vez en cuando, pero hay una gran diferencia entre arruinar tu propia estimación y simplemente arbitrariamente y sin pedir disculpas que te entreguen la de otra persona.
@ErikReppen la cosa es que el autor de la pregunta (actualmente) no da ninguna indicación de cómo se manejó esto. Podría haber sido "que se jodan, muchachos, trabajan horas extra". Podría haber sido "lo sentimos por esto, pero realmente necesitamos que esto se haga y dejamos completamente de lado la planificación". Todo lo que sabemos es que un primer ministro dijo que se debe cumplir con un plazo crítico y que requiere horas extra para hacerlo, eso es todo. Es completamente posible pensar en situaciones para las que esto sea apropiado (digamos que su reactor nuclear se inunda y necesita repararlo...). No sabemos en qué está el autor de la pregunta o la frecuencia con la que esto sucede allí.
@enderland No voy a asumir que hay más en la historia a menos que el OP lo ponga en la pregunta o que obviamente falte algún detalle.
@ErikReppen esta respuesta obviamente lo hace, que es todo mi punto. Un error de planificación de proyectos no significa que toda la organización sea un toxic work environment.
@enderland Pasar la responsabilidad por los errores suyos o de la gerencia más adelante sin ninguna modificación al plan o compensación por el trabajo adicional requerido es un excelente ejemplo de un ambiente tóxico para las personas a las que se les está pasando el dinero en mi libro. He trabajado en entornos como ese. Regularmente nos quedamos sin diseñadores gráficos, pero la rotación no fue tan alta para la gerencia y los PM, por extraño que parezca.
-1: Pero +1 si cambias la negrita de "Sal ahora mismo, y construye una vida más feliz" a "lo útil a considerar es reducir el alcance de lo que se va a implementar". Básicamente, hay una respuesta mucho mejor escondida bajo "Solo sal mientras puedas", especialmente porque, por definición, debes probar el segundo párrafo antes del primero.

Diría algo como "haremos nuestro mejor esfuerzo, pero como hemos demostrado, no podremos cumplir. Estaremos encantados de negociar sobre esto. Podría pagarnos por trabajar horas extra, comprarnos cena para las noches en que trabajamos hasta tarde, o podemos recortar características o calidad. ¿Cómo te gustaría que procediésemos?".

Por supuesto, cada situación es diferente. Si esta es la primera vez que se realiza la solicitud, y la fecha límite está vinculada a un evento externo que simplemente no se puede cambiar, y usted es un empleado de mucho tiempo que disfruta de su trabajo, es posible que desee agregar las horas extras por el bien de la empresa.

Sin embargo, si esta es una solicitud común y siente que se están aprovechando de usted, sea profesional y negocie.

Tenga en cuenta que muchas empresas tienen en el contrato que no le pagan horas extras (ya sea en absoluto o más allá de un cierto nivel de antigüedad). Por supuesto, la respuesta correcta es negociar lo que obtendrá en su lugar (por ejemplo, horario flexible), pero también es bueno estar al tanto.
En algunas situaciones, la alternativa a las horas extras pagadas es contratar/traer personal de otros proyectos, siempre que pueda evitar la Ley de Brooks, es decir, depende del trabajo.
El "trabajar más" solo funciona por estar un poco corto de tiempo. Algo más que un poco corto no se puede arreglar así.

Necesitas retroceder. Esto es simplemente inaceptable. Sin embargo, no solo diga que necesita 5 semanas, déle a él y a su jefe un desglose de las tareas y el tiempo para hacerlas para demostrar que toma cinco semanas. En su desglose de tareas, asegúrese de incluir tiempo para respaldar el control de calidad, tiempo para responder a los cambios inevitables, tiempo para la comunicación (leer y responder correos electrónicos, reuniones de proyectos, etc.), tiempo para escribir pruebas unitarias y para realizar pruebas y depuración. . Dígales qué características se pueden eliminar para cumplir con la fecha límite. (No sugiera deshacerse del control de calidad: el peor proyecto en el que he trabajado eliminó el control de calidad antes del lanzamiento de la producción para cumplir con una fecha límite, tomó un año y medio limpiar el desorden (y al menos 4 gerentes involucrados en la debacle fueron despedidos ) y hacer feliz al cliente)

No acepte trabajar horas extra para hacer el trabajo a menos que le paguen o reciba alguna otra recompensa. Trabajar horas extra generalmente alarga la cantidad de tiempo que lleva hacer el proyecto porque las personas exhaustas trabajan más despacio y cometen muchos más errores. Si retrasa las horas, déjelo leer esto: http://www.alternet.org/story/154518/why_we_have_to_go_back_to_a_40-hour_work_week_to_keep_our_sanity

He visto ese enlace antes, pero realmente necesita ser pegado en todas partes.

Tu perfil dice que eres de la India. Mi experiencia al trabajar con personas de la India indica que es MUY poco probable que un gerente de proyecto de la India le diga a su gerente/jefe directamente "no, eso no es posible". Es mucho más probable que no los confronten directamente y más o menos digan "está bien, lo intentaremos" o intentarán el proyecto de otra manera.

Entonces, lo que probablemente sucedió es que sus jefes le dijeron a su gerente de proyecto una línea de tiempo y no se opuso de manera significativa y ahora está encerrado en ella. Su equipo está lidiando con el efecto de esta conversación.

Ahora, no puede ir a su jefe y decirle "oh, por cierto, no podemos hacer esto" porque le hará perder reputación, etc.

Intenta acercarte a cosas como:

  • "Vemos una dificultad significativa para lograr incluso una parte de este proyecto en 3 semanas. ¿Por qué este plazo es de 3 semanas?"
  • "¿Podemos hablar con [quien haya tomado la decisión de 3 semanas] y explicarle nuestras preocupaciones con este plazo?"

Esta voluntad de decir "no podemos hacer esto" es una diferencia cultural completa en la India que en los Estados Unidos, por cierto.

+1 muchas veces, por la observación cultural. Aunque con años de retraso
Me alegra escucharlo incluso 6,5 años después @Stilez ;-)

Una fase útil para detenerlo en seco, repite cada vez que te empujen

"Nosotros/yo no negociamos nuestras/mis estimaciones, nosotros/yo lo haremos..." y siga con una sugerencia constructiva. Puede haber

"Trabaje horas increíbles (gratis)" "Omita las características XY y Z" "Reduzca/Omita las pruebas"

En este caso ha fijado la línea de tiempo. Necesita que le recuerden que lo que queda por mover son los Recursos, la Cantidad y la Calidad. Como gerente de proyecto, tiene la responsabilidad exclusiva de qué, dónde y por quién. Como Ingeniero, usted tiene la responsabilidad exclusiva de hacer lo que dijo que haría en el tiempo que dijo que lo haría.

Es su fecha límite, no la tuya, no compres su problema aceptándolo. Asegúrese de que sus inquietudes estén bien documentadas, por escrito. Si se toma una decisión por teléfono o en una reunión, haga un seguimiento con un registro escrito. Cada conversación telefónica debe registrarse en sus notas, con un resumen enviado a todos los involucrados. Pasar por encima de su cabeza en el momento adecuado, como último recurso que hará enemigos y ganará pocos amigos, es una opción a usar con cuidado.

Estoy de acuerdo con el excelente consejo de @Kilian Foth - "fuera"

por favor, no se ofrezca a saltarse las pruebas, solo empeorará una mala situación siguiendo esa ruta
Omita las pruebas, cumpla con la fecha límite, tal vez obtenga una bonificación por desempeño a tiempo, deje de dejar PM inútil en la estacada. ¿Dónde está el lado negativo para el OP? ¿Qué otras opciones tiene Él? Si el OP no se ocupa del n. ° 1, nadie más lo hará, ciertamente no su PM ... (Bromeando ... creo)
@jk. No hay que forzarlo, pero esto será lo primero que hará la dirección, cuando vean que no se cumple el plazo. Buen efecto secundario: reduce los errores ;-)
si se salta las pruebas, el producto se envía sin probar y con errores, y ÉL será culpado por ello, no el tipo que fijó la fecha límite que hizo que las pruebas fueran imposibles. Lo mismo si omite características, ÉL asumirá la culpa de lanzar un producto incompleto (o más correctamente, forzando ese lanzamiento al no cumplir con la fecha límite).

Crear documentos de costos.

Estos deben detallar cada función de lo que está creando y el tiempo involucrado en cada función. No debe exceder los 5 días cuando se habla de una sección. Si algo requiere más de 5 días, entonces divídalo.

Tiene que cubrir todo. Ejemplo:

Feature X 
Specification      - 1 day. 
Unit Test for API  - 1 day. 
Code              
   - X API1        - 2 days. 
   - X API2        - 2 days. 
   - X API3        - 2 days. 
Unit Test          - 1 day. 
Functional Testing - 1 day. 
Documentation      - 2 days.

... y así. No seas tacaño en esos tiempos. La gente tiene la costumbre de subestimar.

También tenga en cuenta los tiempos de compilación, los tiempos de copia de seguridad. Ahora bien, esto no significa que vayas a codificar como un loco durante 6 días seguidos. Promedio sobre todo. También debe detallar qué función está esperando en qué otra función, así como qué funciones se pueden eliminar y aún mantener un producto válido.

También es necesario establecer la expectativa realista de las horas de trabajo.

Digamos que trabajas 40 horas a la semana. Eso es 120 horas durante 3 semanas (168 si trabajas los fines de semana 8 horas al día). Te han costado 200 horas (40*5). Esto significa que estará haciendo casi el doble de horas a la semana para cumplir con el horario.

Luego, deje que su administrador de proyectos elimine funciones u obtenga recursos para hacerlo dentro del tiempo disponible. Si el gerente del proyecto lo ignora, puede expresar sus preocupaciones a un gerente superior.

Corre el riesgo de agotamiento en su equipo, debido a la falta de control sobre lo que está trabajando junto con las horas esperadas de trabajo. Esto puede tener un impacto perjudicial en el proyecto.

Y nunca volverá a costar más de 6 horas al día porque tiene que tener en cuenta los descansos, las reuniones de la empresa, los días libres (incluidos los no planificados como el duelo o la baja por enfermedad), el trabajo que no es un proyecto (como solucionar un problema de producción de algún proyecto en vivo), etc.

Cualquier negociación decaerá si entra en un marco de sí/no. Demasiado corto/no demasiado corto es uno de esos casos. Cada vez que tenga un caso en el que solo una de las partes pueda obtener lo que quiere y la otra parte sacrifique algo importante, encontrará que la otra parte luchará duro. El objetivo generalmente es llevar la discusión a un marco de referencia en el que pueda llegar a un acuerdo que permita que ambas partes obtengan algo importante y renuncien a algo que es menor en comparación con lo que obtiene.

Investigar

En primer lugar, siempre ayuda saber tanto como sea posible al iniciar una negociación. Las preguntas para una negociación de cronograma que me gustaría tener a mano antes de volver a la mesa de negociaciones son:

Ruta crítica y/o funciones obligatorias

¿Cuál es su ruta crítica y cuál es la carga de tiempo de funciones obligatorias que no están en la ruta crítica?

Lo más probable es que ya se haya sentado con el equipo y haya resuelto esto. Siempre hay un conjunto de tareas que simplemente no se pueden hacer en paralelo: necesita el producto terminado para poder realizar el siguiente paso y partes de ese producto terminado tienen algunas cualidades inmutables. En particular, tenga en cuenta cosas como:

  • ¿Cuáles son los elementos imprescindibles para completar los pasos críticos?
  • Cualquier punto de espera exigido externamente con estimaciones basadas en la experiencia previa
  • Ideas sobre dónde puede ubicar otros artículos imprescindibles en el plan
  • Áreas de alto riesgo para el costo o el cronograma

Tener esta lista escrita lo saca rápidamente de una discusión sobre si se puede o no se puede. También señalará si "hacer que todos trabajen horas extras" es incluso una solución viable. Siempre existe el argumento de que "9 mujeres no pueden tener un bebé en 1 mes", pero no puedes decirlo hasta que realmente sepas cómo es el camino.

¿Por qué la fecha límite?

Los plazos pueden ocurrir por todo tipo de razones y solo una de ellas es "porque nuestro gerente de proyecto está loco". Con frecuencia, esa es la primera impresión que tengo... pero en realidad, los impulsores generales del negocio pueden ser cualquier cosa, desde un mandato muy finito de un cliente de alta prioridad hasta una sensación general de que si no ingresa al mercado con una característica determinada, el el valor del producto colapsará.

Obtenga la primicia, preferiblemente de más de una persona. El gerente con el que está discutiendo es una persona clave, pero también si hay otros en el extremo comercial que pueden brindar una perspectiva diferente, obtenga la mayor información posible.

Un corolario aquí es "¿qué es lo que REALMENTE se necesita hacer?" - No es inusual que haya una gran desconexión entre la función "fácil" que ve el PM y la función "difícil" que ve el equipo técnico. ¿Qué se necesita realmente aquí y qué tan simple puede hacerlo?

¿Cuáles son los beneficios individuales de lograr lo imposible?

Al igual que la necesidad de la fecha límite, cada empresa abordará esto de manera diferente... pero podría ser cualquier cosa, incluso:

  • Cubierto por el pago de horas extras
  • Incentivado en bonos anuales
  • Algo por lo que te pueden despedir si no lo haces
  • Un caso en el que el negocio está en suficientes problemas como para que sea un éxito o un fracaso para la empresa en su conjunto.

¿Está el equipo listo para un empujón?

Si este es un problema común y usted trabaja constantemente con sobrecarga, entonces la respuesta puede ser "No", pero si no, es probable que tenga algunos miembros del equipo más dispuestos que otros a asumir lo imposible... vale la pena tenerlos. una conversación al respecto, por lo menos. Probablemente sea mejor 1 a 1 entre las personas del equipo y su gerente.

Negociación

Una vez que tenga la información, estará en una mejor posición para discutir el problema. Suponiendo que la fecha límite existe por algún motivo, hable sobre lo siguiente con el gerente responsable de la fecha límite:

  • Alcance limitado: ¿puede reducir el trabajo a algo que PUEDE lograr en 3 semanas?
  • Asistencia adicional para retrasos externos, cualquier cosa que no esté relacionada con el trabajo del equipo, ¿se puede acelerar? Un retraso de 2 semanas en un proyecto de 3 semanas debido a tiempos de espera externos es inaceptable, ¿qué puede hacer la gerencia para acelerarlo o aliviarlo si ocurre el retraso?
  • Otros aspectos del riesgo potencial de programación
  • Formas de pagar el costo para compensar la presión en el horario: empleados temporales, bonificaciones por horas extra, otros beneficios.
  • Recuperación posterior al proyecto: la presión durante 3 semanas no es una locura si sabe que tiene holgura después de eso para recuperarse. Este es tanto tiempo personal (un día libre con la familia) como tiempo de limpieza del espacio de trabajo; es probable que otro trabajo se haya aflojado mientras cumplía con la fecha límite. ¿Cuáles son las opciones para regresar y limpiar cuando haya cumplido la fecha límite?

Con el tiempo

Las horas extraordinarias son complicadas. En la mayoría de los entornos profesionales asalariados que he visto, las horas extra ocasionales son una expectativa. Cuán ocasional y cuántas horas extra pueden variar enormemente, pero es algo común en muchos espacios de trabajo y las formas en que se elevan las expectativas y la fuerza con la que se redacta el requisito variarán bastante de una empresa a otra e incluso de un jefe a otro.

Entonces, no hay una respuesta fácil aquí.

Su mejor apuesta es saber:

  • los estándares para su industria local y profesión
  • su propio nivel de voluntad en este momento, y en esta empresa
  • si las horas extraordinarias ayudarán o no en una situación dada

Al final, si está trabajando muchas más horas de lo normal para su ubicación/industria/profesión, es posible que desee considerar otras opciones de empleo. Particularmente si esto es un gran problema para su vida personal o familiar. Un solo caso de horas extra probablemente no sea una gran razón para renunciar, pero un patrón continuo puede serlo. Tendrá que ser su decisión, es una elección muy personal.

Como han dicho otros, asegúrese de que haya un registro escrito que indique que su equipo no está de acuerdo y las razones por las que no está de acuerdo con la fecha límite. Una forma es enviar un correo electrónico con una explicación detallada de por qué la fecha límite es imposible y cuál es una fecha límite realista. También puede sugerir eliminar funciones para cumplir con la fecha límite solicitada. En el campo CC del correo electrónico, incluya al supervisor del Gerente de Proyecto y/o a la parte interesada del proyecto.

Esto puede verse como una ruptura de la "cadena de mando", pero la intensificación es importante cuando nada más funciona. También le está haciendo un favor al PM porque potencialmente está dañando su propia carrera al no hacer su trabajo correctamente. Al escalar, también estás tratando de evitar que fracase.

Si los gerentes superiores y las partes interesadas le dan mala reputación por escalar, entonces es una indicación de problemas mayores en su organización. Entonces podría considerar irse, como dijo Martin Fowler: "¡Si no puede cambiar su organización, cambie su organización!"

También sugiero leer Clean Coder de Robert C. Martin, que trata este problema entre otros aspectos del profesionalismo.

los registros escritos rara vez ayudan. He estado en tales situaciones y lo único que ayuda es tener algunos buenos amigos en lugares altos (es decir, más altos que los amigos que tiene la persona que hizo esta "planificación") para que puedas vencerlos durante el inevitable juego de la culpa. Que es donde las cosas se ponen muy, muy feas.

Su gerente de proyecto ha hecho una demanda irrazonable. Además, si protesta, podría terminar en la "lista de malos" del gerente.

Una de las razones por las que los gerentes de proyecto hacen esto es que tienen la creencia equivocada de que las metas del proyecto deben ser "aspiracionales" en lugar de reales; es decir, agregarán cosas para garantizar que los desarrolladores se utilicen al 100%. Para ellos, si está menos del 100% utilizado, está desperdiciando su dinero. También creen que la utilización del desarrollador al 100 % y la entrega con trabajo en curso es más eficiente que la entrega a tiempo del 100 %, menos del 100 % de utilización del desarrollador y ningún trabajo en curso. De hecho, lo contrario es cierto. Cuando tiene demasiadas metas aspiracionales, termina con una gran cantidad de trabajo en progreso sin terminar cuando entrega, y eso casi siempre es un esfuerzo desperdiciado. En realidad, es más eficiente en general entregar un proyecto con desarrolladores utilizados menos del 100 %, pero sin trabajo en curso en el momento de la entrega.

Una forma de abordar su problema es usar sprints ágiles. Busque un sprint que usted y su equipo crean que se entregará en 3 semanas y un segundo sprint que se entregará en 2 semanas. Ponga las características de alta prioridad en el primer sprint tanto como sea posible. Ajuste los números hacia abajo en el plan "oficial" para reflejar 3 semanas para ambos sprints (es decir, 9/5 semanas para el primer sprint y 6/5 semanas para el segundo). Este es un movimiento tortuoso, lo admito, pero le dará tiempo para generar valor y buscar otro trabajo.

Entregue el primer sprint de alcance reducido en 3 semanas. Una vez que has entregado algo, tienes el poder. ¿Por qué? Porque el director del proyecto tiene que admitir tácitamente que su estimación era más competente. Y si sus superiores se quejan, puede señalar que 3/5 de la funcionalidad se entregó por completo, y eso es mucho mejor que el 100 % de la funcionalidad en curso y sin entregar.

Y mientras entregas tu primer sprint, pule tu currículum y envíalo. Podrías ser despedido por esto. Tenga en cuenta que si se compromete a 3 semanas y entrega nada más que trabajos en progreso inútiles, también podría ser despedido por eso.

¿Cómo podemos protestar por un plazo demasiado corto?
RespuestasAquíPolítica de privacidad1y, 0v