El síndrome del 90 %: por qué los proyectos se atascan tan cerca de la meta
El proyecto informa de un 90 % de avance. Y entonces se detiene. Semana tras semana la cifra apenas se mueve, mientras el equipo trabaja más duro que nunca. ¿Te suena el patrón? Tiene nombre: el síndrome del 90 %, y lo describieron a fondo los investigadores Tarek Abdel-Hamid y Stuart Madnick en su libro Software Project Dynamics, de 1991.
Su trabajo se centra en proyectos de software, pero los mecanismos que sacaron a la luz se reconocen en la mayoría de los proyectos: defectos ocultos que se descubren tarde, presión de plazos que crea nuevos problemas y pronósticos basados en lo que creemos que está terminado, no en lo que realmente lo está.
¿Qué dice la investigación?
Abdel-Hamid y Madnick construyeron lo que se conoce como un modelo de dinámica de sistemas de un proyecto: un modelo de simulación en el que la dotación de personal, la planificación, el seguimiento y el propio trabajo están interconectados y se influyen mutuamente a lo largo del tiempo. En lugar de estudiar las partes por separado, podían ejecutar el proyecto completo como una simulación y ver el efecto de distintas decisiones de gestión.
El modelo explica así el síndrome del 90 %: una parte del trabajo que se reporta como terminado contiene errores que nadie ha descubierto todavía. Ese retrabajo sin descubrir permanece oculto hasta que empiezan las pruebas y la integración, es decir, tarde en el proyecto. Entonces aparece como trabajo nuevo y la cifra de avance se congela pese a que todos van a toda máquina. El proyecto nunca estuvo terminado al 90 %; solo lo parecía.
También mostraron que la presión de plazos funciona como un préstamo a interés alto. Cuando se presiona al equipo para ir más rápido, el ritmo aumenta durante un tiempo, pero también la proporción de errores. Cuanto más tarde se encuentra un error, más caro resulta corregirlo: la presión de hoy se convierte en el retraso de mañana. Y meter más gente al final rara vez ayuda, porque a los recién llegados los tienen que formar precisamente las personas que ya están más sobrecargadas.
¿Qué significa esto para ti como jefe de proyecto?
No te fíes de porcentajes basados en la autodeclaración. Pregunta, en cambio, por cosas que estén terminadas de forma verificable: funcionalidades probadas, documentos revisados, entregables aceptados. La diferencia entre "terminado" y "terminado y comprobado" es justo donde se esconde el síndrome del 90 %.
Cuando el comité de dirección o el cliente quiera apretar el calendario, haz visible el intercambio: más velocidad ahora significa más errores después. No hace falta que digas que no, pero deberías poder describir lo que cuesta esa presión, para que la decisión se tome con los ojos abiertos y no sobre una esperanza.
Planifica que aparecerá retrabajo. Si tu pronóstico asume que no hay defectos ocultos, es casi seguro demasiado optimista. Un proyecto que prueba y revisa pronto adelanta el descubrimiento de los errores, y ese es el seguro más barato que existe. Y cuando la cifra por fin se congele en el 90 %: no lo interpretes como que el equipo ha perdido ritmo, sino como que el trabajo oculto ha empezado a hacerse visible. Es incómodo, pero también es el primer paso hacia un pronóstico honesto.
Así puedes entrenarlo
Entender estas relaciones en teoría es una cosa; estar en la conversación en la que un cliente exige una entrega anticipada es otra. En Project-simulator puedes practicar precisamente esas conversaciones frente a interlocutores de IA: explicar por qué la cifra miente, negociar la presión de plazos y reportar desviaciones con honestidad, con una retroalimentación que señala tus propias palabras. Pruébalo gratis durante una semana y coge soltura antes de que llegue el momento de verdad.
En Project-simulator practicas estas conversaciones con una contraparte de IA y recibes retroalimentación basada en investigaciones como esta.
Prueba gratis 7 días