Dimensión Fractal: Midiendo el caos en Construcción

¡Esta construcción es un caos! Existen obras que realmente se salen de control y la mayoría no sabe por dónde empezar para encaminar nuevamente la construcción. La Teoría del Caos nos ayuda con un par de indicadores provenientes de la “Dimensión Fractal: Midiendo el caos en Construcción».

Te recomiendo:

1. Scrum y la Teoría Fractal en Proyectos
2. La Teoría del Caos para la Construcción
3. Patrones Disfuncionales en Equipos de Construcción

Veamos cómo aplicar el concepto de dimensión fractal (DF) en proyectos de construcción utilizando las “Solicitudes de Información” o RFIs (Requests for Information). En lugar de simplemente contar cuántos RFIs hay, la dimensión fractal nos dice cómo se distribuyen esos RFIs en el tiempo o en el espacio, con ello vamos a lograr avanzar en cuantificar la complejidad y la naturaleza del caos que posee un proyecto.

¿Qué mide la Dimensión Fractal aquí?

En términos simples, la dimensión fractal de un conjunto de datos (como una serie temporal) mide su «rugosidad» o «irregularidad».

• Una línea recta tiene una dimensión de 1. Es suave, predecible.
• Un conjunto de puntos completamente aleatorio que llena un plano (como el ruido blanco) tendría una dimensión cercana a 2.
• Un conjunto de datos fractal tiene una dimensión fraccionaria (por ejemplo, 1.3 o 1.6).

En el contexto de los RFIs y cambios, la dimensión fractal no mide el número de problemas, sino la complejidad de su patrón de aparición. Un valor de DF más alto implica un patrón más complejo, errático y menos predecible.

¿Cómo se aplicaría?

Se pueden analizar dos dimensiones principales: la temporal (cuándo ocurren) y la espacial (dónde ocurren).

Análisis Temporal (El Patrón de «Cuándo»)

Este es el análisis más común. Convertimos el historial del proyecto en un conjunto de datos.

• Datos: Una serie temporal del número acumulado de RFIs o cambios de diseño a lo largo de los días del proyecto.
• Cálculo: Se aplica un algoritmo (como el método de «conteo de cajas» o box-counting) sobre el gráfico de esta serie temporal para calcular su dimensión fractal.

Interpretación de los Resultados:

• DF cercana a 1.0 (Ej: 1.05):
  • Significado: Los RFIs/cambios ocurren a un ritmo casi constante y predecible. Es una línea recta.
  • Implicación para el Proyecto: El proyecto es muy estable. Los problemas son pocos o surgen de manera predecible, permitiendo una gestión de recursos fluida. (Esto es lo ideal, pero es muy raro).
• DF Moderada (Ej: 1.2 – 1.4):
  • Significado: Los problemas muestran persistencia o clustering (agrupamiento). Un RFI tiende a ser seguido por otro RFI poco después.
  • Implicación para el Proyecto: ¡Este es el hallazgo clave! Sugiere un «efecto cascada» o «efecto dominó». Un pequeño problema de diseño no resuelto genera una ráfaga de preguntas y cambios relacionados. Esto es un indicador claro de ambigüedad en el diseño, falta de coordinación o problemas de constructibilidad que se están descubriendo en «oleadas».
• DF Alta (Ej: 1.5 – 1.7):
  • Significado: El patrón es muy irregular, «rugoso» y caótico. Se acerca a un comportamiento aleatorio.
  • Implicación para el Proyecto: Esto indica un entorno de «apagafuegos» (firefighting). Los problemas surgen de forma errática, sin patrón aparente, probablemente desde múltiples frentes no relacionados. La gestión se vuelve puramente reactiva. Puede reflejar un cliente indeciso, un diseño muy inmaduro o una mala gestión de los stakeholders.

¿Qué Medimos en el Tiempo?

En un análisis temporal, no medimos la cantidad de RFIs, sino el ritmo y el patrón con que aparecen.

Queremos responder: ¿Los problemas surgen de forma constante y predecible (como un goteo)? ¿O surgen en «ráfagas» caóticas (como una tormenta)?

