Su proyecto se retrasa. ¿Por qué todos parecen ir según lo previsto?

Un tren, un aeropuerto y un sistema hospitalario. Proyectos diferentes, una pregunta incómoda: ¿quién demuestra que el resultado completo funcionará?

Crossrail: cuando el objetivo supera a la previsión

En junio de 2018, un miembro de una comisión parlamentaria visitó Crossrail y recibió la información de que el programa seguía el calendario. Sin embargo, el informe de mayo del representante independiente del proyecto ya identificaba importantes dificultades de finalización e integración. El 31 de agosto se pospuso la apertura de diciembre. Los servicios de pasajeros del tramo central comenzaron finalmente el 24 de mayo de 2022.

El Parlamento criticó el exceso de optimismo y los fallos al comunicar riesgos. El antiguo presidente defendió que mantener la fecha motivaba a los contratistas; su sucesor afirmó que ese enfoque solo ayudaba hasta cierto punto y estaba causando problemas en 2018. El dilema: ¿cuándo mejora la presión el rendimiento y cuándo distorsiona la previsión?

[1] · [2] · [3] · [4] · [5]

Denver: la dependencia que retrasó un aeropuerto

La Oficina de Responsabilidad Gubernamental de Estados Unidos informó en octubre de 1994 de graves problemas mecánicos y de software en el sistema automatizado de equipajes de Denver, que no había superado las pruebas necesarias para su certificación operativa. Las maletas se cargaban o dirigían incorrectamente, o caían de los carros y provocaban atascos. Estos problemas retrasaron la apertura del aeropuerto; un sistema convencional alternativo tenía un coste estimado de 51 millones de dólares.

[6]

Nuestra interpretación: el progreso visible de la construcción no demuestra la preparación operativa. Pregunte al contratista por las interfaces, al operador por la aceptación y al patrocinador por las alternativas. ¿Cuál es el sistema de equipajes de su proyecto, esa dependencia que puede impedir que todo lo demás genere valor?

Tecnología del NHS: el cliente también tenía obligaciones

En 2013, el Parlamento informó de importantes retrasos en el sistema de historiales clínicos Lorenzo. También concluyó que el ministerio no había cumplido su obligación contractual de poner 160 entidades sanitarias a disposición del despliegue, debilitando su capacidad para exigir el cumplimiento del contrato pese al mal desempeño del proveedor. Otras partes del programa informático general del NHS sí se entregaron con éxito.

[7]

El dilema comercial: antes de exigir al proveedor que recupere el retraso, ¿ha facilitado el cliente los accesos, decisiones, información y usuarios prometidos? La responsabilidad abarca ambas partes del contrato.

Seis frases que merecen una segunda pregunta

Son patrones generales de diagnóstico de B2D, no conclusiones de que todos los casos utilizaran estas prácticas ni de que alguien ocultara información deliberadamente.

1. «Comprometidos con la fecha». Pida la previsión basada en pruebas, el trabajo pendiente y la incertidumbre.
2. «Completado al 95 %». Pregunte si incluye pruebas, puesta en marcha y aceptación.
3. «Nuestro paquete está terminado». Pregunte quién se responsabiliza de las interfaces sin resolver.
4. «El proveedor es responsable». Compruebe las obligaciones vencidas del cliente y de terceros.
5. «El plan revisado está aprobado». Compare juntas las fechas originales, revisadas y previstas.
6. «Recuperaremos el retraso el mes próximo». Pregunte qué cambios de recursos, acceso o productividad hacen creíble esa recuperación.

Una fecha límite expresa lo que quiere. Una previsión expresa lo que respaldan las pruebas. La gobernanza necesita ambas.

Antes de la próxima revisión: patrocinador—separe ambición y previsión; equipo del proyecto—muestre el trabajo pendiente; cliente—resuelva las obligaciones; proveedores—demuestren las interfaces; revisor independiente—cuestione los supuestos sin respaldo.

B2D conecta decisiones de licitación, obligaciones comerciales y controles de ejecución. Una revisión independiente puede aclarar la exposición y las opciones; no garantiza un resultado.

Fuentes y notas editoriales

Las pruebas históricas se enlazan a continuación. Las lecciones y el ejercicio ficticio son análisis de B2D. Estos casos no demuestran que todas las partes siguieran el calendario, que todos los paneles estuvieran en verde ni que los retrasos tuvieran una sola causa.

1. UK Parliament — Crossrail: progress review, conclusions (2019)
2. UK Parliament — Crossrail: delays and cost overruns (2019)
3. UK Parliament — Completing Crossrail: optimism and schedule (2019)
4. London Assembly — Crossrail delay report (2019)
5. Bechtel — Elizabeth line opening date; project participant account
6. US GAO — New Denver Airport: Impact of the Delayed Baggage System (14 October 1994)
7. UK Parliament — The dismantled National Programme for IT in the NHS (2013)

Lectura relacionada: Denver, requisitos de licitación y retrabajo de ingeniería