Los proyectos de construcción marítima y upstream no comienzan offshore. Comienzan en el presupuesto.
De hecho, durante la presupuestación, el Bill of Quantities (BoQ) y la Work Breakdown Structure (WBS) ya definen:
- Qué trabajo ejecutará el equipo (descripción de la actividad – WBS)
- En qué cantidad e intensidad (BoQ)
- En qué ventana de tiempo (cronograma de aproximación)
Como resultado, desde ese momento el tipo y la categoría de buques de construcción y equipos marinos pesados ya no son supuestos—son recursos del proyecto presupuestados.
Por ejemplo, una actividad de hincado de pilotes implica un buque hincapilotes o una jack-up. Del mismo modo, un BoQ de dragado en zanja implica una CSD, una draga retroexcavadora o una spread sustitutiva. Finalmente, una actividad de instalación en aguas profundas implica un buque de construcción DP.
Por eso aquí es donde ProjectVIEW ERP comienza—antes de que el proyecto se movilice.
De BoQ y WBS al tipo de buque y la lógica de reemplazo
En la práctica, ProjectVIEW vincula directamente:
- Cantidades del BoQ → intensidad de la carga de trabajo
- Actividades WBS → método de ejecución
- Método de ejecución → categoría de buque y reemplazos aceptables
Luego, para cada actividad, ProjectVIEW define:
- Tipo principal de buque
- Buques de reemplazo aprobados
- Modo de operación (DP, fondeado, spud, navegación)
- Tasa de productividad esperada
- Tripulación y operadores asociados
Como resultado, esto elimina la planificación vaga como:
“Probablemente necesitaremos una barcaza grúa por esa fecha.”
En cambio, el sistema sabe:
“Esta actividad consume 420 horas de operación de un buque grúa DP o una alternativa fondeada aprobada.”
La presupuestación es imposible sin alineación de mantenimiento, RR. HH. y herramientas
Sin embargo, aquí es donde la mayoría de los sistemas se derrumban.
Al fin y al cabo, no puede presupuestar la disponibilidad de un buque sin saber:
- Ventanas de mantenimiento
- Horas de operación consumidas
- Certificación y rotaciones de la tripulación
- Disponibilidad de herramientas y repuestos
Por esta razón, ProjectVIEW obliga a que la presupuestación se alinee con:
- Programas de mantenimiento vinculados a las horas de operación
- Disponibilidad de herramientas y equipos auxiliares
- Tripulación, operadores y certificaciones
- Criticidad de los repuestos
En resumen, el resultado es una disponibilidad especulada pero realista, no una ficción optimista.
Por ejemplo, un buque no está “disponible” si:
- Está a 80 horas de un servicio obligatorio
- La tripulación DP certificada no está disponible
- No hay repuestos críticos en stock
- Un buque de reemplazo incumple las restricciones del proyecto
En consecuencia, ProjectVIEW bloquea estos conflictos en la etapa de presupuesto, no offshore.
Planificación y movilización mediante nivelación de recursos
Una vez establecido el presupuesto, ProjectVIEW pasa a la planificación y movilización. Allí, nivela todo frente al tiempo y la secuencia de actividades:
- Buques
- Relevos de reemplazo
- Maquinaria pesada
- Operadores y tripulación
- Herramientas y equipos de apoyo
Sin embargo, nadie planifica de forma aislada.
En cambio, ProjectVIEW programa:
- Disponibilidad del buque frente a las actividades de la EDT
- Rotaciones de la tripulación frente a los modos de operación
- Ventanas de mantenimiento frente a la ruta crítica
- Reemplazos cuando las restricciones limitan los activos principales
En otras palabras, la movilización no es una fecha—es el resultado de equilibrar recursos en el tiempo.
Las horas consumidas por el proyecto impulsan el mantenimiento y la disponibilidad
Una vez que comienza la ejecución, ProjectVIEW hace seguimiento de las horas operativas reales consumidas por el proyecto:
- Por buque
- Por modo de operación
- Por proyecto
- Por actividad
A su vez, ProjectVIEW activa el mantenimiento mediante:
- Horas de operación
- Horas de dragado
- Horas de izado con grúa
- Horas de DP
- Uso del motor o de equipos auxiliares
No mediante suposiciones de calendario.
Luego, cuando el uso alcanza un umbral:
- El sistema programa el mantenimiento automáticamente
- Bloquea la disponibilidad del activo
- Activa repuestos y servicios
- Carga los costes al proyecto que consumió las horas
Como resultado, esto genera responsabilidad a nivel de proyecto, no ambigüedad a nivel de flota.
La asignación de operador y tripulación se impone, no se supone
Un buque sin la tripulación adecuada es un pasivo.
Por ello, ProjectVIEW aplica:
- Compatibilidad operador-buque
- Vigencia de certificaciones
- Experiencia por clase de buque
- Normas de fatiga, rotación y cumplimiento
En resumen, el equipo planifica la tripulación con el buque, no después de él.
Por qué solo ProjectVIEW ERP puede hacer esto
En cambio, los ERP genéricos gestionan:
- Los activos como registros estáticos
- El mantenimiento como eventos contables
- La tripulación como registros de RR. HH.
- La planificación en herramientas desconectadas
Sin embargo, la construcción marítima no funciona así.
ProjectVIEW ERP es el único sistema centrado en proyectos que orquesta:
- Buques y equipos pesados
- Reemplazos aprobados
- Mantenimiento impulsado por horas consumidas por el proyecto
- Operadores y tripulación
- Herramientas y repuestos
- Presupuestación, planificación, movilización y ejecución
Lo hace dentro de un único contexto de proyecto, donde BoQ, EDT, tiempo y coste rigen cada decisión.
Conclusión
La construcción marítima no consiste en poseer activos. Más bien, se trata de orquestar recursos restringidos, costosos y de alto riesgo frente al tiempo.
ProjectVIEW ERP no pregunta:
“¿Tenemos un buque?”
En cambio, pregunta:
“¿Puede este proyecto ejecutar esta actividad, en este momento, con este buque, esta tripulación y esta vida útil de mantenimiento restante?”
En última instancia, esa es la diferencia entre planificación y control.