La dimensión fractal cuantifica exactamente esto: la «rugosidad» o «caoticidad» de la línea de tiempo del proyecto.

Metodología Detallada: Paso a Paso

Aquí te explico cómo se haría el cálculo en la práctica.

Paso 1: Recolectar los Datos

Lo primero es tener un registro simple de la fecha de cada evento que queremos analizar. Para este ejemplo, usaremos RFIs y Cambios de Diseño (CD).

• RFI-001: 01-Marzo
• RFI-002: 03-Marzo
• CD-001: 03-Marzo
• RFI-003: 10-Marzo
• RFI-004: 11-Marzo
• RFI-005: 12-Marzo
• …etc.

Paso 2: Crear la Serie Temporal Acumulada 

Este es el paso más importante. No graficamos el número de RFIs por día, sino el conteo acumulado a lo largo del tiempo.

• Eje X: Días del Proyecto (Día 1, Día 2, …, Día 365)
• Eje Y: Número Total Acumulado de RFIs/CDs

Usando los datos anteriores, el gráfico se vería así:

• Día 1 (01-Mar): 1
• Día 2 (02-Mar): 1 (no hubo nuevos)
• Día 3 (03-Mar): 3 (se sumaron 2 nuevos)
• Día 4 (04-Mar): 3
• …
• Día 10 (10-Mar): 4 (se sumó 1 nuevo)
• Día 11 (11-Mar): 5
• Día 12 (12-Mar): 6

Paso 3: Visualizar el Patrón

Al graficar estos datos acumulados para todo el proyecto, obtendremos una línea que siempre sube. La pregunta es: ¿cómo sube?

• Línea Suave (DF baja): Una línea casi recta. Sube de forma constante.
• Línea en Escalones (DF media): Períodos de calma, seguidos de «ráfagas» o saltos verticales.
• Línea Rugosa (DF alta): Sube erráticamente, como una sierra, sin patrón claro.

Paso 4: Calcular la Dimensión Fractal (Método Box-Counting)

Aquí está la matemática (explicada de forma simple):

1. «Colocar Cajas»: Tomamos nuestro gráfico (Paso 3) y superponemos una cuadrícula (ej. 4×4). Contamos cuántas cajas de la cuadrícula son «tocadas» por la línea del gráfico.
2. Refinar la Cuadrícula: Hacemos las cajas más pequeñas (ej. 8×8). Volvemos a contar cuántas cajas toca la línea. El número será mayor.
3. Repetir: Seguimos refinando la cuadrícula (16×16, 32×32…).
4. Calcular: La Dimensión Fractal es la tasa a la que crece el número de cajas tocadas a medida que reducimos su tamaño.
   • Si es una línea recta (DF=1), al duplicar la finura de la cuadrícula, el número de cajas tocadas solo se duplica.
   • Si es una línea caótica (DF > 1), al duplicar la finura, el número de cajas tocadas crece mucho más rápido.

Este cálculo (log(Nº de Cajas) / log(1/Tamaño de Caja)) nos da un número, por ejemplo, 1.32.

Ejemplo Concreto: Proyecto «Torre Central»

Imaginemos un proyecto de oficinas de 15 meses. Decidimos calcular la DF de los RFIs y Cambios cada mes para ver cómo evoluciona la complejidad.

1: Cimentaciones y Estructura (Meses 1-4)

• Eventos: Los RFIs surgen a un ritmo constante. Un RFI sobre el acero de una viga, luego otro sobre un anclaje. Son predecibles.
• Gráfico Acumulado: Una línea muy suave, casi recta.
• Cálculo de DF (Mes 4): DF = 1.15
• Interpretación: Estable. El proyecto es predecible. El equipo de diseño responde a medida que la obra avanza. El flujo de información es saludable.

2: Coordinación de Fachada y MEP (Meses 5-8)

