Por qué los proyectos siguen fracasando: viendo el verdadero cuello de botella en la entrega de infraestructura digital a través de la controversia Agile

Por qué los proyectos siguen fracasando: lo que la disputa sobre Agile revela sobre el verdadero cuello de botella en la entrega de infraestructuras digitales

En el contexto actual de inversión creciente en infraestructura y digitalización, los fracasos de proyectos no son raros. Una señal digna de atención es que, incluso cuando las empresas ya han invertido en marcos de entrega, planes de transformación, formación en metodologías y plataformas de herramientas, los proyectos de TI siguen sin alcanzar con frecuencia las expectativas. La discusión citada por iTnews atribuye este problema a una realidad más profunda: la clave del fracaso no siempre es la tecnología en sí, sino el sistema de ejecución.

Esto suena como una disputa interna de la industria del software, pero su alcance va mucho más allá de la TI empresarial. Hoy en día, la digitalización de puertos, los sistemas de despacho energético, las plataformas de venta de billetes para el transporte ferroviario, la migración a la nube de servicios públicos, la construcción de centros de datos y las plataformas interdepartamentales de gobierno electrónico se parecen cada vez más a grandes obras de infraestructura: todas dependen de una coordinación compleja, operaciones y mantenimiento a largo plazo, gestión de riesgos y capacidad organizativa. Si un proyecto tiene éxito o no, a menudo depende de la estructura de gobernanza, la cadena de capacidades y la disciplina de implementación, y no solo de “qué metodología se adoptó”.

La metodología no es lo escaso; la capacidad de entrega sí lo es

En esta discusión, una conclusión que aparece una y otra vez es que los principios de Agile no han fracasado; lo que realmente ha fallado es la forma en que las organizaciones los convierten en una capacidad cotidiana de entrega. Dicho de otro modo, el problema normalmente no está en el marco, sino en cómo se ejecuta, se entiende y se mantiene de forma continua.

Esto es especialmente importante para el sector de infraestructuras. Ya sea en la construcción de un nuevo centro de datos, la modernización de un sistema de despacho de la red eléctrica o el impulso de una plataforma digital ferroviaria entre ciudades, los equipos de proyecto pueden disponer de flujos de proceso maduros, revisiones por etapas y contratos con proveedores; pero si dentro de la organización no existe una comprensión coherente de los objetivos, las responsabilidades, los riesgos y las prioridades, el proyecto seguirá desviándose.

Desde la perspectiva del capital de ingeniería, esto significa que muchos fracasos de proyecto no se deben a “no tener método”, sino a que:

• falta alineación entre la dirección y el equipo de ejecución sobre la definición de resultados;
• la certificación, la formación y el desarrollo de capacidades son insuficientes, lo que impide escalar la metodología;
• los equipos “adoptan” formalmente un marco, pero no lo convierten en una orientación a resultados;
• hay muchas acciones de gestión de proyectos, pero el progreso real, el valor y los riesgos no se hacen visibles de manera efectiva.

Este tipo de problemas no es ajeno a las grandes infraestructuras. Un sistema de automatización portuaria, una plataforma de gestión de activos eléctricos o un proyecto de gemelo digital a escala urbana, si no cuentan con límites de gobernanza claros y mecanismos de retroalimentación continua, acabarán mostrando el fenómeno de “el sistema se puso en marcha, pero la operación no mejoró”.

“Hacer Agile” no es lo mismo que “ser Agile”

Una distinción especialmente interesante en la discusión es que un equipo puede estar “haciendo Agile” sin llegar realmente a “ser Agile”. Esta diferencia no solo aplica al desarrollo de software, sino también a cualquier sistema de infraestructura complejo.

“hacer” suele implicar completar una serie de acciones visibles: reuniones diarias, retrospectivas, planificación de iteraciones, tableros de tareas, lanzamientos de versiones. Estas acciones en sí mismas no son incorrectas, pero si no se vinculan con los objetivos de negocio, el valor de entrega y el control de riesgos, pueden terminar reducidas a una mera formalidad.

En proyectos de infraestructura a gran escala, esta situación suele manifestarse de la siguiente manera:

