Cinco obras no son simplemente una obra repetida cinco veces. En cuanto varios proyectos comparten personal, maquinaria, subcontratas o fechas, un pequeño retraso empieza a tener consecuencias fuera de la obra donde nació. Por eso la planificación multiproyecto no consiste solo en tener varios cronogramas. Consiste en entender la capacidad real de toda la empresa. Gestionar una sola obra permite resolver muchas cosas con conocimiento directo. El jefe de obra sabe qué está pasando, la dirección conoce a las personas implicadas y los cambios se pueden comentar rápidamente.
Cuando la empresa lleva varias obras a la vez, cambia la naturaleza del problema. Cada proyecto puede tener un planning correcto y, aun así, la empresa puede estar mal planificada. La razón es sencilla. Las obras comparten recursos.
Un mismo equipo termina en la obra A y debe empezar en la B. Una máquina pasa de un proyecto a otro. Un jefe de obra supervisa varias ubicaciones. Una subcontrata tiene fechas comprometidas en diferentes trabajos. Entonces llega un retraso aparentemente pequeño. Una actividad en la obra A necesita tres días más. El equipo no sale el viernes.
La obra B esperaba ese equipo el lunes. El martes ya estaba prevista otra intervención. El retraso ha dejado de pertenecer únicamente a A.
El planning de proyecto no es la capacidad de la empresa
Un proyecto responde a preguntas como:
- qué actividad viene después,
- cuándo debería terminar una fase,
- qué trabajos dependen de otros.
La empresa tiene además otras preguntas:
- qué equipo está disponible,
- dónde estará una máquina,
- qué personas pueden empezar el siguiente proyecto,
- qué subcontrata está comprometida en otra obra.
Estas dos vistas deben convivir. Una obra puede estar perfectamente organizada internamente y entrar en conflicto con otra porque ambas necesitan el mismo recurso.
Planificar varios proyectos significa mirar tanto el calendario de cada obra como la capacidad compartida de la empresa.
Esto se vuelve especialmente importante cuando la empresa crece. El problema ya no es recordar más fechas. Es entender relaciones que antes no existían.
Un buen planning debe poder cambiar
En construcción, un planning que nunca cambia puede ser simplemente un planning que ya no refleja la realidad. Una entrega se retrasa. Una tarea dura más. El cliente tarda en decidir.
Aparece una incidencia técnica. Una subcontrata modifica su disponibilidad. La meteorología condiciona una actividad. Intentar evitar cualquier cambio es poco realista.
El objetivo es reaccionar bien. Cuando una actividad cambia tres días, la empresa necesita entender qué ocurre después. Qué equipo queda ocupado. Qué obra esperaba a ese equipo.
Qué material estaba programado. Qué subcontrata depende de la fecha anterior. Qué nueva decisión debe tomarse. Por eso un buen planning no es el que nunca se mueve.
Es el que ayuda a ver las consecuencias cuando se mueve.
El diagrama de Gantt ayuda a ver el tiempo, pero no toma decisiones
El Gantt es una herramienta muy útil. Permite visualizar fases, duraciones y relaciones temporales. Pero no resuelve por sí solo los problemas de capacidad. Un Gantt puede mostrar que una actividad debería terminar el viernes. Si el jefe de obra ya sabe que continuará hasta el martes y esa información no se actualiza, el gráfico sigue siendo bonito y deja de ser útil.
Lo mismo ocurre si las tareas reales indican que una incidencia importante sigue abierta mientras el planning considera terminada la fase. El Gantt no es el objetivo. Es una representación del plan. Su valor depende de que la información del proyecto esté suficientemente cerca de la realidad.
No conviertas el planning principal en una lista infinita
Otro error común es intentar introducir cada pequeña tarea en el planning general. Eso crea un sistema difícil de mantener. No todas las acciones de obra necesitan el mismo nivel de detalle. El planning principal debería mostrar fases, hitos, actividades importantes y relaciones que afectan al plazo.
Las tareas diarias pueden vivir en un nivel más operativo. Esto permite trabajar con dos horizontes. Una visión general para entender hacia dónde va el proyecto. Y una visión detallada de las próximas semanas para coordinar trabajo real.
Las tareas y el planning no deben estar desconectados. Pero tampoco tienen que ser exactamente lo mismo. Una pequeña tarea puede ser importante para una persona y no modificar el Gantt. Otra puede bloquear una fase completa y entonces sí necesita reflejarse en la planificación.
Los problemas más caros suelen aparecer entre obras
Imagina tres proyectos. La obra A utiliza una cuadrilla especializada. La obra B necesita esa misma cuadrilla la próxima semana. La obra C espera una máquina que ahora mismo está en A.
Todo parece correcto hasta que A se retrasa. La cuadrilla se queda. La máquina también. B empieza más tarde.
C quizá tenga que alquilar un equipo alternativo. El coste del retraso ya no está solo en el proyecto donde empezó. Este es uno de los motivos por los que la dirección necesita una visión transversal. No basta con preguntar si cada obra va bien.
También hay que preguntar qué recursos de una obra están comprometidos en otra.
Las reuniones deberían servir para decidir, no para descubrir el estado
En muchas reuniones semanales la primera parte se dedica a recopilar información. «¿Cómo va esta obra?» «¿Cuándo sale el equipo?» «¿Está terminada la corrección?»
«¿Ha llegado el material?» «¿Quién empieza el lunes?» Se consume tiempo reconstruyendo una imagen básica. Si el sistema contiene información suficientemente actual, la reunión puede empezar más arriba.
Qué obra amenaza a otra. Dónde hay un conflicto de capacidad. Qué fecha debe cambiar. Qué subcontrata necesita aviso.
Qué decisión requiere intervención de la dirección. El software no sustituye la reunión. Hace que la reunión pueda centrarse en decisiones.
El personal compartido es una capacidad limitada
En empresas pequeñas y medianas algunas personas son especialmente críticas. Una cuadrilla concreta. Un jefe de obra con experiencia. Un operador.
Un electricista especializado. Si esas personas aparecen en varios proyectos cercanos, una pequeña desviación puede causar problemas. Antes de prometer una fecha, la empresa debería poder responder una pregunta sencilla: ¿Tenemos realmente capacidad para cumplirla?
No basta con contar personas. Hay que entender competencias, desplazamientos, equipos necesarios y otros compromisos. La empresa puede tener suficientes empleados en total y no tener el equipo correcto disponible en el momento correcto.
La maquinaria también tiene calendario
La planificación no afecta solo a personas. Un equipo puede bloquear una obra igual que una cuadrilla. Una plataforma. Un láser.
Una máquina concreta. Un sistema de encofrado. Un vehículo. Si un proyecto conserva ese recurso dos días más, el siguiente debe esperar o buscar alternativa.
Por eso la información sobre activos y equipos puede ser relevante para la planificación, aunque no sea exactamente lo mismo que un Gantt. La pregunta operativa es sencilla: ¿Dónde está hoy y dónde debería estar mañana?
Planifica con más detalle lo cercano
Cuanto más lejos está una actividad, más probable es que cambie. Por eso no siempre tiene sentido dedicar el mismo nivel de detalle a los próximos seis meses que a las próximas dos semanas. Una planificación práctica puede mantener una vista general de largo plazo y trabajar con mucho más detalle en un horizonte corto. Las próximas semanas son donde se coordinan personas, equipos, entregas y subcontratas de forma real.
Este enfoque evita dedicar demasiado tiempo a microplanificar actividades lejanas que probablemente cambiarán antes de llegar. También ayuda a detectar los conflictos que todavía se pueden evitar.
Cómo encaja Stavario
Stavario permite trabajar con varios proyectos dentro del mismo entorno. Planning, tareas, diario de obra, control horario, activos, almacenes y otra información pueden mantenerse vinculados a las obras correspondientes. Esto ayuda a pasar de la vista individual de un proyecto a una visión más amplia de la actividad. La planificación puede trabajarse en contexto de proyecto y visualizarse con Gantt. Las tareas operativas pueden seguir existiendo como tareas sin obligar a convertir cada detalle en una línea del planning principal.
La información generada en campo permanece cerca del proyecto. Esto no significa que Stavario prediga automáticamente todos los conflictos ni que recalcule toda la empresa de forma mágica cuando cambia una fecha. La utilidad está en algo más práctico. La dirección y los responsables disponen de más contexto en un mismo lugar cuando tienen que decidir.
La AI de Stavario también puede buscar información y trabajar con datos del sistema, incluso mediante voz. Eso reduce el tiempo dedicado a localizar información repartida entre varios proyectos.
Haz la prueba de los tres días
Elige una actividad importante de una obra. Muévela tres días en el calendario. Después pregunta: ¿Qué actividad viene después?
¿Qué equipo sigue ocupado? ¿A qué otra obra debía ir? ¿Qué maquinaria debía moverse con él? ¿Qué entrega o subcontrata dependía de la fecha inicial?
¿Cuánto tarda tu empresa en responder estas preguntas? Si para hacerlo necesitas varios teléfonos, varias hojas de cálculo y la memoria de varias personas, no tienes solo un problema de planning. Tienes un problema de visibilidad de empresa. Gestionar varias obras no consiste en crear calendarios perfectos.
Consiste en entender suficientemente pronto cuándo un cambio local está a punto de convertirse en un problema para toda la organización.
Comprueba qué cambia cuando una obra se retrasa
Planifica tus proyectos en Stavario y mantén tareas, plazos e información de obra suficientemente cerca para entender las consecuencias antes de que lleguen al siguiente proyecto.
Preguntas frecuentes
Josef Beneš
CEO Stavario
Más de 20 años de experiencia en construcción