• Eventos: Inicia la coordinación de Instalaciones (MEP) con la fachada de muro cortina.
• El «Cluster»: El 05-Junio, el contratista de fachada emite un RFI (RFI-080) sobre el espacio para sus anclajes.
• La Cascada:
  • 07-Junio: El contratista de HVAC emite 3 RFIs (RFI-081 a 083) porque el cambio de anclaje choca con sus ductos.
  • 08-Junio: El eléctrico emite 2 RFIs (RFI-084, 085) por sus bandejas.
  • 10-Junio: El equipo de diseño emite un Cambio de Diseño (CD-015) para reubicar ductos.
• Gráfico Acumulado: El gráfico, que venía suave, de repente muestra un «salto» vertical.
• Cálculo de DF (Mes 8): DF = 1.42
• Interpretación: Clustering (Efecto Dominó). ¡Alerta! Un problema (anclajes) no se resolvió limpiamente y generó una cascada de problemas en otras disciplinas. La DF subió porque los eventos se agruparon.

3: Acabados e Interiores (Meses 9-12)

• Eventos: El diseño de interiores (hecho por otro arquitecto) se libera tarde y está incompleto. Al mismo tiempo, los problemas de MEP de la fase 2 no se resolvieron del todo.
• El Caos:
  • Lunes: RFI sobre el piso (Acabados).
  • Martes: RFI sobre el cielo raso (MEP).
  • Miércoles: RFI sobre las mamparas (Interiores) y un CD por un RFI viejo de fachada.
  • Jueves: RFI de iluminación (MEP).
• Gráfico Acumulado: La línea es muy «rugosa» y sube erráticamente, casi vertical.
• Cálculo de DF (Mes 12): DF = 1.68
• Interpretación: Caos (Alta Complejidad). El proyecto está en modo «apagafuegos». Los problemas surgen de frentes múltiples y no relacionados, de forma impredecible. La gestión es 100% reactiva.

La Acción de Gestión (Tu Perspectiva Agile/Lean)

Aquí es donde la DF se vuelve una herramienta de gestión.

¿Qué debió hacer el Gerente de Proyecto al ver la DF saltar a 1.42 en la Fase 2?

1. No Ignorar la Señal: El salto de 1.15 a 1.42 no es solo «un mal mes». Es un indicador matemático de que la complejidad se está agrupando.
2. Aplicar Lean (Análisis de Causa Raíz): La DF nos dice «dónde» (Mes 5-8) pero no «por qué». El PM debe investigar el cluster (el RFI-080 y su cascada). ¿Por qué un RFI de fachada impactó a MEP y Eléctrica?
   • Posible Causa Raíz: Falta de coordinación BIM. El modelo de fachada y el de MEP no se cruzaron a tiempo.
3. Aplicar Agile/Scrum (Retrospectiva): El PM debió convocar una reunión (similar a una retrospectiva de Sprint) con los líderes de diseño de fachada, MEP y eléctrica.
   • Pregunta Clave: «¿Qué falló en nuestro flujo de información que permitió que este RFI generará 5 problemas más?»
4. Aplicar LPS (Last Planner System): Este cluster de RFIs es una falla de constructibilidad que debió ser identificada en una sesión de Pull Planning de la Fase de Diseño. La DF de 1.42 prueba que la «liberación» del diseño (un hito de LPS) fue defectuosa.

En resumen, el análisis fractal temporal actúa como un sismógrafo de la estabilidad del proyecto, dándote una alerta temprana cuantificable de que un «efecto dominó» está comenzando, permitiéndote actuar antes de que se convierta en un caos inmanejable (DF > 1.6).

 

Análisis Espacial (El Patrón de «Dónde»)

También podemos analizar dónde ocurren los problemas físicamente en el edificio.

• Datos: Un «mapa» (plano 2D o modelo 3D) con un punto en la coordenada (x, y, z) de cada RFI o cambio.
• Cálculo: Se calcula la dimensión fractal de esta «nube de puntos».

Interpretación de los Resultados:

• DF Baja (Ej: cercano a 1.0 en un plano):
  • Significado: Los problemas están muy concentrados. Ocurren todos en una misma zona o están alineados (por ejemplo, todos en el mismo shaft de instalaciones).
  • Implicación para el Proyecto: El problema es localizado. La atención debe centrarse intensamente en esa área o disciplina específica.