• la planificación del proyecto sigue centrada en el cumplimiento documental y no en la entrega de capacidades;
• proveedores y propietarios se mantienen alineados en el cronograma, pero no alcanzan consenso sobre las decisiones clave;
• el equipo es muy “ágil” a nivel local, pero la organización sigue siendo altamente rígida;
• la dirección cree que los procesos ya están implementados, pero pasa por alto la acumulación de desviaciones en la ejecución real.En proyectos de gran infraestructura, esta situación suele manifestarse de la siguiente manera:

• El plan del proyecto sigue centrado en el cumplimiento documental y no en la entrega de capacidades;
• Proveedores y propietarios permanecen alineados en el cronograma, pero no han alcanzado un consenso sobre las decisiones clave;
• El equipo es muy “ágil” a nivel local, pero la organización sigue siendo altamente rígida;
• La dirección cree que los procesos ya están en su lugar, pero pasa por alto la acumulación de desviaciones en la ejecución real.

Por eso cada vez más proyectos de infraestructura digital hacen hincapié en la “visibilidad de extremo a extremo”. Sin riesgos, valor y dependencias visualizados, los proyectos complejos pueden avanzar solo en apariencia mientras pierden el control silenciosamente.

La desalineación del liderazgo es la causa upstream más común del fracaso de los proyectos

Una de las conclusiones que más merece atención en el debate es que la raíz del fracaso de los proyectos a menudo no está en el extremo del equipo, sino en el liderazgo.

Muchas organizaciones son muy proactivas al iniciar la transformación: establecen una visión, aprueban el presupuesto, introducen metodologías y asignan equipos. Pero una vez que el proyecto entra en la fase de ejecución, la dirección se retira demasiado pronto o solo se centra en los hitos, sin prestar atención a los verdaderos problemas sistémicos. Esto hace que el equipo avance en tareas complejas sin límites claros ni apoyo continuo.

En términos de inversión en infraestructura, este fenómeno es casi un caldo de cultivo para la amplificación de costos. Porque los grandes proyectos ya tienen características como alta intensidad de capital, ciclos largos, muchos puntos de interfaz y cadenas de suministro complejas. Una vez que falla la gobernanza upstream, los problemas posteriores ya no suelen resolverse con arreglos locales, sino que se transmiten en cascada a través de la estructura contractual, el diseño, la entrega, la operación y la financiación.

Por eso muchos proyectos de infraestructura pública prestan cada vez más atención a:

• Si la estructura de gobernanza del proyecto es clara;
• Si las responsabilidades son trazables;
• Si el desempeño se centra en el “valor” y no en las “acciones”;
• Si los riesgos se identifican con antelación;
• Si existe una verdadera colaboración entre el propietario, el contratista, los consultores y los equipos técnicos.

En el ámbito de la infraestructura digital, esto es especialmente evidente. Ya sea una nube gubernamental, una plataforma de ciudad inteligente o la ampliación de un centro de datos, si la dirección ve el proyecto solo como una compra de TI y no como un activo operativo de largo plazo, la probabilidad de fracaso aumentará significativamente.

La IA no es una cura; es más bien un amplificador

El debate también abordó una cuestión real y urgente: la IA está entrando en el terreno de la entrega, pero no necesariamente corrige las deficiencias organizativas; al contrario, puede amplificarlas.

En el lado positivo, la IA sí puede reducir la carga administrativa repetitiva, por ejemplo generando borradores de documentos, organizando contenidos de reuniones y acelerando la preparación de historias de usuario y materiales de entrega. Esto tiene valor en cualquier entorno de colaboración frecuente, especialmente en proyectos de transformación digital con personal escaso y tareas intensas.

Pero el problema es que la IA no sustituye el juicio. Solo libera parte del tiempo, dando a las personas la oportunidad de tomar mejores decisiones. Si la organización carece de capacidad de gobernanza, si los límites de los datos no son claros y si la conciencia del riesgo es insuficiente, entonces la IA no traerá un éxito automático, sino que hará que los problemas salgan antes a la superficie.

Esta es también la parte más digna de vigilancia en la era de la infraestructura digital:

