Más Allá de la Intuición: Por Qué la Cooperación Gana en la Construcción (Explicado con Teoría de Juegos Evolutiva)
Cómo metodologías como Scrum y Last Planner System no solo «piden» colaboración, sino que la «diseñan» como la única estrategia ganadora.
El «Juego» que Solíamos Jugar
Durante décadas, la industria de la construcción ha operado bajo un paradigma que, en la práctica, se asemeja a un «dilema del prisionero» de suma cero. Los contratos se diseñan para transferir riesgos, la información se guarda como una ventaja competitiva y los equipos (diseño, construcción, subcontratistas) operan en silos, optimizando sus propios intereses. Veamos como la Cooperación gana en la Construcción.
Te recomiendo:
- Teoría de Juegos para Contratos de Construcción Ágiles
- Teoría de Juegos en Construcción
- Patrones Disfuncionales en Equipos de Construcción
El resultado es predecible: desconfianza, retrabajos, retrasos y sobrecostos. En este «juego» tradicional, la estrategia racional a corto plazo para cualquier jugador individual (sea el arquitecto, el ingeniero o el contratista) es a menudo «desertar»: culpar a otro, ocultar un error o priorizar su tarea sobre el flujo del proyecto.
Pero, ¿y si pudiéramos cambiar las reglas del juego? ¿Y si pudiéramos diseñar un sistema donde la cooperación no sea solo un ideal moral, sino la estrategia más inteligente y rentable?
Aquí es donde la combinación de metodologías ágiles (como Scrum o Last Planner System – LPS) y un concepto científico llamado Teoría de Juegos Evolutiva (TJE) se vuelve fundamental.
La TJE: No Gana el «Mejor», Gana el que «Mejor se Adapta»
A diferencia de la teoría de juegos clásica (que asume jugadores hiperracionales), la Teoría de Juegos Evolutiva (TJE) se basa en la biología. Estudia cómo las estrategias evolucionan en una población a lo largo del tiempo, no a través de la lógica pura, sino a través de la imitación del éxito.
En un ecosistema, las estrategias (comportamientos) que producen mejores resultados (más supervivencia, más reproducción) son copiadas y se vuelven más comunes en las siguientes generaciones.
Traslademos esto a un equipo de proyecto:
- Población: El equipo de construcción (arquitectos, ingenieros, gerentes, maestros de obra).
- Estrategias: Comportamientos recurrentes. Ej: «Cooperar» (compartir información, ayudar proactivamente) vs. «Optimizar Individualmente» (enfocarse solo en mi tarea, ocultar problemas).
- Pagos (Resultados): El éxito medido. Ej: Tareas completadas, porcentaje de promesas cumplidas (PPC) en LPS, velocidad del sprint en Scrum, reducción de retrabajos, satisfacción del cliente.
- Evolución: El aprendizaje y la adaptación del equipo a lo largo del tiempo.
El problema de la construcción tradicional es que los «pagos» suelen recompensar el comportamiento individualista. La TJE nos dice que, si queremos cambiar el comportamiento, debemos cambiar el sistema de pagos y la frecuencia de las interacciones.
Agile y LPS: El Motor de la Evolución Colaborativa
Aquí es donde Scrum y el Last Planner System (LPS) entran en acción. Estas metodologías no son solo herramientas de gestión; son motores de evolución social diseñados para hacer que la cooperación sea la estrategia dominante.
Lo logran a través de tres mecanismos clave que se alinean perfectamente con la TJE:
1. Interacciones Repetidas y Rápidas
La TJE demuestra que la cooperación solo puede evolucionar si los jugadores interactúan repetidamente.
- En Scrum: Los Sprints (ciclos de 1-4 semanas) son rondas de juego cortas y constantes.
- En LPS: La Planificación Semanal (WWP) y las Reuniones de Planificación de Fase (Pull Planning) fuerzan la interacción constante.
Cuando sabes que volverás a «jugar» con la misma persona mañana (en el Daily Stand-up) o la próxima semana, el costo de «desertar» (no cooperar) hoy es demasiado alto para tu reputación y para el éxito futuro.
2. Transparencia Radical (Observación)
Para que la TJE funcione, las estrategias exitosas deben ser visibles para que puedan ser imitadas.
- En Scrum: El Tablero Kanban o Sprint Backlog hace visible el trabajo de todos. En la Sprint Review, el éxito (o fracaso) del equipo es transparente.
- En LPS: El PPC (Porcentaje de Promesas Cumplidas) es un indicador brutalmente transparente. Todos ven qué equipos cumplieron sus promesas y cuáles no, y (más importante) por qué (análisis de causas raíz).
Cuando el éxito de la colaboración es visible («El equipo de estructura ayudó al de instalaciones y resolvimos el bloqueo»), esa estrategia se refuerza.
3. Adaptación y Selección (La Retrospectiva)
Este es el mecanismo de «selección natural». Es el foro donde el equipo decide conscientemente qué estrategias mantener y cuáles descartar.
- En Scrum: La Retrospectiva no es una sesión de quejas; es una reunión de adaptación evolutiva. El equipo analiza: «¿Qué estrategias de trabajo (comportamientos) nos dieron mejores ‘pagos’ (velocidad, calidad)? ¿Cuáles nos perjudicaron?».
- En LPS: El análisis de causas raíz del PPC cumple la misma función. El equipo identifica que la falta de cooperación fue la causa de una promesa rota y ajusta su estrategia para la siguiente semana.
El Resultado La Cooperación gana en la Construcción como Estrategia Evolutivamente Estable
Cuando un equipo de construcción opera bajo Scrum o LPS durante varios ciclos, ocurre algo fascinante. Los miembros del equipo comienzan a adaptar su comportamiento.
Un ingeniero que inicialmente «optimizaba individualmente» (solo hacía sus planos) observa que los equipos que «cooperan» (se sientan con el constructor para resolver detalles) obtienen mejores «pagos» (menos retrabajos, aprobación más rápida).
En la retrospectiva, el equipo celebra esa colaboración. El ingeniero, para tener éxito en este «ecosistema», comienza a imitar la estrategia de cooperación.
Con el tiempo, la cooperación deja de ser un esfuerzo forzado y se convierte en la Estrategia Evolutivamente Estable (EEE): la estrategia por defecto, la más lógica y la más rentable para todos los miembros. El sistema diseñado por Agile y LPS ha hecho que la colaboración sea la forma más inteligente de trabajar.
Conclusión de La Cooperación gana en la Construcción: De Gerentes de Tareas a Diseñadores de Ecosistemas
Como arquitectos, ingenieros y líderes de proyecto, nuestro trabajo no es solo gestionar tareas o pedirle a la gente que «por favor, colabore».
Nuestro verdadero desafío, como innovadores en la industria, es diseñar el juego mismo.
Debemos estructurar nuestros proyectos (con las reglas de Scrum, LPS y Lean) de tal manera que las interacciones sean frecuentes, los resultados transparentes y la adaptación constante. Al hacerlo, creamos un modelo robusto que fomenta activamente la evolución de equipos de alto rendimiento, donde la Cooperación gana en la Construcción.
Arquitecto, con Maestría en Gerencia de Proyectos, Empresas Constructoras e Inmobiliarias. Scrum Master. Profesional activo del Sector AEC especializado en Construcción de Centros Comerciales y Hoteles, experiencia por más de 650.000 m2 (7 millones sf) proyectados y construidos.
