Por qué la mayoría de proyectos no se retrasan: se descontrolan
Introducción: La mentira común de “Vamos por buen camino”
Son las 8:30 de la mañana de un lunes cualquiera. Estás en la reunión semanal de coordinación de obra o en el comité de seguimiento del proyecto. El ambiente huele a una mañana tranquila con café, pero con tensión de los participantes. En la pantalla, el Gerente de Proyecto proyecta el reporte ejecutivo, se ilumina la luz verde en el cronograma que da un brillo de esperanza.
“Tuvimos un pequeño inconveniente con la liberación de los predios en el sector 4” explica el responsable, con esa calma ensayada de quien ha dado malas noticias muchas veces. “Pero no se preocupen, el equipo de producción asegura que con dos frentes de trabajo adicionales recuperamos esa holgura el próximo mes. La fecha de entrega de la obra se mantiene sin cambios”.
Los stakeholders asienten de forma automática, nadie quiere ser el aguafiestas que haga la pregunta incómoda. Se pasa a la siguiente diapositiva y se respira alivio en la sala.
Seis meses después, esa misma sala de reuniones se ha convertido en un tribunal de guerra. La fecha de entrega se ha desplazado 2 meses, generando un retraso significativo. El contratista ha llenado el escritorio de cartas de notificación de evento compensable según las directrices del contrato. El presupuesto para contingencias se ha evaporado en horas extra y aceleraciones desesperadas que no dieron resultados reales.
¿Qué pasó entre ese lunes optimista y el desastre actual?, ¿Hubo una huelga nacional indefinida? Probablemente no. Lo que ocurrió es mucho más sutil y peligroso: el proyecto nunca sufrió un retraso repentino. El proyecto se fue descontrolando, sucedió gradualmente, decisión tras decisión pospuesta, día tras día, mientras el equipo confundía peligrosamente tener un cronograma impreso en la pared con ejercer control de calidad sobre el proyecto.
Si has sentido esa sensación de que el cronograma es solo un dibujo para calmar al cliente y no una herramienta de gestión, este artículo es para ti. Vamos a explicarte por qué fallamos y cómo arreglarlo antes de que sea tarde.
El Problema: La Trampa del Espejo Retrovisor
En la industria de la construcción, minería e infraestructura, tenemos una obsesión casi patológica con el control de avance. Nos encanta reunirnos cada fin de mes para analizar qué pasó el mes anterior.
El problema central radica en una distinción semántica que cuesta una buena parte de la inversión y genera pérdidas de utilidad: la inmensa diferencia entre Monitoreo de Proyectos y Control de Proyectos.
La mayoría de los proyectos operan bajo un esquema de Monitoreo Pasivo:
- Llega el corte de mes.
- Se reporta el avance físico real (Hicimos 250 m3 de concreto).
- Se compara con la línea base (Debimos hacer 350m3).
- Se calcula la varianza (Estamos 100m3 atrasados).
- Se escribe una justificación en el informe mensual.
Esto es mirar por el espejo retrovisor. Saber que te estrellaste hace tres semanas no te ayuda a evitar el accidente. El Control de Proyectos, en cambio, mira por el parabrisas. No se pregunta ¿Qué pasó?, sino ¿Qué va a pasar si seguimos a esta velocidad y qué mecanismo debo mover hoy para cambiar ese futuro?
Por qué esto es crítico y por qué es costoso
El Efecto de la Holgura Fantasma: Cuando un proyecto se monitorea mal, las actividades que no son críticas consumen su holgura silenciosamente. Un retraso de 3 días en la revisión de una ingeniería hoy parece irrelevante. Pero cuando esos 3 días se comen la holgura de la procura, y los materiales llegan tarde a obra justo cuando empieza la temporada de lluvias, esos 3 días se convierten en 2 semanas de paralización.
La erosión de la credibilidad: Cuando el Planner o el PMO reporta fechas de finalización que el equipo de campo sabe que son imposibles, el cronograma pierde su autoridad. Se convierte en el papel que pide el contrato, mientras que la obra se gestiona con cuadernos de notas y la intuición del capataz, esto va dañando la ejecución poco a poco.
La Ceguera Financiera: Un proyecto descontrolado en tiempo es, sin lugar a dudas, un desastre financiero. La extensión de los Gastos Generales (el costo de tener la oficina, las camionetas, el staff) por 4 meses adicionales puede comerse el margen de utilidad entero de la empresa constructora, incluso si las partidas directas no perdieron dinero.
Análisis y Diagnóstico: Anatomía de un Desastre
Si analizamos los proyectos, cronogramas y ejecución de obras, notamos que el patrón de fracaso casi nunca es el software. Oracle Primavera P6 o MS Project no se equivocan al sumar días. El error es metodológico y, sobre todo, humano.
Analicemos las 3 causas raíces más comunes:
a) La Tiranía del Optimismo
El ser humano está programado para ser optimista. Cuando una actividad se retrasa, el Ingeniero Residente suele decir: “No cambies la fecha fin, en la siguiente fase recuperamos ese tiempo”. El Planner de construcción, por no confrontar o por presión jerárquica, deja la fecha fija y reduce la duración de las tareas futuras.
Resultado: Creas un cronograma comprimido artificialmente con duraciones irreales que nadie va a cumplir. Estás planificando un fracaso a futuro.
b) Cronogramas no construibles
Vemos cronogramas de 1000-2000 actividades donde el 30-40% de las relaciones lógicas son innecesarias o blandas. Por ejemplo, vincular el fin de la cimentación de la Zona A con el inicio de la cimentación de la Zona B solo porque así le gusta trabajar al capataz, cuando en realidad podrían hacerse en paralelo si hubiera recursos y organización de cuadrilla.
Resultado: El cronograma es rígido. Cualquier pequeño retraso empuja a todo el proyecto, porque la lógica está asignada incorrectamente.
c) Gestión Reactiva de la Ruta Crítica
Se presta atención a la Ruta Crítica solo cuando se vuelve roja. El verdadero control también está en vigilar las Rutas Sub-Críticas, no tomarlas a la ligera y evitar consumir su holgura máxima.
Un Mini-Caso Realista
Imagina un proyecto de construcción de una planta de tratamiento de aguas.
El catalizador: El equipo de Ingeniería se retrasa 2 semanas en entregar los planos “As-Built” de las interferencias subterráneas.
La señal ignorada: En el comité, se reporta como “retraso menor de documentación, no afecta obra”. El Planner no actualiza la lógica en el cronograma porque “no es una actividad de construcción”.
La realidad oculta: Esos planos eran requisito para cerrar la orden de compra de unas válvulas especiales de importación.
La consecuencia: Al no actualizar el cronograma, nadie vio que la fecha de llegada de las válvulas se movió. Tres meses después, con la obra civil terminada al 95%, todo el equipo de montaje electromecánico se quedó parado 3 semanas esperando las válvulas.
Diagnóstico: El proyecto no se retrasó por las válvulas; se descontroló tres meses antes, cuando se decidió ignorar el impacto de la ingeniería en la cadena de suministro.
Solución: Framework de Control Proactivo (5 Pasos)
Este método funciona independientemente de si usas el software más caro del mundo o una pizarra y post-its, porque es una mentalidad.
Paso 1: Blindar la Línea Base. Debes tener una línea base segura y confiable. Esta es tu promesa contractual. No se toca, no se mueve y no se borra. Si hay un cambio de alcance mayor, se gestiona una nueva línea base, pero la original se mantiene para medir el desempeño histórico.
Paso 2: Reglas de Crédito Binarias. Prohíbe los porcentajes subjetivos, estableciendo reglas claras de medición de avance.
Paso 3: Pronóstico basado en Rendimiento. Aquí es donde ocurre la magia, no calcules la fecha fin sumando días al calendario. Calcúlala dividiendo el trabajo restante entre la productividad real demostrada en las últimas semanas.
Paso 4: Gestión de Holguras. No solo de fechas del proyecto, tu nuevo indicador para la obra no es la fecha de finalización, también la holgura total.
Paso 5: El Plan de Acción Correctiva. Deja de llamar a todo “Plan de Recuperación”. Un plan de recuperación es un documento contractual complejo. Lo que necesitas son acciones correctivas.
La Herramienta como Aliada: Oracle Primavera P6 PPM
Para aplicar este nivel de rigor en proyectos de gran envergadura, el Excel no es suficiente y MS Project se queda corto cuando manejamos miles de relaciones lógicas. Aquí es donde Oracle Primavera P6 PPM, la versión escritorio de Primavera, se convierte en el estándar indiscutible para el control de proyectos.
No estamos hablando de informes remarcados, filtraciones típicas de un Excel, sino de la potencia bruta de cálculo que necesita el profesional para modelar la realidad. Primavera PPM es una herramienta robusta, ágil, capaz de procesar miles de actividades.
Cómo P6 PPM facilita el método
- Importación y Exportación: Primavera PPM te permite abrir y guardar en diferentes formatos de programa como XER, XML, Excel, Ms Project, lo que te da una flexibilidad considerable para el equipo de trabajo y proyectos anteriores.
- Schedule Comparison: Esta herramienta viene integrada en la versión escritorio de PPM y te permite comparar los cronogramas que hayas creado en el software.
- Global Change: Cuando tienes que corregir errores sistemáticos (ej. cambiar el calendario de 500 actividades de “7x24” a “6x10” por una nueva restricción sindical), no lo haces una por una, sino que aplicas esta opción para configuración.
- La potencia: Usas el motor de Global Change de PPM para aplicar lógica condicional masiva. Es programación aplicada al cronograma para limpiar datos en segundos.
La herramienta por sí sola no gerencia el proyecto, pero le da al Planificador un interesante sistema de control para decirle al Gerente: “Esto es lo que va a pasar si no actuamos hoy”.
¿Por qué usar P6 PPM en lugar de MS Project si este es más intuitivo?
MS Project es excelente para tareas simples, pero P6 PPM posee una base de datos y herramientas avanzadas. P6 PPM maneja mejor las relaciones complejas como Start to Start, Finish to Finish, restricciones, así como la opción de añadir lags positivos y negativos a cada actividad. Asimismo, la potencia de Primavera es mucho mayor para análisis complejos que Ms Project.
Cierre y Reflexión
Retomar el control de un proyecto que se desvía no requiere del todo servidores de gran tamaño ni grandes usos tecnológicos; requiere disciplina, un buen manejo de los fundamentos del CPM y dominar las herramientas.
Oracle Primavera P6 PPM es como un auto de carreras: potente y preciso, pero peligroso si no sabes conducir. Si tu cronograma es solo un dibujo estático para cobrar la valorización, estás desperdiciando una herramienta potente de gestión a tu alcance.
¿Alguna vez te ha pasado que la revisión anticipada del cronograma te permitió identificar retrasos y la ruta crítica de todo el proyecto?