Imponer plazos sin consultar a los implementadores y luego rechazar sus comentarios es señal de un ambiente de trabajo tóxico. Exigirle que compense su incompetencia mediante una "marcha de la muerte" (un proyecto con financiación insuficiente en aproximadamente la mitad) es aún más tóxico. Pareces un tipo competente, así que mi reacción inmediata es Sal ahora mismo y construye una vida más feliz .

Dicho esto, el quid de la negociación sobre plazos es saber qué realmente se requiere. Si el plazo es para cumplir con algún evento externo (feria, entrega crítica al cliente ...), lo útil a considerar es reducir el alcance de lo que se va a implementar. Si la fecha límite ha sido establecida arbitrariamente por alguien "muy por encima", claramente no tiene sentido. ¿Es costumbre en su lugar de trabajo imponer fechas que habitualmente se pierden? ¿Se utiliza esto como una amenaza para retener la indemnización o para justificar 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 las condiciones que usted know solo se utilizará en su contra posteriormente.

Yo diría algo como "haremos nuestro mejor esfuerzo, pero como hemos demostrado, no podremos cumplir. Estaremos encantados de negociar sobre esto. Podría pagarnos para trabajar horas extra , invítenos a cenar las noches que trabajamos hasta tarde, o podríamos recortar funciones o recortar la calidad. ¿Cómo le gustaría que procediéramos? ".

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 desde hace 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 cree que se están aprovechando de usted, sea profesional y negocie.

Tienes que 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 lleva cinco semanas. En su desglose de tareas, asegúrese de incluir tiempo para apoyar el control de calidad, tiempo para responder a los cambios inevitables, tiempo para la comunicación (leer y responder correos electrónicos, reuniones del proyecto, etc.), tiempo para escribir la prueba de unidad y para realizar pruebas y depuración. . Dígales qué funciones se pueden eliminar para cumplir con la fecha límite. (No sugiera deshacerse del control de calidad: el peor proyecto en el que trabajé 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 las horas extra para hacer el trabajo a menos que le paguen o reciba alguna otra recompensa. Trabajar horas extras generalmente alarga la cantidad de tiempo que lleva hacer el proyecto porque las personas extenuadas trabajan más lento y cometen muchos más errores. Si retrasa las horas, déjele leer esto: http://www.alternet.org/story/154518/why_we_have_to_go_back_to_a_40-hour_work_week_to_keep_our_sanity

Su perfil dice que es de India. Mi experiencia trabajando con personas de la India indica que es MUY improbable 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 "ok, intentaremos" o intentarán el proyecto.

Entonces, lo que probablemente sucedió es que su gerente de proyecto se lo dijo su jefes una línea de tiempo y no objetó significativamente y ahora está bloqueado en ella. Su equipo está lidiando con el efecto de esta conversación.

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

Intente abordar 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 tomó la decisión de las 3 semanas] y explicar nuestras preocupaciones con este plazo?"

Esta disposición a decir "no podemos hacer esto "es una diferencia cultural completa en la India que en los Estados Unidos, por cierto.

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

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

"Trabajar horas locas (gratis)" "Eliminar funciones X Y y Z" "Reducir / Omitir pruebas"

En este caso ha fijado la línea de tiempo. Necesita recordarle que las cosas que quedan por mover son Recursos, Cantidad y Calidad. Como director de proyecto, es el único responsable de qué, dónde y quién. Como ingeniero, usted es el único responsable 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 creas su problema al aceptarlo. Asegúrese de que sus preocupaciones estén bien documentadas por escrito. Si se toma una decisión por teléfono o en una reunión, déle 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 apropiado, como último recurso que hará enemigos y ganará pocos amigos, es una opción para usar con cuidado.

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

Cree documentos de costes.

Estos deben detallar cada característica de lo que está creando y el tiempo que implica cada característica. No debería pasar más de 5 días cuando se habla de una sección. Si algo requiere más de 5 días, desglosarlo.

Debe cubrir todo. Ejemplo:

  Especificación de la función X - 1 día. Prueba unitaria para API - 1 día. Código - X API1 - 2 días. - X API2 - 2 días. - X API3 - 2 días. Prueba unitaria - 1 día. Pruebas funcionales - 1 día. Documentación: 2 días.  

... y así sucesivamente. No seas tacaño en esos momentos. La gente tiene el hábito de subestimar.

También tenga en cuenta los tiempos de construcción, los tiempos de respaldo. Ahora bien, esto no significa que vaya a codificar como loco durante 6 días seguidos. Promedio sobre todos. 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 debe establecer la expectativa realista de las horas de trabajo.

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

Luego, deja que el gerente de proyectos descarte funciones u obtenga recursos para hacerlo dentro del tiempo disponible. Si el gerente del proyecto lo ignora, puede expresar sus inquietudes a un gerente de mayor jerarquía.

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

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 puede obtener lo que quiere y la otra parte sacrificará algo importante, encontrará a la otra parte luchando duro. El objetivo generalmente es llevar la discusión a un marco de referencia en el que se pueda llegar a un acuerdo que permita a ambas partes obtener algo importante y renunciar a algo que es menor en comparación con lo que usted obtiene.

