Paladio Paladio
Publicado el · Productividad

Programación de obra: cómo armar un programa que sirva para algo

Felipe Arancibia Felipe Arancibia Sr. Product Designer
7 min de lectura
Ilustración nocturna a lápiz de color de una calle empedrada en penumbra, con un hombre de delantal blanco de pie bajo el toldo de un local, leyendo con atención una hoja de papel a la luz del farol, mientras a su espalda una figura desdibujada aguarda en la sombra y las fachadas del fondo encienden sus ventanas

Un programa de obra es la representación temporal de cómo se va a ejecutar un proyecto: qué actividades, en qué orden, con qué duración y con qué dependencias entre ellas. Es la referencia contra la que se mide todo lo demás —el avance, el atraso, las ampliaciones de plazo, el ajuste de precios—.

Y es también el documento que más obras tienen y menos obras usan. Se arma para la licitación, se imprime, se cuelga en la oficina de campo y no se vuelve a mirar.

Por qué la mayoría no sirve

Cuatro razones concretas.

Se armó para ganar, no para ejecutar. Duraciones optimistas porque el plazo era criterio de evaluación. Todo el mundo lo sabe y nadie lo dice.

No tiene lógica de dependencias. Las actividades están puestas en el tiempo pero no vinculadas entre sí. Cuando una se mueve, el resto no se mueve con ella, y el programa deja de reflejar la realidad al primer imprevisto.

Está demasiado agregado o demasiado detallado. «Estructura: 120 días» no permite controlar nada. Cuatro mil actividades tampoco, porque nadie las actualiza.

Nunca se actualiza. Sin actualización, a las seis semanas es ficción, y todo lo que se calcule contra él —avance, atraso— también.

Los tres conceptos que hay que entender

Dependencias

Una actividad no puede empezar hasta que otra termine, o hasta que otra avance lo suficiente. Esa vinculación es lo que convierte una lista de tareas en un programa.

Sin dependencias, mover una actividad no mueve nada más, y el programa no puede responder la única pregunta que importa: si esto se atrasa, ¿qué se atrasa?

Ruta crítica

Es la secuencia de actividades encadenadas más larga del proyecto. Determina la duración total.

La consecuencia práctica: una actividad en ruta crítica que se atrasa un día atrasa la obra un día. Una que no está en ruta crítica puede atrasarse sin efecto en la fecha de término, hasta agotar su holgura.

Es la razón por la que «vamos atrasados en tabiquería» puede ser irrelevante y «vamos dos días atrasados en el colado del nivel 3» puede ser grave.

Holgura

Es cuánto puede atrasarse una actividad sin afectar la fecha final. Las actividades en ruta crítica tienen holgura cero.

Y es lo que decide una ampliación de plazo. Si el frente que no te liberaron correspondía a una actividad con quince días de holgura y la demora fue de diez, no hubo efecto en la fecha de término, y la supervisión lo va a revisar exactamente así.

Por eso el sustento de una ampliación no es solo la evidencia del hecho: es el análisis de programa que demuestra el efecto.

Cómo se arma, en orden

1 · Desglosar el alcance. Partir la obra en paquetes de trabajo identificables, con un nivel de detalle que permita asignar responsable, duración y recursos.

2 · Definir dependencias. Para cada actividad, qué tiene que estar terminado antes. Es el paso que más se salta y el que hace útil todo lo demás.

3 · Estimar duraciones con rendimientos propios. Cantidad de la partida dividida entre el rendimiento de la cuadrilla que efectivamente vas a tener. No el rendimiento del manual: el tuyo.

4 · Asignar recursos y verificar disponibilidad. Un programa que requiere tres cuadrillas de albañilería simultáneas cuando tenés dos no es un programa, es un deseo.

5 · Identificar la ruta crítica y las holguras.

6 · Contrastar con restricciones reales. Permisos, accesos, ventanas de trabajo, temporada de lluvias, disponibilidad de proveedores críticos.

7 · Congelar como línea base. Y guardarla. Sin línea base congelada y fechada no hay forma de demostrar después qué se movió y por qué.

El nivel de detalle correcto

La regla práctica que funciona: cada actividad debería durar entre una y tres semanas.

Más corta y el programa se vuelve inmanejable. Más larga y no permite detectar desviaciones a tiempo, porque una actividad de dos meses puede estar en problemas desde la semana dos y no notarse hasta la ocho.

Para el detalle fino de la semana entrante, la herramienta es otra: una programación semanal de frentes, corta y desechable, que no toca el programa maestro.

La actualización, que es donde vive el valor

Un programa vale por su actualización, no por su armado.

Frecuencia mínima: semanal. Registrar el avance real de cada actividad, recalcular, y ver qué se movió.

Conservar todas las versiones, fechadas. Es lo que después permite demostrar el efecto de un evento en la ruta crítica. Sin el programa antes y después, una ampliación de plazo no tiene sustento técnico.

Distinguir reprogramar de corregir. Si la causa del atraso es removible, se corrige y el programa se mantiene. Si es estructural, se reprograma y se avisa. Mezclarlas produce programas que nadie cree.

De dónde salen los datos

Aquí está el vínculo con la operación diaria, y es lo que hace que un programa viva o muera.

Actualizar un programa semanalmente requiere saber, cada semana, cuánto avanzó cada actividad. Si ese dato se reconstruye de memoria los viernes, la actualización es aproximada y el programa pierde credibilidad rápido.

Si en cambio el avance se registra el día que ocurre, por partida y por frente, la actualización del programa es automática: es leer lo que ya está registrado.

Es la misma disciplina que sostiene el cobro, el rendimiento y las reclamaciones. Un solo registro diario que paga en cuatro frentes distintos.

Preguntas frecuentes

¿Necesito un software de programación?
Para obras chicas, una hoja de cálculo bien armada alcanza. A partir de cierta complejidad, un software con cálculo de ruta crítica ahorra mucho tiempo y evita errores. Lo que no reemplaza ninguna herramienta es definir bien las dependencias.
¿Cada cuánto debo reprogramar?
Actualizar, semanal. Reprogramar —cambiar la línea base— solo cuando hay un cambio estructural: modificación de alcance, suspensión prolongada, ampliación aprobada. Reprogramar cada mes destruye la posibilidad de medir contra algo.
¿Qué hago si el programa contractual nunca fue realista?
Reprogramar con rendimientos reales lo antes posible y presentar el escenario con sustento. Cuanto más tarde ocurra esa conversación, peor para todos. Un atraso anunciado en la semana 6 es gestión; el mismo en la semana 30 es una crisis.
¿La ruta crítica cambia durante la obra?
Sí, y con frecuencia. Una actividad con holgura que se atrasa lo suficiente puede volverse crítica. Por eso hay que recalcularla, no asumir que es la del inicio.
¿Cómo estimo duraciones si no tengo histórico de rendimientos?
Con el rendimiento de tu presupuesto como punto de partida, ajustado por las condiciones que ya conocés de la obra. Y empezá a medir desde el primer día: en dos meses tenés datos propios, que valen infinitamente más que cualquier tabla.
SOBRE EL AUTOR
Felipe Arancibia
Felipe Arancibia
Sr. Product Designer

Chileno, diseñando para América Latina. Del research en campo saca lo que realmente importa para los clientes, y con eso arma productos que la gente no técnica adopta sola —legal, educación, contabilidad— y que se notan en la productividad desde la primera semana.

Ver todos sus artículos →

El próximo folio se llena solo. Empieza hoy.

Solicitar una demo