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 aprueban 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 especializados. Cada uno tiene sus propios motores de cronograma, apetito de riesgo y definición de "terminado". Sin un marco de integración estructurado, cada parte optimiza sus propios entregables en lugar de la operabilidad a largo plazo del activo.

Las desalineaciones más comunes incluyen:

• Brechas entre diseño y operación: Equipos seleccionados para cumplir con la función del proceso sin una aportació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 indefinidos: Los proyectos se entregan a operaciones sin definiciones de finalización acordadas, dejando pendientes en la lista de tareas (punch-list) que se convierten en pasivos operativos.
• Crecimiento del alcance absorbido sin revisión de operabilidad: Los cambios de alcance en etapas tardías se evalúan por su impacto en el costo y el cronograma, pero no por su efecto en el acceso para mantenimiento, la integridad de los lazos de instrumentos o la seguridad del proceso.

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.

La norma ISO 15663 (Industrias del petróleo y del gas natural - Estimación del costo del ciclo de vida) proporciona un marco para evaluar decisiones basadas en el costo total de propiedad en lugar de solo en el gasto de capital. Su aplicación durante el diseño de ingeniería de detalle inicial (FEED) obliga a los equipos de proyecto a cuantificar las implicaciones de costos operativos de las opciones de diseño antes de que se consoliden.

La norma IEC 61511 (Seguridad funcional - Sistemas instrumentados de seguridad para el sector de la industria de procesos) 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. Requiere 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, convirtiéndolo en un documento de planificación tanto como en uno de seguridad.

La norma API 580 (Inspección basada en riesgo) establece el enfoque estructurado general para la planificación de inspecciones. La norma API 581 (Inspección basada en riesgo - Equipo de refinería) proporciona una guía de implementación específica para refinerías. Para proyectos 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 RBI significa que los datos base necesarios para el modelado de consecuencias faltarán o deberán reconstruirse con un costo adicional.

La norma API 610 (Bombas centrífugas para las industrias del petróleo, petroquímica y gas natural) es un ejemplo de un estándar de procura que, cuando se aplica de manera consistente en un proyecto, reduce directamente la carga del inventario de repuestos y el conjunto de habilidades requeridas de los técnicos de mantenimiento. Especificar equipos según estándares reconocidos es en sí mismo una decisión de planificación con consecuencias operativas a largo plazo.

La interfaz Planificación-Operaciones

Front-End Engineering Design (FEED)

El FEED es el punto de mayor influencia 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 Aseguramiento y Preparación Operativa (ORA), en el cual se establece un equipo dedicado a la preparación operativa en la aprobació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 aportación de operaciones:

Diseño de detalle y procura

Durante el diseño de detalle, la alineación requiere que los cambios en las condiciones del proceso, las clasificaciones 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 de detalle, no solo después de la entrega.

Las decisiones de procura tomadas por motivos 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, especificar familias de equipos rotativos idénticos en todos los trenes reduce la necesidad de almacenamiento de repuestos y simplifica la calificación de los técnicos.

Comisionamiento y Pre-comisionamiento

El comisionamiento es donde los supuestos de planificación se prueban contra la realidad física. Una secuencia de comisionamiento bien planificada, desarrollada conjuntamente por los ingenieros del proyecto y el equipo de operaciones, sirve para 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 pre-comisionamiento, listo para el arranque (RFSU) y entrega a operaciones. Estos son hitos distintos con criterios de aceptación distintos, 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 instalación de procesamiento de gas nueva (greenfield) 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 pre-comisionamiento, 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 tarea estándar de HAZOP resuelta antes de que se congelara el diseño de detalle.

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 etapa del proyecto para evaluar la profundidad de la integración de operaciones.

En la etapa 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 etapa de diseño detallado

• [ ] Proceso de MOC activo y cubriendo las implicaciones operativas de los cambios de diseño
• [ ] Diagramas de causa y efecto revisados y aprobados por operaciones
• [ ] SRS desarrollado con intervalos de prueba 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 etapa 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 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 riesgos atmosféricos implementados para todas las actividades de precomisionamiento que involucren equipos con hidrocarburos; protocolos de alivio de presión, aislamiento mecánico (LOTO donde 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 de RBI cargado en el sistema de gestión de activos con fechas de primera inspección establecidas
• [ ] Evaluaciones de competencia de 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 más temprana 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 costo de ciclo de vida, especificaciones de equipos estandarizadas y criterios de entrega formalmente definidos— están bien establecidos y no requieren herramientas novedosas.

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