En la gestión de proyectos , una marcha de la muerte es un proyecto que los participantes creen que está destinado al fracaso o que requiere un tramo de exceso de trabajo insostenible. El proyecto marcha hacia su muerte ya que sus miembros son obligados por sus superiores a continuar el proyecto, en contra de su mejor juicio. El término se originó en el campo del desarrollo de software y desde entonces se ha extendido a otros campos.
Las marchas de la muerte suelen ser el resultado de expectativas poco realistas o demasiado optimistas en la programación o el alcance de las funciones y, a menudo, son el resultado de la falta de documentación adecuada , capacitación relevante o experiencia externa necesaria para completar el proyecto. La gerencia puede intentar desesperadamente enderezar el curso del proyecto pidiendo a los miembros del equipo que trabajen horas especialmente extenuantes (jornadas de 14 horas o semanas de 7 días) o intentando "arrojar (suficientes) cuerpos al problema" , lo que a menudo provoca agotamiento .
La incomodidad se ve agravada por el conocimiento de los participantes del proyecto de que el fracaso es evitable. Es posible que haya tenido éxito con una gestión competente, por ejemplo, al dedicar los recursos obviamente necesarios , incluida la aportación de toda la experiencia, la tecnología o la ciencia aplicada relevantes a la tarea, en lugar de simplemente cualquier conocimiento incompleto que algunos empleados posean. Las presiones de la cultura empresarial pueden influir además de la mera incompetencia.
El término "marcha de la muerte" en este contexto se analiza extensamente en el libro de Edward Yourdon La marcha de la muerte . La definición de Yourdon: "Sencillamente, un proyecto de marcha de la muerte es aquel cuyos 'parámetros de proyecto' superan la norma en al menos un 50 por ciento". [1] [2]