Investigación

Primero, siempre es útil saber tanto como sea posible al iniciar una negociación. Las preguntas para una negociación de horarios que me gustaría tener en la mano antes de regresar a la mesa de negociaciones son:

Ruta crítica y / o características obligatorias

¿Cuál es su ruta crítica y cuál es la carga de tiempo de las 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 se haya dado cuenta de esto. Siempre hay un conjunto de tareas que simplemente no se pueden realizar en paralelo: necesita el producto terminado para poder dar el siguiente paso y las partes de ese producto terminado tienen algunas cualidades inalterables. 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 anidar otros elementos imprescindibles en el plan
• Áreas de alto riesgo de costo o programación

Tener esta lista escrita se mueve usted de una discusión puede / no puede con bastante rapidez. También señalará si "hacer que todos trabajen horas extras" es incluso una solución viable. Siempre existe el argumento de "9 mujeres no pueden dar a luz a un bebé en 1 mes", pero no puedes decirlo hasta que realmente sepas cómo es el camino.

¿Por qué la fecha límite?

Las fechas límite 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 comerciales generales 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 sector comercial que pueden brindar una perspectiva diferente, obtenga la mayor información posible.

Un coral aquí es "lo que ¿REALMENTE hay que hacerlo? " - No es inusual que exista una gran desconexión entre la característica "fácil" que ve el PM y la característica "muy 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 para lograr lo imposible?

Como la necesidad de la fecha límite , cada empresa abordará esto de manera diferente ... pero podría ser cualquier cosa, incluyendo:

• Cubierto por pago de horas extras
• Incentivado en bonificaciones anuales
• Algo por lo que puede ser despedido si no lo hace
• Un caso en el que la empresa tiene suficientes problemas como para que sea un éxito o un fracaso para la empresa en su conjunto.

¿El equipo está preparado para un empujón?

Si este es un problema común y constantemente opera con sobrecarga, entonces la respuesta puede ser "No", pero si no, Lo más probable es que algunos miembros del equipo estén más dispuestos a asumir lo imposible que otros ... al menos vale la pena tener una conversación al respecto. Probablemente sea mejor uno a uno 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 con el gerente responsable de la fecha límite:

• Alcance limitado: ¿puede reducir el trabajo a algo que PUEDA 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 posible riesgo de programación
• Formas de pagar el costo para compensar la presión en el cronograma: 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 recuperar. Este es tanto tiempo personal (un día libre con la familia) como tiempo de limpieza del espacio de trabajo; es probable que haya otros trabajos flojos mientras cumplía con la fecha límite; ¿cuáles son las opciones para regresar y limpiar cuando haya cumplido la fecha límite?

Horas extras

Las horas extras son complicadas. En la mayoría de los entornos profesionales y asalariados que he visto, las horas extraordinarias ocasionales son una expectativa. Cuán ocasionales y cuántas horas extra pueden variar enormemente, pero es algo común en muchos espacios de trabajo y las formas en que se aumentan las expectativas y la fuerza con que se redactan los requisitos 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 opción es conocer:

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

Al final, si trabaja más horas de las estándar para su ubicación / industria / profesión: es posible que desee considerar otras opciones de empleo. Especialmente si esto es un gran problema para su vida personal / familiar. Un solo caso de horas extras probablemente no sea una gran razón para dejar de fumar, pero puede ser un patrón continuo. 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 el plazo solicitado. En el campo cc del correo electrónico, incluya al supervisor del Gerente de Proyecto y / o al interesado del proyecto.

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

Si los gerentes superiores y las partes interesadas le dan mala reputación por escalar, entonces es un indicio 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 el Clean Coder de Robert C. Martin que trata este problema entre otros aspectos del profesionalismo.

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

Una razón por la que los gerentes de proyectos hacen esto es que tienen la creencia equivocada de que los objetivos 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 progreso es más eficiente que la entrega al 100% a tiempo, menos del 100% de utilización del desarrollador y ningún trabajo en progreso. De hecho, lo contrario es cierto. Cuando tiene demasiados objetivos aspiracionales, termina con una gran cantidad de trabajo en progreso sin terminar cuando cumple, y eso casi siempre es un esfuerzo en vano. En realidad, es más eficiente en general entregar un proyecto en el que los desarrolladores utilizan menos del 100%, pero sin trabajo en progreso en el momento de la entrega.

Una forma de abordar su problema es utilizar Agile sprints. Busque un sprint que usted y su equipo creen que se entregará en 3 semanas, y un segundo sprint que se entregará en 2 semanas. Coloque las funciones 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 entregar valor y buscar otro trabajo.

Realiza el primer sprint de alcance reducido en 3 semanas. Una vez que ha entregado algo, tiene el poder. ¿Por qué? Porque el director del proyecto tiene que admitir tácitamente que su estimación fue más competente. Y si sus superiores se quejan, él 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 progreso y no entregada.

Y mientras realiza su primer sprint, perfeccione su currículum y envíelo. Te podrían despedir por esto. Tenga en cuenta que si se compromete a 3 semanas y no entrega nada más que trabajos inútiles en progreso, también podría ser despedido por eso.