• DF Alta (Ej: cercano a 2.0 en un plano):
  • Significado: Los problemas están distribuidos por todo el proyecto, llenando el espacio de manera uniforme.
  • Implicación para el Proyecto: El problema es sistémico. No se trata de un detalle de diseño; es probable que sea un error fundamental en los planos base, en las especificaciones generales o un problema de calidad que afecta a toda la obra.

Metodología Detallada: Paso a Paso

El proceso es conceptualmente similar al temporal, pero usamos coordenadas (x, y, z) en lugar de tiempo.

1: Recolectar los Datos

Este es el paso más crítico y requiere un buen sistema de gestión de la información (idealmente, integrado con BIM). Para cada RFI o Cambio, no solo registramos la fecha, sino su ubicación precisa:

• RFI-001: Nivel 3, Ala Este, Eje C-4. (Coordenada: x=50, y=12, z=9)
• RFI-002: Nivel 3, Ala Este, Eje C-5. (Coordenada: x=50, y=18, z=9)
• RFI-003: Nivel 8, Ala Sur, Eje G-8. (Coordenada: x=85, y=40, z=24)
• …y así sucesivamente para cientos de puntos.

2: Crear la «Nube de Puntos» (Point Cloud)

Se toman todas estas coordenadas (x, y, z) y se grafican en un modelo 3D del proyecto (o en un plano 2D si solo analizamos una planta).

Obtendremos una «nube» de puntos que representa visualmente el epicentro de todos los problemas del proyecto.

3: Visualizar el Patrón

Incluso antes de calcular, la visualización nos da pistas:

• ¿Están todos los puntos agrupados en un solo lugar? (Ej. el cuarto de bombas).
• ¿Están todos los puntos en la misma fachada?
• ¿Están todos los puntos en los mismos shafts (ductos) verticales?
• ¿Están esparcidos por todas partes sin patrón alguno?

4: Calcular la Dimensión Fractal (Método Box-Counting 3D)

El algoritmo de «conteo de cajas» (Box-Counting) se aplica ahora en 3D:

1. «Colocar Cajas 3D»: Imaginamos que metemos el edificio completo en un gran cubo (una «caja»). Contamos 1 caja.
2. Refinar la Cuadrícula: Dividimos ese cubo en 8 cubos más pequeños (2x2x2). Contamos cuántos de estos cubos contienen al menos un RFI. (Ej. 5 cubos).
3. Repetir: Volvemos a dividir cada cubo (ahora 64 cubos, 512, 4096…). Cada vez, contamos cuántas de las nuevas cajas (más pequeñas) tienen puntos.
4. Calcular: La DF mide la tasa a la que aumenta el número de cajas «ocupadas» a medida que reducimos su tamaño.

Interpretación de los Valores de DF (Espacial 3D):

• DF cercana a 0: Los puntos están hiper-concentrados en un solo lugar.
• DF cercana a 1: Los puntos se distribuyen a lo largo de una línea (Ej. un corredor, una tubería principal, un shaft vertical).
• DF cercana a 2: Los puntos se distribuyen sobre una superficie (Ej. toda la fachada, una losa de un piso).
• DF cercana a 3: Los puntos están distribuidos caóticamente, «llenando» el volumen total del edificio.

Ejemplo Concreto: Proyecto «Clínica de Especialidades»

Imaginemos un proyecto hospitalario complejo. Tras 8 meses, tenemos 350 RFIs. Decidimos hacer un análisis fractal espacial de sus coordenadas (x, y, z).

A: El Problema «Sistémico» (DF Alta)

• DF Calculada: DF = 2.72
• Visualización: Los puntos rojos de RFIs aparecen por todo el edificio. En los pisos de hospitalización, en los quirófanos, en la sala de calderas, en la fachada y en los estacionamientos.
• Interpretación: La DF es muy alta, cercana a 3. Los problemas están «llenando» el volumen.
• Diagnóstico (Lean): El problema es sistémico y profundo. No es un error de un equipo; es un error en la base.
  • Causa Raíz Probable: Los planos de arquitectura base (los backgrounds) que usaron TODOS los ingenieros (MEP, estructuras) estaban desactualizados o tenían errores fundamentales. O las Especificaciones Generales del proyecto son contradictorias.
