Wikipedia

Usuaria:Beatriz.V1.0/Marcha de la muerte (gestión de proyectos)

< Usuaria:Beatriz.V1.0

 

Un wikipedista está trabajando actualmente en esta página. Puede tener lagunas de contenido o deficiencias de formato.
Si quieres, puedes ayudar y editar, pero antes de realizar correcciones mayores contáctalo en su página de discusión o en la de la página para poder coordinar la redacción. La finalidad de este mensaje es reducir los conflictos de edición. Si el trabajo de edición se concentra en una sección coloca allí la plantilla para permitir a otros editar la página.

En la gestión de proyectos, una marcha de la muerte (death march en inglés) es un proyecto que los participantes creen que está destinado al fracaso o que requiere un período extra de trabajo insostenible. El término se originó en el campo del desarrollo del software, pero luego se extendió 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 una falta de planificación correcta, de documentación adecuada, capacitación relevante, fondos suficientes o experiencia externa necesaria para completar el proyecto. Las marchas de la muerte también pueden ser desencadenadas por malentendidos entre las partes involucradas en el proyecto, suposiciones no resueltas, expectativas no coincidentes y, a veces, cambios externos. La dirección puede intentar enderezar el curso del proyecto pidiendo a los miembros del equipo que trabajen horas extra (días de 14 horas o semanas de 7 días), lo que a menudo provoca agotamiento (burnout, por su denominación en inglés), o intentando "incorporar más desarrolladores a un proyecto atrasado", lo que lo retrasará aún mas.

El problema se ve aumentado por el conocimiento de los participantes en el desarrollo de que el fracaso podría evitarse con una gestión competente[1]​[2]​ y dedicando los recursos obviamente necesarios (incluido el aporte de toda la experiencia, la tecnología o la ciencia aplicada relevantes a la tarea), en lugar de simplemente cualquier conocimiento incompleto que poseyeran unos pocos empleados. Las presiones de la cultura empresarial pueden desempeñar un papel determinante, además de la mera incompetencia.

Causas

editar
  • Alcance poco claro del desarrollo
  • Fecha de entrega poco realista
  • El presupuesto no es suficiente para completar el proyecto.
  • El equipo de desarrollo es reducido o no tiene la experiencia necesaria.

Ejemplos

editar

Entre los proyectos que constituyen ejemplos de la marcha de la muerte se encuentran el sistema de manejo de equipaje del aeropuerto de Denver y WARSIM, un juego de guerra del ejército estadounidense. [3]​ [4]​ [5]​ Este último proyecto se llamó originalmente WARSIM 2000 en sus inicios a principios de los años 1990. Varias décadas después de su fecha de entrega original prevista, WARSIM todavía no había apoyado ni un solo ejercicio de entrenamiento del Ejército, pero recibía financiación, en gran medida para reivindicar a quienes concibieron el sistema y lo defendieron durante su desarrollo. WARSIM finalmente se utilizó en el ejercicio de combate de brigada de la Guardia Nacional de Carolina del Norte en enero de 2013. [6]​ El cronograma de WARSIM se deslizó muchas veces y todavía no está a la altura del sistema heredado que se suponía iba a reemplazar, presenta una arquitectura torpe que requiere un número de servidores que llenarían habitación pequeña, mientras que los juegos de guerra "heredados" anteriores se ejecutan eficientemente en una única estación de trabajo de escritorio estándar.[cita requerida]

El término " marcha de la muerte " en este contexto se analiza detalladamente en el libro Death March de Edward Yourdon . [7]​ Definición de Yourdon: "En pocas palabras, un proyecto de marcha de la muerte es aquel cuyos 'parámetros de proyecto' exceden la norma en al menos un 50 por ciento". [8]​

En términos prácticos, la Marcha de la Muerte es un proyecto que tiene muchas probabilidades de fracasar. Las personas involucradas en él son muy conscientes de ello, pero no pueden arreglar la situación.[9]​[10]​

Ver también

editar

Referencias

editar
  1. ↑ Knutson, Joan (2008). «Reality project management — troubled projects. 9 additional examples of troubled projects and recommended solutions». Paper presented at PMI® Global Congress 2008—North America, Denver, CO. Newtown Square, PA: Project Management Institute. Consultado el 19 de julio de 2024. 
  2. ↑ Alaskar,, Abdulrahman (2013). «Managing troubled projects». Paper presented at PMI® Global Congress 2013—North America, New Orleans, LA. Newtown Square, PA: Project Management Institute. Consultado el 19 de julio de 2024. 
  3. ↑ «WARSIM». U.S. Army. 
  4. ↑ «The Synthetic Training Environment revolutionizes sustainment training». Training & Simulation Journal. 2018. 
  5. ↑ Tiron, Roxana (November 2003). «Army Charges On With Joint Simulation System». National Defense Magazine. 
  6. ↑ «Training for Real-Life Combat in a Virtual World». 
  7. ↑ Yourdon, Edward (2003). Death March. Prentice Hall. ISBN 9780131436350. OCLC 1337649695. 
  8. ↑ «What is a Death March Project and Why Do They Happen?». InformIT. 
  9. ↑ «How to avoid the death march in project management?». BigPicture (en inglés estadounidense). Consultado el 19 de julio de 2024. 
  10. ↑ Nicolette, Dave (19 de enero de 2018). «Death March Project: The Agile Death March». LeadingAgile (en inglés estadounidense). Consultado el 19 de julio de 2024. 
  11. ↑ matt (19 de febrero de 2019). «Shturmovshchina». Matt's Homepage (en inglés estadounidense). Consultado el 19 de julio de 2024. 
Obtenido de «https://es.wikipedia.org/w/index.php?title=Usuaria:Beatriz.V1.0/Marcha_de_la_muerte_(gestión_de_proyectos)&oldid=161404133»