Una constructora en Toluca y el avance de obra reportado desde la cuadrilla

Resumen:

• El avance llegaba a dirección con dos semanas de retraso y ya no permitía corregir.
• El residente reporta cantidad ejecutada por partida, no porcentaje de opinión.
• Captura sin señal, con foto y ubicación, y sincronización al recuperar datos.
• Se midió antigüedad del dato, desviación detectada y reportes entregados a tiempo.

Una constructora del Valle de Toluca con cuatro obras simultáneas, entre vivienda y nave industrial, trabajaba con un programa de obra hecho en una herramienta de calendarización y una realidad que vivía en el teléfono de cada residente.

El procedimiento era el habitual. Cada quince días había junta de obra. El residente llegaba con su libreta y declaraba porcentajes. La dirección anotaba, comparaba con el programa y discutía. Si algo iba mal, la decisión se tomaba ahí.

El problema de ese esquema no es la junta. Es que el dato que se discute ya tiene dos semanas encima.

El costo de enterarse tarde

En una obra, una desviación de tres días en una partida crítica se absorbe reorganizando cuadrillas. La misma desviación detectada quince días después ya arrastró a las partidas que dependen de ella, y corregirla significa horas extra, un frente adicional o una negociación de plazo con el cliente.

La dirección lo sabía y lo vivía cada mes, pero lo atribuía a causas de campo: proveedores incumplidos, lluvia, personal que no llega. Todas esas causas existen. La diferencia no estaba en que ocurrieran, sino en cuándo se enteraban de que habían ocurrido.

Pedimos revisar las minutas de las últimas doce juntas de obra. En ocho de ellas aparecía una desviación que, según la propia descripción del residente, había empezado una o dos semanas antes de la junta. El retraso en el reporte no era la excepción: era el funcionamiento normal del sistema.

Intentos previos

La constructora ya había intentado resolverlo dos veces.

El primer intento fue un formato en hoja de cálculo que cada residente debía llenar a diario y enviar por correo. Funcionó tres semanas. Los residentes llenaban el formato el viernes con lo que recordaban de la semana, lo que producía un dato peor que el de la junta, porque además parecía diario.

El segundo intento fue un grupo de mensajería por obra donde se pedía reportar al final del día. Generó mucho volumen y ninguna estructura: fotos sin contexto, mensajes de voz, avances descritos en lenguaje libre. Nadie en oficina podía convertir ese flujo en un porcentaje comparable contra el programa, así que la información existía y seguía sin servir.

Los dos intentos fallaron por la misma razón de fondo: pedían al residente un trabajo adicional al final de la jornada, cuando ya está agotado, y no le devolvían nada útil a cambio.

Decisión técnica: cantidad ejecutada, no porcentaje

La primera decisión fue dejar de preguntar porcentajes.

Un porcentaje es una opinión disfrazada de número. Dos residentes miran el mismo muro y uno dice setenta por ciento y el otro cincuenta. Ninguno miente; están estimando sobre bases distintas.

El catálogo de conceptos de cada obra se cargó con su unidad y su cantidad contratada: metros cúbicos de concreto, metros cuadrados de muro, piezas de luminaria, metros lineales de tubería. El residente reporta cuánto ejecutó hoy, en la unidad del concepto. El porcentaje lo calcula el sistema.

Ese cambio hizo dos cosas. Volvió el dato comparable entre obras y entre residentes, y volvió la captura más rápida, porque contar piezas montadas es más fácil que estimar un avance global.

Decisión técnica: captura sin conexión y con evidencia

Varias de las obras estaban en zonas con señal intermitente. Cualquier aplicación que exija conexión en el momento de capturar se termina usando en la noche, desde casa, de memoria.

La aplicación guarda localmente y sincroniza cuando encuentra red. El residente captura parado frente al frente de trabajo, con la cantidad a la vista. Cada reporte de partida admite fotos, que se almacenan con fecha, hora y ubicación, y quedan ligadas al concepto, no sueltas en una galería.

Se añadió un campo de incidencia opcional con una lista corta de motivos frecuentes: falta de material, falta de personal, clima, interferencia con otra cuadrilla, indefinición de proyecto. Es una lista cerrada a propósito. El texto libre no se puede agregar ni comparar; una lista de cinco motivos permite ver, al cabo de dos meses, cuál es la causa que más días de obra consume.

