Planificación estratégica en proyectos de petróleo y gas: Alineación de objetivos con las operaciones

Planificación estratégica en proyectos de petróleo y gas: Alineación de objetivos con las operaciones

Los proyectos se sancionan basándose en un conjunto de supuestos (rendimiento del yacimiento, plazos regulatorios, disponibilidad de contratistas) que rara vez sobreviven intactos al contacto con la realidad. Cerrar esa brecha no es un ejercicio de filosofía de gestión; es una disciplina de ingeniería con métodos identificables y resultados medibles.

Por qué ocurre la falta de alineación

La planificación estratégica en el sector del petróleo y el gas suele involucrar a múltiples organizaciones: el propietario del activo, un contratista de ingeniería, procura y construcción (EPC), un consultor de gestión de proyectos y proveedores especialistas. Cada uno aporta sus propios impulsores de cronograma, apetito de riesgo y definición de "finalizado". Sin un marco de integración estructurado, cada parte optimiza sus propios entregables en lugar de la operabilidad a largo plazo del activo.

Las faltas de alineación más comunes incluyen:

• Brechas entre diseño y operación: Equipos seleccionados para cumplir con el servicio del proceso sin la intervención adecuada de los equipos de mantenimiento sobre accesibilidad, estandarización de repuestos o filosofía de parada de planta.
• Compresión del cronograma en la fase final: Cuando los hitos del proyecto se retrasan, el tiempo disponible para el pre-comisionamiento, comisionamiento y capacitación de operadores se reduce primero porque se percibe como un cronograma flexible.
• Criterios de entrega no definidos: Los proyectos se entregan a operaciones sin definiciones de finalización acordadas, dejando elementos pendientes en la lista de verificación (punch-list) que se convierten en pasivos operativos.
• Aumento del alcance absorbido sin revisión de operabilidad: Los cambios de alcance en etapas tardías se evalúan por su impacto en el coste y el cronograma, pero no por su efecto en el acceso para mantenimiento, la integridad de los lazos de instrumentos o la seguridad de los procesos.

Contexto de estándares y requisitos

Varios estándares establecidos proporcionan la base técnica para alinear la planificación del proyecto con los requisitos operativos.

ISO 15663 (Petroleum and natural gas industries — Life cycle costing) proporciona un marco para evaluar decisiones sobre la base del coste total de propiedad en lugar de únicamente el gasto de capital. Su aplicación durante el diseño de ingeniería de detalle (FEED) obliga a los equipos de proyecto a cuantificar las implicaciones de costes operativos de las opciones de diseño antes de que se consoliden.

IEC 61511 (Functional safety — Safety instrumented systems for the process industry sector) exige que las especificaciones de requisitos de seguridad (SRS) se desarrollen con la participación de operaciones y mantenimiento, no solo de los ingenieros de procesos. El modelo de ciclo de vida integrado en IEC 61511 conecta explícitamente el diseño, el comisionamiento y las actividades continuas de pruebas de comprobación, asegurando que las restricciones operativas y de mantenimiento se capturen en el diseño de seguridad. Exige que las especificaciones de requisitos de seguridad (SRS) se desarrollen con la participación de operaciones y mantenimiento, no solo de los ingenieros de procesos. El modelo de ciclo de vida integrado en IEC 61511 conecta explícitamente el diseño, el comisionamiento y las actividades continuas de pruebas de comprobación, lo que lo convierte tanto en un documento de planificación como en un documento de seguridad.

API 580 (Risk-Based Inspection) establece el enfoque estructurado general para la planificación de inspecciones. API 581 (Risk-Based Inspection — Refinery Equipment) proporciona una guía de implementación específica para refinerías. Para proyectos de aguas arriba y midstream, API 580 es la referencia principal; API 581 se aplica solo a activos de refinería. Establecen un enfoque estructurado para la planificación de inspecciones que debe iniciarse durante la fase del proyecto para ser ejecutable en la primera parada de planta. Esperar hasta que comiencen las operaciones para desarrollar un programa de RBI significa que los datos de referencia necesarios para el modelado de consecuencias faltan o deben reconstruirse con un coste asociado.

