El dilema del optimizador

A finales de 2019, Guyana encendió su primera instalación de producción offshore. Era el primer FPSO (Floating Production, Storage and Offloading) de la cuenca — diseñado a partir de especificaciones que definían una envolvente operacional precisa. Múltiples contratistas especializados habían entregado dentro de spec y dentro del presupuesto asignado.

Meses después del arranque, la instalación producía muy por debajo de su capacidad diseñada.

La causa raíz no fue un error de ingeniería aislado. El sello del compresor de gas de flasheo (flash gas compressor) y el silenciador de descarga habían sido especificados para una envolvente de diseño; la operación real expuso una brecha que esa especificación no contemplaba. El resultado fue quema de gas — flaring — en volúmenes que superaron los umbrales de la licencia ambiental. El propio operador reconoció "problemas de diseño" y redujo la producción a niveles mínimos para mitigar la formación de hidratos; corregir el equipo exigió enviarlo de vuelta a su fabricante en Alemania y movilizar expertos internacionales. El registro público es consistente con una falla que no vivía en ningún componente tomado por separado, sino en la interfaz entre lo que cada paquete especificó y lo que el sistema integrado terminó exigiendo.

La corrección lo confirmó: resolver la falla no fue tarea de un solo actor. Exigió alinear al dueño del bloque (ExxonMobil), al operador del buque (SBM Offshore) y al fabricante del equipo (MAN Energy Solutions) — y cuando se reparó el sello, apareció un problema en el silenciador de descarga durante la reinstalación. Cada pieza era responsabilidad de alguien distinto; la interfaz entre ellas no era responsabilidad de nadie. Ahí vive el riesgo.

Para el contexto sectorial: SR Guyana 2026 — JR Engineering Company.

La misma cuenca generó la respuesta, y la curva de aprendizaje es medible. Prosperity, tercera FPSO del bloque, alcanzó flaring de fondo en 39 días — dentro del objetivo de 60 días de su permiso ambiental — frente al arranque prolongado de Liza Destiny descrito arriba; su diseño, como el de las fases Liza, elimina el flaring rutinario usando el gas producido para alimentar la FPSO y reinyectando el resto al yacimiento.[8] Y ONE GUYANA — cuarta y mayor FPSO del bloque, 250.000 bpd, con primer petróleo en agosto de 2025, cuatro meses antes de lo previsto — se construyó sobre el desempeño operacional de las tres FPSO anteriores de la cuenca.[6][7] La lección estaba aprendida: el arranque más rápido y limpio fue el del proyecto que llegó después de los problemas, no antes.

No es un caso aislado. La ingeniería de sistemas documenta que el costo de corregir un defecto crece varios órdenes de magnitud a medida que el proyecto avanza de la definición a la operación: un ajuste de requerimientos en papel cuesta una fracción de lo que cuesta el mismo cambio con la planta en marcha.[3] El diagrama N2 ataca el problema donde es barato — en la matriz, antes de adjudicar — declarando cada interfaz real para que ninguna llegue vacía a la fase en que corregirla cuesta más.

Esta historia no es excepcional. Es el patrón.[5] Los datos de IPA (Independent Project Analysis) lo confirman: cerca del 78% de los megaproyectos upstream de O&G no cumple las promesas hechas en la decisión de inversión — solo uno de cada cinco se considera exitoso — y la mayoría de esos fallos no se manifiesta como un colapso de costos, sino como una planta que nunca alcanza su producción de diseño en los dos primeros años tras el arranque.[1]

La ilusión de la optimización local

El problema no está en los contratistas. Está en cómo los dueños de proyectos definen el éxito.

Cuando el CFO mide cada componente del proyecto por separado — costo unitario, avance físico, tarifa de recurso — mide partes que avanzan mientras el conjunto se queda. Cada indicador es verde. El sistema no llega.

En 2023 publiqué un artículo sobre esta dualidad — empresas que se mueven como luciérnagas y empresas que se mueven como tortugas — y lo planteé como una elección de tempo.[4] Me faltaba el mecanismo, y el mecanismo reordena el argumento: el eje no es la velocidad, es la coordinación de interfaces. Avanzar firme o brillar rápido da igual si cada parte optimiza su alcance sin sincronizar con la de al lado — y no sabe que lo está haciendo.

Coordinación sin centro de control

Las luciérnagas coordinan. En ciertas especies del género Photinus, congregaciones enteras sincronizan sus destellos sin un centro de control, sin un director de orquesta. El mecanismo es la interfaz: cada individuo responde únicamente a la señal de sus vecinos más próximos. No hay optimización local. Hay protocolo de interfaz. La luciérnaga que sincroniza no brilla menos que la que brilla sola: brilla en conjunto.

Los proyectos de capital fallan cuando los contratos están diseñados para optimizar locales y no para gestionar interfaces. El diseñador del compresor optimiza su alcance. El integrador de control optimiza el suyo. La interfaz entre ambos subsistemas existe en la física del sistema — pero en ningún contrato, en ningún presupuesto, y en ninguna responsabilidad asignada.

El resultado es un sistema que funciona en sus partes y falla en su conjunto.

El mecanismo que falta: la complejidad vive en las interfaces

La complejidad de un proyecto de capital no la define el número de componentes, sino el número de interfaces vivas entre ellos — los flujos de datos, señales, decisiones y responsabilidades que cruzan de un subsistema a otro. Y el número de interfaces posibles no crece de forma lineal: en el límite escala con el cuadrado del número de subsistemas. Diez paquetes contractuales no generan diez puntos de coordinación; generan decenas. En un sistema de sistemas — varios proyectos, operadores y contratistas acoplados — la medida real de la complejidad, y del riesgo, es el número de interfaces vivas, no el de equipos.