Decisión técnica: la alerta antes que el tablero

La tentación en este tipo de proyectos es construir un tablero con gráficas de avance. Se construyó, pero no fue lo que cambió la operación.

Lo que cambió la operación fue una regla simple: cuando una partida de la ruta crítica acumula desviación por encima de un umbral, el sistema avisa al residente y al director de obra el mismo día, por mensaje, con el concepto y los días de desfase.

Un tablero exige que alguien entre a mirarlo. Una alerta llega sola. En una empresa donde nadie tenía el hábito de consultar información de obra fuera de la junta, la diferencia entre ambas cosas fue total.

Errores que costaron tiempo

El primero fue cargar el catálogo de conceptos completo del presupuesto. Una obra mediana tiene cientos de conceptos y el residente se enfrentaba a una lista imposible de navegar. Se redujo a los conceptos con seguimiento real de avance, que son muchos menos, y se agruparon por frente de trabajo. La captura pasó de varios minutos a poco más de uno.

El segundo fue hacer obligatoria la foto en todas las partidas. En conceptos que avanzan poco cada día, fotografiar lo mismo a diario no aporta y sí molesta. Se dejó obligatoria solo en hitos y en incidencias.

El tercero, y el más caro en credibilidad, fue mostrar el porcentaje de avance de cada residente en una pantalla comparativa. Se interpretó como una tabla de calificaciones y produjo reportes optimistas de inmediato. Se retiró la comparación entre personas y se dejó la comparación contra programa, que es la que importa.

Preguntas frecuentes

¿Por qué el avance de obra siempre llega tarde a la oficina?

Porque se reporta en reuniones semanales o quincenales y se arma en el momento, de memoria o con notas sueltas. Para cuando la dirección lo ve, la desviación ya tiene días acumulados y las decisiones correctivas llegan sin margen.

¿Cómo se mide el avance de una partida sin que sea una opinión?

Definiendo la unidad de medida antes de empezar: metros cuadrados colados, piezas montadas, metros lineales instalados. El residente reporta cantidad ejecutada, no porcentaje, y el porcentaje lo calcula el sistema contra la cantidad contratada.

¿Qué pasa si en la obra no hay señal de datos?

La aplicación tiene que capturar sin conexión y sincronizar cuando la haya. Si el reporte depende de la señal, el residente lo pospone hasta la noche y se pierde la precisión de haberlo levantado frente al trabajo.

¿Para qué sirven las fotos en el reporte diario?

Para que el avance sea verificable sin ir a campo y para documentar condiciones que después se discuten: una interferencia, un material mal entregado, una zona inundada. Con fecha, hora y partida asociada valen mucho más que en una conversación.

¿El sistema sustituye la visita del supervisor a la obra?

No, y conviene decirlo explícitamente al equipo. Lo que hace es que la visita deje de gastarse en averiguar qué pasó y se use para resolver lo que el reporte ya señaló. Cambia el contenido de la visita, no su necesidad.

Qué se midió

La métrica principal fue la antigüedad del dato: cuántos días pasan entre que algo ocurre en obra y que la dirección puede verlo. Pasó de un promedio de ocho días a menos de uno, y esa sola cifra explica casi todo el beneficio.

La segunda fue la anticipación de la desviación: días entre que una partida empieza a desviarse y que alguien en oficina lo sabe. Es la métrica que determina si todavía hay margen para corregir sin pagar de más.

La tercera fue la disciplina de captura, medida como proporción de días con reporte completo por obra. Es una métrica de adopción, no de resultado, pero sin ella las otras dos no significan nada: un sistema que se llena tres días por semana devuelve un avance que nadie puede usar para decidir.

Se dejó fuera deliberadamente cualquier vínculo con nómina o con pago a destajo. Mezclar el reporte de avance con el cálculo de pago convierte el dato en una negociación, y el objetivo era exactamente el contrario.

Si estás en una situación parecida

Si en tu operación pasa algo similar, el primer paso no es elegir tecnología: es ordenar el proceso y saber qué datos ya tienes. Podemos revisarlo contigo.

Cuéntanos tu caso en westribe.com.mx/solicitar/ o escríbenos por WhatsApp al +52 312 554 2845.