• Acción de Gerencia (PM/Agile):
  • ¡Parar! (Como un Andon de Lean). No se puede seguir diseñando o construyendo sobre cimientos podridos.
  • Se requiere una revisión fundamental del diseño base. Esto justifica una paralización temporal para una auditoría de calidad de los documentos del contrato.

B: El Problema «Localizado» (DF Baja)

• DF Calculada: DF = 1.15
• Visualización: El 90% de los 350 RFIs están agrupados verticalmente en la misma esquina del edificio, atravesando todos los pisos.
• Interpretación: La DF es baja, cercana a 1. Los problemas están alineados, como perlas en un hilo.
• Diagnóstico (Lean): El problema es localizado y específico. Al investigar, se descubre que esa esquina es el shaft principal de gases medicinales y vacío.
• Acción de Gerencia (PM/Agile):
  • Enfoque quirúrgico. No se molesta al equipo de fachadas ni al de acabados.
  • Se crea un squad o «Tiger Team» (Scrum) con los únicos involucrados: el diseñador MEP, el estructural (por los pases) y el proveedor de gases.
  • Se realiza una sesión LPS (Last Planner System) enfocada únicamente en la secuencia de instalación de ese shaft.

C: El Problema de «Interfaz» (DF Media)

• DF Calculada: DF = 1.95
• Visualización: Los puntos no están por todos lados, ni en un solo shaft. Están todos «pegados» a la superficie exterior del edificio (la envolvente).
• Interpretación: La DF es cercana a 2. Los problemas están distribuidos sobre un plano o superficie.
• Diagnóstico (Lean): El problema es la interfaz entre dos sistemas principales. En este caso, la fachada (muro cortina) y la estructura principal. Los anclajes, tolerancias y juntas no están coordinados.
• Acción de Gerencia (PM/Agile):
  • Convocar reuniones de coordinación específicas de la fachada.
  • La prioridad N°1 del equipo de diseño es revisar y aprobar al 100% los planos de taller (shop drawings) del contratista de fachada contra los planos estructurales.

Conclusión

El análisis espacial fractal es una herramienta de diagnóstico increíblemente poderosa. Te dice dónde enfocar tus recursos limitados.

En lugar de tratar todos los RFIs por igual, la DF te permite identificar si tienes:

• Un problema sistémico (DF alta) que requiere una acción gerencial de alto nivel.
• Un problema de interfaz (DF media) que requiere coordinación entre disciplinas.
• Un problema localizado (DF baja) que puede ser resuelto por un equipo pequeño y enfocado.

 

Beneficios para la Gerencia de Proyectos (Conexión Agile/Lean)

Para un profesional con perfil Agile, Lean, LPS, el valor de la DF es que convierte una sensación subjetiva («¡este proyecto es un caos!») en un indicador objetivo.

1. Cuantificar la complejidad: Permite comparar objetivamente la complejidad entre dos proyectos o entre dos fases del mismo proyecto.
2. Indicador de alerta temprana (Leading Indicator): Si la DF de los RFIs comienza a aumentar en la fase de diseño, es una señal de alerta temprana de que la constructibilidad será baja y que se avecinan sobrecostos.
3. Diagnóstico de Causa Raíz (Lean):
   • Una DF temporal alta (caos) sugiere problemas de flujo de información (pilar de Lean y LPS).
   • Una DF temporal moderada (clustering) sugiere problemas de calidad en el diseño (falta de coordinación).
4. Enfoque de Recursos (Agile/Scrum):
   • Un análisis espacial con DF alta (problema sistémico) requeriría una retrospectiva (retrospective) de todo el equipo de diseño.
   • Un análisis espacial con DF baja (problema localizado) podría ser abordado por un squad o equipo pequeño enfocado en ese componente específico.

En resumen, la dimensión fractal ofrece una métrica sofisticada para medir la salud del flujo de información y la estabilidad del diseño en un proyecto.

Dimensión Fractal: Midiendo el caos en Construcción enlace de interés externo.