Toda obra que se atrasa no empezó atrasada el primer día — empezó con una planificación que no se pudo seguir en la práctica. Un cronograma en Excel o en un PDF de Project que nadie actualiza deja de ser una herramienta de control a los 15 días de iniciada la obra. En este artículo revisamos cómo estructurar una planificación de obra que realmente se pueda ejecutar, medir y corregir en el tiempo.

1. Define el WBS antes que las fechas

El error más común es partir directamente por el cronograma. Antes de poner una sola fecha, hay que descomponer el proyecto en una Estructura de Desglose del Trabajo (WBS): por ubicación (edificio, nivel, zona), por especialidad (obra gruesa, eléctrica, mecánica) o por fase (ingeniería, procura, construcción, puesta en marcha). Un WBS mal hecho arrastra el problema a todo el proyecto: tareas imposibles de medir, actividades que mezclan dos especialidades, o hitos que nadie sabe a qué corresponden.

2. Construye la línea base — y no la toques

La línea base es la fotografía del plan aprobado: fechas, duraciones, secuencias y recursos originales. Su valor está en que no cambia. El error habitual es «actualizar» la línea base cada vez que el proyecto se atrasa, lo que elimina la posibilidad de medir desviación real. Si la línea base se mueve junto con la realidad, el proyecto nunca se ve atrasado — y ese es exactamente el problema que se quiere evitar.

3. Mide el avance físico, no el avance de calendario

Que una tarea diga «80% completada» en el cronograma no significa que el 80% del hormigón esté vaciado. El avance físico real se mide con cantidades: metros cúbicos, metros lineales, toneladas, unidades instaladas. Un proyecto que se gestiona solo por fechas —sin cruzar cantidades ejecutadas versus cantidades presupuestadas— pierde la capacidad de detectar sobrecostos antes de que sea tarde.

4. La curva S es tu termómetro, revísala cada semana

La curva S (avance planificado vs. avance real acumulado en el tiempo) es la herramienta más simple y más subutilizada en construcción. Un principio que no se debe romper nunca: la curva de avance real solo puede llegar hasta el último dato real que existe — no se proyecta hacia adelante como si fuera lo que «debería» haber pasado. Si al proyectar el avance faltan datos de algún periodo, hay que completarlos con información real, nunca inventar un punto para que la curva se vea bien.

5. Actualiza el cronograma con datos de terreno, no con estimaciones de oficina

Aquí es donde la mayoría de las planificaciones se rompen: el cronograma se hace en oficina con Primavera P6 o MS Project, pero el avance se reporta a mano, en papel o en un Excel paralelo, y nunca vuelve a cruzarse con el archivo original. El resultado son dos verdades distintas del mismo proyecto.

Cómo Lekapp resuelve esto

Lekapp importa directamente el archivo .xer exportado desde Primavera P6 —con tu WBS, tu línea base y tus recursos— y lo cruza automáticamente con el reporte diario de terreno: avance físico por cantidad, asistencia de trabajadores y uso de maquinaria. La curva de avance real se genera sola, respetando la regla de nunca proyectar más allá del último dato real, y el equipo de oficina técnica puede ver la desviación entre lo planificado y lo ejecutado sin tener que cruzar planillas a mano.

¿Quieres ver cómo se ve tu propio cronograma dentro de Lekapp? Agenda una demo y te mostramos tu proyecto con datos reales en menos de 20 minutos.