API 610 (Centrifugal Pumps for Petroleum, Petrochemical and Natural Gas Industries) es un ejemplo de un estándar de procura que, cuando se aplica de manera consistente en un proyecto, reduce directamente la carga de inventario de repuestos y el conjunto de habilidades requeridas de los técnicos de mantenimiento. Especificar equipos bajo estándares reconocidos es en sí mismo una decisión de planificación con consecuencias operativas a largo plazo.

La interfaz entre planificación y operaciones

Front-End Engineering Design (FEED)

El FEED es el punto de mayor apalancamiento para la alineación operativa. Sin embargo, los equipos de operaciones suelen estar subrepresentados en las revisiones del FEED.

Una contramedida práctica es el proceso formal de Preparación y Aseguramiento Operativo (ORA), en el cual se establece un equipo dedicado a la preparación operativa tras la sanción del proyecto, con el mandato claro de representar el ciclo de vida operativo. Este equipo debe participar en estudios de peligros y operabilidad (HAZOP), revisiones de constructibilidad y ejercicios de ingeniería de valor, con autoridad de veto sobre decisiones que comprometan la mantenibilidad o la operabilidad.

Entregables clave del FEED que requieren aportes de operaciones:

Diseño detallado y adquisiciones

Durante el diseño detallado, la alineación requiere que los cambios en las condiciones del proceso, las capacidades de los equipos o los rangos de los instrumentos se revisen no solo por su corrección técnica, sino por su efecto aguas abajo en los procedimientos operativos, los puntos de consigna de las funciones instrumentadas de seguridad y las listas de tareas de mantenimiento. Un proceso de gestión del cambio (MOC) que cubra tanto las implicaciones del proyecto como las operativas es esencial desde el inicio del diseño detallado, no solo después de la entrega.

Las decisiones de adquisición tomadas por criterios de costo unitario sin referencia a un registro de estandarización de equipos crean una complejidad de mantenimiento a largo plazo. Cuando un proyecto involucra múltiples trenes o fases, la especificación de familias de equipos rotativos idénticos en todos los trenes reduce el inventario de repuestos necesario y simplifica la calificación de los técnicos.

Comisionamiento y precomisionamiento

El comisionamiento es donde las suposiciones de planificación se prueban frente a la realidad física. Una secuencia de comisionamiento bien planificada, desarrollada conjuntamente por los ingenieros del proyecto y el equipo de operaciones, cumple varios propósitos: identifica deficiencias de diseño latentes antes de la introducción de hidrocarburos, proporciona los datos base contra los cuales se referenciará el monitoreo de condición futuro y sirve como capacitación estructurada en el puesto de trabajo para los operadores.

El plan de comisionamiento debe definir, para cada sistema, los criterios de terminación mecánica, terminación de precomisionamiento, listo para el arranque (RFSU) y entrega a operaciones. Estos son hitos distintos con criterios de aceptación específicos, y confundirlos es una fuente común de disputas al cierre del proyecto.

Escenario ilustrativo

El siguiente escenario es ilustrativo y no representa un proyecto o incidente específico.

Considere una planta de procesamiento de gas en tierra donde el equipo del proyecto, bajo presión del cronograma, pospuso el desarrollo de los procedimientos operativos y el programa de verificación de lazos de instrumentos hasta la fase de comisionamiento. Cuando comenzó el precomisionamiento, el equipo de operaciones descubrió que el contratista EPC había especificado un número significativo de posiciones de falla segura de válvulas de control basándose en valores predeterminados de seguridad de procesos, sin referencia a la filosofía operativa real. Corregir esto requirió órdenes de cambio de ingeniería, diagramas de causa y efecto revisados y la repetición de las pruebas de comprobación de las funciones instrumentadas de seguridad afectadas, todo ello en la ruta crítica. La causa raíz no fue la incompetencia técnica; fue la ausencia de un proceso de planificación integrado que incorporara a operaciones en la revisión de causa y efecto durante el FEED.

