¿Por qué tantos grandes proyectos de TI no cumplen con las expectativas, exceden los presupuestos y / o superan los plazos?

Gracias por la A2A.

Creo que esta pregunta puede responderse con una publicación que acabo de escribir sobre un gran fracaso del proyecto público: el proyecto de equipaje del Aeropuerto Internacional de Denver. Los proyectos de TI pueden fallar con respecto a problemas técnicos específicos, pero en general, los grandes proyectos en cualquier sector fallan por los mismos problemas relacionados con la administración.

Los principales problemas a los que Denver se enfrentó (y los problemas que MUCHOS fracasan en los proyectos) pueden resumirse en tres puntos:

1. El equipo de administración del proyecto no escuchó a las personas que expresaron su preocupación , y el proyecto propuesto era demasiado complejo para el cronograma dado. Como resultado, el producto final estuvo muy por debajo de las expectativas.
2. Trajeron a las partes interesadas en el último minuto , lo que resultó en una gran cantidad de trabajos, plazos extendidos y millones de dólares adicionales en costos incurridos.
3. Intentaron obtener el éxito del “Big Bang” , en lugar de implementar pequeñas implementaciones del proyecto y luego ampliar su éxito inicial. Y nunca lograron despegar su proyecto de Big Bang.

La publicación completa tiene más detalles sobre su proyecto específico y lo que podemos soportar para aprender de ellos. Si está interesado en obtener más información sobre el gran fracaso de su proyecto, encuéntrelo aquí: »Lecciones aprendidas de Project Failure en el Aeropuerto Internacional de Denver: ¿Por qué revisar las maletas aún es un blog de PainWrike?

Usted es correcto en el alto número de proyectos de TI que fallan en las expectativas

Para evaluar si un proyecto ha cumplido con las expectativas o no, también medimos los dólares en riesgo. En promedio, $ 135 millones de cada $ 1 billón gastado en proyectos están en riesgo. Si los proyectos de TI se consideran arriesgados, el 13% del dinero en promedio podría agotarse en un proyecto promedio. O mayor si el proyecto es sobre-presupuesto.

Los gerentes de TI tienen una formación en informática. Ellos dominan los servidores, redes, aplicaciones, UI.

El cliente (o solicitante) es el impulsor del producto, las expectativas, las necesidades, los beneficios, las mejoras, el crecimiento o los retornos.

Esos son dos orígenes muy diferentes (que no conviven dentro de la misma persona) muy a menudo, para sorpresa de nadie. Ese es el único defecto fundamental que tiene cada proyecto de TI.

Los otros involucran cada proyecto.

  • herramientas o entrenamiento insuficientes
  • falta de comunicación
  • bajo comportamiento ético
  • accidentes, defectos materiales

Una vez estuve en un proyecto de TI para una gran universidad. El proveedor prometió cablear millas de cableado nuevo, incluidos fibra, cobre e interruptores. Sin embargo, durante el proyecto que duró varios meses, el precio del cobre se disparó y el proveedor tuvo que pagar la factura por varios millones más de lo planeado inicialmente.

El vendedor hizo poco o nada de dinero pero absorbió el costo porque podían. El presupuesto definitivamente se terminó pero se entregó a un valor igual debido al comportamiento ético del proveedor.

La respuesta de Michael Wolfes en el siguiente enlace (a una pregunta similar) responde a su pregunta con una gran analogía.

La respuesta de Michael Wolfe a ¿Por qué las estimaciones de tareas de desarrollo de software se eliminan regularmente por un factor de 2-3?

Podría haber muchas razones para que un proyecto falle. Algunas de las razones podrían ser las mencionadas en estos artículos. También tenemos aquí las lecciones aprendidas de proyectos fallidos. Estas lecciones permiten superar los desafíos que motivan el fracaso del proyecto.
8 lecciones clave para llevar de un proyecto fallido