Planear no es solo hacer un cronograma

1. Introducción: el problema real

En muchos proyectos de construcción he observado lo mismo: cuando alguien dice “vamos a planificar la obra”, de inmediato todos imaginan un cronograma. Eso tiene sus riesgos: se piensa que con poner fechas en tareas ya se tiene un buen proyecto. Pero no es así.

Este newsletter te invita a diferenciar esos dos conceptos (planificar y programar), entender por qué se confunden, cuáles son las consecuencias de esa confusión, y qué puedes hacer desde tu rol para que tus proyectos comiencen con una base más sólida.

2. Planificar ≠ Programar

Aquí te muestro dos definiciones que pueden ayudarte a distinguirlos:

El programa / cronograma es un producto del proceso de programación, y ese proceso parte de lo que ya se definió en la planificación.

• En la literatura de gestión de proyectos se suele decir que “scheduling es parte del planning”, pero algunos expertos los distinguen claramente. LinkedIn+2LinkedIn+2
• Un cronograma demasiado detallado puede volverse inmanejable; por eso es importante definir el nivel de detalle adecuado (ni muy grueso, ni excesivamente granular) para que sea útil. fticonsulting.com

Ejemplo sencillo para ilustrarlo:

• Planificar: decidir que la estructura del edificio se hará en 3 fases, que usarás hormigón armado tradicional o prefabricado, estimar los recursos de acero, mano de obra, definir los hitos de permisos, obras civiles, estructura, acabados, riesgos como lluvias o retrasos de proveedores, definir criterios de calidad y estándares.
• Programar: tomar esa planificación y construir un cronograma Gantt donde la fase de cimentación se ejecuta del día 10 al 25, luego estructura piso a piso, asignar cuadrillas, definir que la instalación eléctrica comienza en el piso 2 en paralelo, etc.

3. ¿Por qué se confunden (y por qué casi todos lo hacen)?

Algunas razones profundas:

1. Costumbre del mundo de obra En muchas organizaciones del rubro construcción, “planificar” tiene un uso informal equivalente a “hacer el cronograma”, pues este es lo visible y lo que se pide al inicio de un proyecto.
2. Formación técnica parcial Muchos cursos enseñan a manejar MS Project o Primavera (o software similar) como sinónimo de planificación, sin una base conceptual previa de planificación estratégica.
3. Presión por resultados tangibles Los mandantes/clientes quieren ver algo “concreto” pronto: fechas, entregables, programa. Eso incentiva a saltarse etapas profundas y entregar directamente un cronograma.
4. Falta de tiempo / recursos para planificación profunda En proyectos urgentes muchas veces no se dedica el tiempo necesario para elaborar un plan completo; se empieza con lo mínimo viable y se va ajustando.
5. Visión orientada al control En la práctica diaria, el cronograma es la herramienta que se retroalimenta: se monitorea retrasos, ajustes, penalidades. Por eso tiende a “mandar” sobre otras dimensiones menos visibles (riesgos, estrategia, calidad).
6. Entorno complejo e incierto La industria de la construcción enfrenta alta incertidumbre: permisos, clima, logística, coordinación multidisciplinaria, retrasos en suministro. Esa complejidad a menudo hace que el cronograma se perciba como la única guía clara — incluso cuando falla — reforzando la visión de que “planificar = cronograma”.
7. Barreras organizacionales y culturales La dirección no siempre valora dedicar horas de planificación; los equipos carecen de un hábito común de planear antes de actuar; hay resistencia al cambio estructurado.

Un estudio reciente (Ayele, 2023) concluye que todos los gestores entrevistados reconocen el impacto de la planificación y scheduling en el éxito del proyecto, y los proyectos que tuvieron planificación detallada mostraron mejores resultados que aquellos que abordaron proyectos sin un plan sólido. ojs.sgsci.org

4. Consecuencias de operar con esa confusión

Cuando “planificar” termina siendo solo “hacer un cronograma”, aparecen problemas como:

• Un cronograma poco realista (duraciones mal estimadas, saltos lógicos fallidos).
• Errores en asignaciones de recursos (cuadrillas sobrecargadas, conflictos de uso de equipos).
• Ausencia de estrategias de contingencia frente a riesgos.
• Falta de alineación con objetivos del proyecto: se trabaja “en la fecha” antes que “para el objetivo”.
• Cambios frecuentes y caóticos, porque el cronograma se adapta constantemente sin una base estratégica.
• Dificultades de coordinación entre disciplinas (arquitectura, estructura, instalaciones).
• Dificultad para justificar decisiones al cliente o mandante, cuando surgen retrasos: “no estaba en el cronograma” ya no es excusa suficiente.

5. Buenas prácticas: cómo evitar la trampa

Aquí algunas sugerencias que puedes compartir con tus lectores para fortalecer la práctica:

6. Ejemplo comparativo breve

Proyecto A Se arrancó con un cronograma hecho rápidamente, asignando tareas y fechas sin mucha discusión de riesgos ni coordinación previa. En ejecución surgieron múltiples choques entre disciplinas, falta de recursos puntuales, y ajustes constantes del cronograma. Resultado: retrasos y costos adicionales.

Proyecto B Se dedicaron 2 semanas iniciales a planificar: definición de fases, diagramas de flujo, análisis de riesgos, reuniones de coordinación interdisciplinaria. Luego de que el plan fue aprobado, se construyó un cronograma que respetaba ese plan. Durante la ejecución, los ajustes fueron mínimos y más controlados, y el cliente valoró la coherencia entre lo planeado y lo ejecutado.

Este tipo de ejemplos prácticos (auditables, cuantificables) ayuda mucho en un newsletter para enganchar al lector.

Si haces un ejercicio personal luego de leer esto: ¿en tu último proyecto, cuánto de lo que llamaste “planificación” fue un cronograma — y cuánto fue un diseño estratégico real? ¿Tus cronogramas se sostienen cuando aparecen imprevistos?

Te propongo este reto: en tu próximo proyecto, antes de abrir el cronograma, redacta una mini-plan con los supuestos, recursos críticos, riesgos y entregables clave. Luego construye un cronograma a partir de eso — y comparte los resultados con tu equipo.