El 15 de octubre de 2014, la Comisión Elias presentó un informe que haría obligatorio someter los proyectos del Estado a una evaluación antes de arrancar — una respuesta directa a proyectos de TI que habían malgastado decenas de millones de euros antes de que nadie interviniera. Aquella única recomendación dio lugar a una cadena de evaluación que sigue existiendo hoy: la idea de que un proyecto debe evaluarse antes de empezar no es, en los Países Bajos, una moda de consultoría, sino política de gobierno consolidada. Quien conoce esa línea entiende por qué la preparación para el inicio no es una recomendación blanda, sino una lección aprendida a un precio muy alto.
2007: el Tribunal de Cuentas hace el diagnóstico
La línea empieza con el diagnóstico. El Tribunal de Cuentas neerlandés (Algemene Rekenkamer) analizó en "Lecciones de los proyectos TIC" (2007/2008) por qué las TIC del gobierno fracasaban tan a menudo. Su conclusión fue aleccionadoramente sencilla: la causa principal es demasiada ambición y complejidad, sin equilibrio con las personas, los medios y el tiempo.
No era la tecnología el problema, ni la ejecución. El problema estaba en la parte delantera: proyectos que querían más de lo que podían soportar, con planes que no hacían visible ese desequilibrio. El diagnóstico apuntaba, en otras palabras, directamente a la calidad de la preparación.
2014: la Comisión Elias extrae la conclusión
Ese diagnóstico cobró peso político con la investigación parlamentaria de la Comisión Elias. El informe final "Control sobre las TIC" (Grip op ICT), presentado el 15 de octubre de 2014, investigó las TIC públicas fallidas y planteó una recomendación principal que encajaba exactamente con el diagnóstico: una evaluación obligatoria antes del arranque.
La comisión formuló diez reglas básicas y abogó por un organismo independiente que evaluara los proyectos estatales antes de que empezaran. La lógica era clara: si los proyectos fracasan en la parte delantera, hay que detenerlos en la parte delantera, no intentar salvarlos a mitad de camino.
2015: el BIT empieza a evaluar
De esa recomendación surgió la Oficina de Auditoría TIC, el BIT. A partir de 2015, el BIT evaluaba todos los proyectos estatales de más de cinco millones de euros con un componente TIC, antes de que arrancaran. Una puerta concreta y obligatoria en la parte delantera, precisamente lo que la Comisión Elias tenía en mente.
El BIT daba asesoramiento, solicitado y no solicitado, sobre la viabilidad y los riesgos de los proyectos, y se convirtió así en la encarnación institucional de la idea de que evaluar antes del arranque compensa. No como un obstáculo burocrático, sino como el freno que el Tribunal de Cuentas había echado en falta.
Hoy: el Consejo Asesor de Auditoría TIC
Al BIT le ha sucedido el Consejo Asesor de Auditoría TIC (Adviescollege ICT-toetsing), que continúa el papel y lo amplía. El consejo maneja un marco de evaluación público de nueve áreas de riesgo, y ese marco se lee como un plano de lo que debe contener un plan preparado para el arranque:
- el caso de negocio, los beneficios y la financiación;
- el comitente y la organización del proyecto;
- el control del riesgo y las dependencias;
- el control del alcance;
- la realización y la planificación;
- y más.
Quien haya seguido los artículos anteriores de esta serie reconoce los temas de inmediato: objetivos orientados al resultado, un alcance deliberadamente pequeño, una elección del concepto sopesada, estimaciones calibradas con datos de experiencia, gobernanza con pensamiento crítico. El marco de evaluación del Consejo Asesor se corresponde casi punto por punto con las categorías con las que un análisis de preparación para el arranque evalúa un plan.
Por qué esto es más que una historia neerlandesa
Esta línea: Tribunal de Cuentas, Elias, BIT, Consejo Asesor: no es una sucesión casual de informes. Es una línea de evidencia anclada en el parlamento de que evaluar antes del arranque funciona y es necesario. El gobierno neerlandés, tras años de costosos fracasos, ha institucionalizado lo que la literatura internacional muestra de forma independiente: la fase inicial es el lugar donde se decide el éxito del proyecto.
Dos movimientos —una investigación parlamentaria en La Haya y décadas de investigación académica en todo el mundo— llegaron de forma independiente a la misma conclusión: evaluar antes de empezar.
Lo llamativo es que la práctica neerlandesa y la ciencia internacional llegaron de forma totalmente independiente a la misma conclusión. Williams y Samset sobre la elección del concepto, Flyvbjerg sobre el sesgo de optimismo, Collins y colegas sobre el alcance, y a la vez el Consejo Asesor que exige alternativas, un alcance pequeño y estimaciones realistas. Dos movimientos, una respuesta.
Qué significa esto para ti
Coloca el marco de evaluación del Adviescollege junto a tu propio plan de proyecto y repasa una a una las nueve áreas de riesgo: caso de negocio, patrocinio, gestión de riesgos, alcance, planificación. Cada área sin respuesta es un área por la que un proyecto estatal habría sido devuelto.
El Estado pagó su aprendizaje con decenas de millones en proyectos de TI fracasados. Tú puedes adoptar la lección gratis.
Fuentes
- Algemene Rekenkamer (2007/2008), Lessen uit ICT-projecten, kst-26643-100.
- Tijdelijke commissie ICT-projecten (commissie-Elias) (2014), Grip op ICT — Eindrapport, Kamerstuk 33326 nr. 5.
- Adviescollege ICT-toetsing, Toetskader (negen risicogebieden).
- Williams, T. & Samset, K. (2010), over de conceptkeuze als bepalende front-end-beslissing.
- Flyvbjerg, B. (2021), Top Ten Behavioral Biases in Project Management, Project Management Journal.
- Collins, W., Parrish, K. & Gibson, G.E. (2017), Journal of Management in Engineering.