Un programa de obra organiza las actividades de un proyecto: qué se hace, en qué orden, cuánto dura cada una y cuáles dependen de otras. Armarlo es la mitad del trabajo. La otra mitad es mantenerlo actualizado con lo que pasa en campo, y ahí es donde la mayoría de los proyectos lo pierde.

A las pocas semanas de arrancar, el archivo dice una cosa y la obra va por otra. No porque el cronograma estuviera mal hecho, sino porque actualizarlo cuesta más trabajo del que nadie tiene disponible.

‍

¿Qué es un programa de obra y qué debe contener?

El programa de obra, también llamado cronograma de obra, es la representación ordenada de las actividades necesarias para ejecutar un proyecto dentro de un periodo determinado. Para que sirva en campo, debe incluir:

• actividades y grupos de actividades
• fechas de inicio y término, y duraciones
• predecesoras y ruta crítica
• responsables por frente
• hitos contractuales
• calendario laboral del proyecto
• avance programado contra avance real

Con eso, cualquiera del equipo puede responder qué debería estar ejecutándose, qué ya terminó y qué se está retrasando. La condición es que esté actualizado, y eso depende de quién captura la información en campo más que de quién armó la programación de obra. Conviene revisar primero con qué trabaja realmente un residente durante su recorrido.

No es un detalle menor. En conversaciones con 224 constructoras, desarrolladoras y despachos de México y LATAM entre abril y septiembre de 2026, el 33% nombró por su cuenta el desfase entre el avance físico y lo programado, y el 41% la dificultad para reportar avance a dirección.

‍

Limitaciones de gestionar el programa de obra en Excel

Excel sirve para armarlo. Las limitaciones aparecen al mantenerlo, cuando hay varios frentes y varias personas capturando.

La versión que circula no siempre es la vigente. El archivo se manda, se descarga, se edita y se regresa. A las dos semanas circulan tres versiones con el mismo nombre y la discusión ya no es sobre la obra, sino sobre cuál archivo es el bueno. Es el mismo problema que aparece al centralizar la comunicación y los documentos del proyecto.

El avance se captura dos veces. El residente reporta el avance en su formato y después alguien vuelve a vaciar ese porcentaje al cronograma. Como es trabajo duplicado, se pospone. Y cuando se pospone, el programa deja de reflejar la obra.

La curva S se arma a mano para cada junta. Comparar lo programado contra lo real exige cruzar el cronograma con los reportes en cada corte. En la práctica la curva se actualiza cuando hay junta, no cuando cambia la obra: para cuando muestra la desviación, la desviación ya ocurrió.

El avance no tiene respaldo. Una partida dice 80% y no hay forma de saber quién lo reportó, cuándo ni con qué evidencia. Lo mismo con las fechas: una se recorre y la hoja no guarda quién la movió. Cuando aparece una diferencia por un atraso o una estimación, la discusión se vuelve palabra contra palabra. Es la misma falta de respaldo que complica darle a un desarrollador la información que necesita de la constructora que ejecuta su obra.

Nada de esto significa que la hoja de cálculo esté mal hecha. Significa que está haciendo un trabajo para el que no fue diseñada: ser la fuente única de un dato que cambia todos los días y que capturan varias personas distintas.

‍

Cómo gestionar el programa de obra con Buildpeer

MS Project sigue siendo la fuente de la verdad. Buildpeer no planifica por ti: conecta el programa con la información que genera la obra.

Importa lo que ya tienes

El archivo de MS Project entra con sus grupos, actividades, duraciones, predecesoras e hitos, sin plantillas ni captura manual. Si el equipo trabaja en Excel, el asistente detecta hojas, columnas y jerarquía, propone la configuración y muestra una vista previa antes de que confirmes. Y si la obra ya va avanzada, el avance acumulado entra como saldo inicial: el proyecto arranca con su historia, no en ceros.

El avance nace en el reporte, no en una segunda captura

El residente liga cada sección de su reporte a una partida del programa. Al publicarlo, esas partidas avanzan con las fotos y notas del reporte como evidencia. El reporte se llena como borrador día a día y se publica una vez por semana, así que el avance oficial cuenta hasta publicarse.

Cada movimiento queda con autor, fecha y reporte de origen, y las correcciones se registran encima del historial en lugar de borrarlo. Eso es lo que cuenta cuando se disputa una estimación o llega una auditoría. Es el mismo principio que aplica al controlar una obra conforme ocurre y no a fin de mes.

Curva S y cronograma que no se rehacen

La curva compara avance programado contra avance real semana a semana y se actualiza con cada reporte publicado. El diagrama de Gantt muestra las actividades sobre el calendario del proyecto, con la línea de "Hoy" marcada y el avance de cada partida sobre su barra. Ambas se leen en porcentaje o en importes, y cada proyecto define su moneda.

Hitos y calendario real de obra

Los hitos, como una entrega, una conexión o un arranque, se marcan como alcanzados o no alcanzados desde el propio reporte, con su evidencia. El calendario laboral se define por proyecto, con los festivos oficiales de México en un clic, para que el avance programado respete el calendario real de esa obra y no un mes corrido.

Dos detalles que se notan en campo: al capturar avance, el residente ve cómo quedará el total de la partida y cuánto lleva gastado contra presupuesto, con aviso si se pasa; y el módulo muestra siempre la fecha del último avance reportado, para que nadie confunda "no hay atraso" con "no hay datos recientes". Todo eso se captura desde el celular, igual que cuando necesita confirmar que trabaja con la versión correcta de un plano.

‍

Ventajas del programa de obra en Buildpeer