• La IA puede mejorar la eficiencia de la documentación y la comunicación, pero no puede sustituir la toma de decisiones del proyecto;
• La IA puede ayudar a resumir información, pero no puede garantizar que la información en sí sea completa;
• La IA puede aumentar la velocidad de entrega, pero no puede reparar una estructura organizativa distorsionada;
• La IA puede acortar algunos procesos, pero amplificará los riesgos de datos derivados de vacíos en la gobernanza.- La IA puede mejorar la eficiencia de la documentación y la comunicación, pero no puede reemplazar la toma de decisiones del proyecto;
• La IA puede ayudar a resumir información, pero no puede garantizar que la información en sí misma esté completa;
• La IA puede mejorar la velocidad de entrega, pero no puede corregir una estructura organizativa distorsionada;
• La IA puede acortar algunos procesos, pero amplificará los riesgos de datos derivados de vacíos de gobernanza.

Cuando las empresas integran la IA en la gestión de proyectos, las plataformas de atención al cliente, los sistemas de operación y mantenimiento o los servicios públicos digitales, los problemas de gobernanza se vuelven más prominentes. La IA en sí no es la causa del fracaso de un proyecto, pero puede convertirse en un acelerador de las debilidades existentes.

Implicaciones para la inversión en infraestructura digital: capacidad, gobernanza y operación son igualmente importantes

Si devolvemos esta discusión a una perspectiva de infraestructura más amplia, la conclusión es en realidad muy clara: la competencia futura en infraestructura digital ya no será solo “quién se sube primero a la nube”, “quién introduce primero la IA” o “quién lanza primero una plataforma”, sino quién puede entregar, operar e iterar de forma estable sistemas complejos.

Esto es especialmente importante para tres tipos de inversión.

Primero, los centros de datos y la infraestructura en la nube. El valor de estos activos no proviene solo de los racks y la capacidad eléctrica, sino también del sistema de entrega, el sistema de operaciones y mantenimiento, y la gobernanza de seguridad. Si la fase de construcción se sale de control, se convertirá en un costo continuo durante la fase operativa.

Segundo, la digitalización del transporte y de los servicios públicos. El transporte ferroviario, los puertos, los aeropuertos y los servicios municipales dependen cada vez más de plataformas de datos y sistemas automatizados. Si la gestión de proyectos no puede coordinarse entre departamentos, la digitalización solo aumentará la complejidad, y no la eficiencia.

Tercero, los grandes proyectos de transformación del gobierno y de las empresas. Este tipo de proyectos es el más propenso a tener problemas de “mucho marco, pocos resultados”. Cuanto más madura es la metodología, más necesita que la organización tenga capacidad de aprendizaje y ejecución continuos; de lo contrario, el sistema quedará inactivo durante el proceso de escalamiento.

En este sentido, Agile no es el problema en sí. El verdadero problema es si la organización cuenta con una estructura que pueda convertir la metodología en una capacidad de entrega sostenible.

Conclusión: en la era de la infraestructura, el éxito o fracaso de un proyecto depende de la ingeniería organizativa

En el pasado, la gente solía atribuir los fracasos de infraestructura a un mal diseño, insuficiencia de fondos o retrasos en la cadena de suministro. Hoy, con los sistemas digitales convirtiéndose en una de las capas centrales de la infraestructura, ya ha surgido un nuevo modo de fallo: el proyecto no carece de herramientas; le falta capacidad de ingeniería organizativa.

Esto significa que, en el futuro, los verdaderos participantes competitivos en infraestructura no solo deberán saber construir, comprar e integrar, sino también gobernar, aprender y calibrar de forma continua. Ya sea un centro de datos, una plataforma energética, un sistema portuario o la base digital de una ciudad, lo que determinará el rendimiento a largo plazo ya no será solo la magnitud de la inversión de capital, sino la calidad del sistema de ejecución.

En otras palabras, Agile no “perjudica” a los proyectos; lo que hace que los proyectos se desvíen una y otra vez de lo esperado es ignorar la coordinación del liderazgo, el desarrollo de capacidades, la transparencia de la gobernanza y la visibilidad de los riesgos.