Si el equipo ORA hubiera estado activo durante el FEED, la revisión de la posición de falla segura habría sido una acción estándar del HAZOP resuelta antes de congelar el diseño detallado.

Lista de verificación práctica: Alineación de la planificación estratégica con las operaciones

Utilice esta lista de verificación en las revisiones de fase del proyecto para evaluar la profundidad de la integración de operaciones.

En la fase de FEED (Pre-sanción)

• Equipo de preparación operativa establecido con autoridad definida
• Registro de estandarización de equipos redactado y aprobado por el líder de mantenimiento
• Filosofía preliminar de repuestos acordada, cubriendo repuestos críticos y de seguros
• HAZOP inicial completado con representación de operaciones y mantenimiento
• Análisis de costo de ciclo de vida realizado según ISO 15663 para las selecciones de equipos principales
• Alcance de RBI definido y requisitos de datos base identificados según API 580

En la fase de diseño detallado

• Proceso MOC activo y cubriendo las implicaciones operativas de los cambios de diseño
• Diagramas de causa y efecto revisados y aprobados por operaciones
• SRS desarrollada con intervalos de pruebas de comprobación de mantenimiento confirmados según IEC 61511
• Documento de filosofía de comisionamiento emitido y acordado con operaciones
• Plan de capacitación de operadores iniciado con requisitos de simulador o modelo identificados

En la fase de precomisionamiento

• Criterios de terminación mecánica y RFSU formalmente definidos y aprobados
• Plan de recolección de datos base en marcha (referencias de vibración, flujo, presión, temperatura)
• Categorización de la lista de pendientes (punch-list) acordada: ítems Categoría A (críticos para la seguridad, deben resolverse antes del arranque) frente a ítems Categoría B (pueden diferirse con evaluación de riesgos)
• Procedimientos de aislamiento, despresurización y verificación de peligros atmosféricos vigentes para todas las actividades de precomisionamiento que involucren equipos con hidrocarburos; protocolos de alivio de presión, aislamiento mecánico (LOTO cuando aplique) y detección de gases confirmados antes de cualquier inspección o intervención en sistemas presurizados o con hidrocarburos
• Procedimientos operativos emitidos en borrador para todas las secuencias de arranque y operación normal

En la entrega

• Todos los ítems de la lista de pendientes Categoría A resueltos y verificados
• Planos conforme a obra (as-built) y libros de datos transferidos al sistema de gestión documental de operaciones
• Inventario de repuestos verificado físicamente contra la lista de repuestos aprobada
• Programa RBI cargado en el sistema de gestión de activos con las primeras fechas de inspección establecidas
• Evaluaciones de competencia de los operadores completadas para la autorización de arranque

Conclusión

La planificación estratégica en proyectos de petróleo y gas genera valor solo cuando está fundamentada operativamente desde la fase inicial del proyecto. La función de planificación debe tratar al equipo de operaciones como una parte interesada técnica con autoridad, no como un receptor de ingeniería finalizada. Los mecanismos para lograr esto — programas ORA, participación integrada en HAZOP, análisis de costos de ciclo de vida, especificaciones de equipos estandarizadas y criterios de entrega formalmente definidos — están bien establecidos y no requieren herramientas novedosas.

El siguiente paso inmediato para cualquier equipo de proyecto que inicie el FEED es establecer una función formal de disponibilidad operativa con un alcance definido, un asiento en cada revisión técnica importante y la autoridad para plantear inquietudes operativas como restricciones de diseño en lugar de observaciones posteriores al proyecto. Para proyectos que ya se encuentran en diseño detallado, realice una evaluación de brechas de operabilidad frente a la lista de verificación anterior y trate los elementos no resueltos como riesgos del proyecto que deben gestionarse en el registro de riesgos, no como problemas posteriores a la entrega.