Hacer visibles esas interfaces es un problema de representación. El diagrama N2 es una forma: una matriz de N subsistemas por N subsistemas donde la diagonal son los subsistemas y cada celda fuera de la diagonal es una interfaz.[2] Su virtud es que convierte la celda vacía en un hallazgo auditable — una interfaz que existe en la física del sistema pero no en ningún contrato. No es la única representación: un grafo de dependencias o una Design Structure Matrix (DSM) capturan lo mismo desde otro ángulo.[3] La herramienta importa menos que la disciplina: declarar cada interfaz viva antes de adjudicar.

En instalaciones de producción O&G — donde estándares como JIP33/READI (IEC/ISO 81346) formalizan la notación funcional de cada subsistema — esa disciplina convierte cada interfaz no declarada en lo que realmente es: un riesgo no valorado y una responsabilidad que no existe en ningún contrato. El objetivo no es auditar errores pasados, sino anticipar los puntos de falla sistémica antes de que se materialicen en disputas, producción perdida o costo de corrección.

La diferencia entre un proyecto que entrega valor y uno que entrega sus KPIs locales está, casi siempre, en si alguien se hizo cargo de mapear las interfaces vivas.

La pregunta del CFO

La pregunta habitual en la aprobación de proyectos de capital es: "¿cuánto cuesta esto?". Es una buena pregunta, pero no la decisiva.

La pregunta correcta — la que cambia la defensibilidad de la posición del dueño ante un evento adverso — es: "¿qué tan defensible es esta estructura sistémica si algo falla?"

Defensibilidad no es sinónimo de bajo costo. Una estructura defensible tiene interfaces declaradas, responsabilidades trazables, y mecanismos de verificación que sobreviven a la adversarialidad: una disputa contractual, una variación de alcance no prevista, un evento de integridad.

Cuando un proyecto no puede responder esa pregunta, la causa rara vez es la gestión; es el diseño — sus interfaces nunca se declararon.

En la práctica, esto cambia decisiones antes de firmar. Un comité que ve una celda de interfaz vacía entre dos paquetes contractuales puede reasignar esa responsabilidad, exigir la especificación de interfaz como condición de adjudicación, o reincorporar al precio el riesgo que antes viajaba gratis. El diagrama N2 no solo explica por qué falló un proyecto pasado: reordena el capital de uno futuro.

Tres señales de que tu organización optimiza local sin saberlo

  1. Los proyectos entregan en hito pero no en función. El dashboard tiene indicadores verdes. El sistema integrado opera al 70–80% de la capacidad especificada. La diferencia es casi siempre una interfaz que nunca fue mapeada.

  2. Las disputas contractuales siempre se acumulan en "lo que no estaba en mi alcance". La zona de conflicto está exactamente donde el diagrama N2 habría señalado una interfaz vacía — la celda que nadie se apropió.

  3. El conocimiento del sistema vive en personas, no en documentación. Cuando el ingeniero de integración renuncia, el conocimiento de las interfaces se va con él. No hay trazabilidad. No hay defensibilidad. No hay organización resiliente — solo una operación que depende de que sus mejores individuos no se muevan.

Si reconoces dos de estas tres señales en tu organización, tienes un problema de interfaces activo. No es un problema de ejecución. Es un problema de arquitectura.

Referencias

  1. Merrow, E. W. (2011). Industrial Megaprojects: Concepts, Strategies, and Practices for Success. Wiley & Sons. IPA documenta una tasa de éxito cercana al 22% en megaproyectos upstream de O&G (≥ USD 1.000M); de los proyectos fallidos, ~64% sufre problemas serios y persistentes de alcance de producción en los dos primeros años tras el arranque.
  2. NASA Systems Engineering Handbook (SP-2016-6105 Rev2). N2 Diagram methodology. NASA Technical Reports Server.
  3. INCOSE Systems Engineering Handbook, 4ª ed. (2015). Sección 4.3: Interface Management.
  4. Ramírez, J. (2023). De tortugas y luciérnagas: Optimización racional vs. Ganancias de eficiencia naturales. LinkedIn Pulse, enero 2023.
  5. Changali, S., Mohammad, A., & van Nieuwland, M. (2015). "The construction productivity imperative." McKinsey Quarterly. [98% of capital projects above $1B fail to meet original cost, schedule, or scope objectives]
  6. Arbulu, R. J. (2023). "Applying Production System Design to Upstream Oil and Gas Projects." World Oil, September 2023. Project Production Institute (PPI).
  7. SBM Offshore. FPSO ONE GUYANA producing and on hire (8 de agosto de 2025). sbmoffshore.com/newsroom/fpso-one-guyana-producing-and-on-hire. [Yellowtail / ONE GUYANA: cuarta y mayor FPSO del bloque Stabroek, 250.000 bpd, primer petróleo 8 ago 2025; construye sobre el desempeño de Liza Destiny, Liza Unity y Prosperity.]
  8. ExxonMobil Guyana. Prosperity achieves background flare (10 de enero de 2024). corporate.exxonmobil.com/locations/guyana/news-releases/011024_prosperity-achieves-background-flare. [Flaring de fondo en 39 días, dentro del objetivo de 60 días del permiso ambiental; lecciones de proyectos previos aplicadas a Payara.]