Konstruksi maritim dan proyek hulu tidak dimulai di lepas pantai. Keduanya dimulai dari anggaran.
Bahkan, selama penganggaran, Bill of Quantities (BoQ) dan Work Breakdown Structure (WBS) sudah menentukan:
- Pekerjaan apa yang akan dieksekusi tim (deskripsi aktivitas – WBS)
- Dalam kuantitas dan intensitas berapa (BoQ)
- Dalam rentang waktu apa (jadwal rough-cut)
Sebagai hasilnya, sejak saat itu jenis dan kategori kapal konstruksi dan peralatan maritim berat tidak lagi menjadi asumsi—mereka adalah sumber daya proyek yang telah dianggarkan.
Sebagai contoh, aktivitas piling mengisyaratkan kebutuhan akan kapal pile-driving atau jack-up. Demikian pula, BoQ trenching mengisyaratkan CSD, backhoe dredger, atau spread pengganti. Terakhir, aktivitas instalasi deepwater mengisyaratkan kapal konstruksi DP.
Karena itu, di sinilah ProjectVIEW ERP dimulai—sebelum proyek dimobilisasi sama sekali.
Dari BoQ & WBS ke Jenis Kapal dan Logika Penggantian
Dalam praktiknya, ProjectVIEW secara langsung menautkan:
- Kuantitas BoQ → intensitas beban kerja
- Aktivitas WBS → metode pelaksanaan
- Metode pelaksanaan → kategori kapal dan pengganti yang dapat diterima
Kemudian, untuk setiap aktivitas, ProjectVIEW menentukan:
- Jenis kapal utama
- Kapal pengganti yang disetujui
- Mode operasi (DP, anchored, spud, sailing)
- Tingkat produktivitas yang diharapkan
- Awak dan operator terkait
Sebagai hasilnya, ini menghilangkan perencanaan yang samar seperti:
“Kita mungkin akan membutuhkan crane barge sekitar waktu itu.”
Sebaliknya, sistem mengetahui:
“Aktivitas ini menghabiskan 420 jam operasi dari kapal crane DP atau alternatif berjangkar yang telah disetujui.”
Penganggaran Tidak Mungkin Tanpa Penyelarasan Pemeliharaan, SDM, dan Peralatan
Namun, di sinilah sebagian besar sistem runtuh.
Bagaimanapun juga, Anda tidak dapat menganggarkan ketersediaan kapal tanpa mengetahui:
- Jendela pemeliharaan
- Jam operasi yang telah terpakai
- Sertifikasi dan rotasi kru
- Kesiapan peralatan dan suku cadang
Karena alasan ini, ProjectVIEW memaksa penganggaran untuk selaras dengan:
- Jadwal pemeliharaan yang ditautkan ke jam operasi
- Ketersediaan peralatan kerja dan peralatan bantu
- Kru, operator, dan sertifikasi
- Kritisitas suku cadang
Singkatnya, hasilnya adalah ketersediaan yang bersifat spekulatif tetapi realistis, bukan angan-angan yang optimistis.
Misalnya, sebuah kapal tidak “tersedia” jika:
- Kapal tersebut berada 80 jam dari servis wajib
- Kru DP bersertifikat tidak tersedia
- Suku cadang kritis tidak tersedia di stok
- Kapal pengganti melanggar batasan proyek
Akibatnya, ProjectVIEW memblokir konflik ini pada tahap anggaran, bukan di lepas pantai.
Perencanaan & Mobilisasi Melalui Leveling Sumber Daya
Setelah anggaran tersedia, ProjectVIEW beralih ke perencanaan dan mobilisasi. Di sana, sistem menyeimbangkan semuanya terhadap waktu dan urutan aktivitas:
- Kapal
- Spreader pengganti
- Alat berat
- Operator dan kru
- Peralatan kerja dan peralatan pendukung
Namun, tidak ada yang merencanakan secara terpisah.
Sebaliknya, ProjectVIEW menjadwalkan:
- Ketersediaan kapal vs aktivitas WBS
- Rotasi kru vs mode operasi
- Jendela pemeliharaan vs jalur kritis
- Pengganti saat batasan membatasi aset utama
Dengan kata lain, mobilisasi bukanlah sebuah tanggal—melainkan hasil dari leveling sumber daya lintas waktu.
Jam yang Dikonsumsi Proyek Mendorong Pemeliharaan dan Ketersediaan
Setelah eksekusi dimulai, ProjectVIEW melacak jam operasional aktual yang dikonsumsi proyek:
- Per kapal
- Per mode operasi
- Per proyek
- Per aktivitas
Pada gilirannya, ProjectVIEW memicu pemeliharaan berdasarkan:
- Jam operasi
- Jam pengerukan
- Jam pengangkatan crane
- Jam DP
- Penggunaan mesin utama atau mesin bantu
Bukan tebakan kalender.
Lalu, ketika penggunaan mencapai ambang batas:
- Sistem menjadwalkan pemeliharaan secara otomatis
- Sistem memblokir ketersediaan aset
- Sistem memicu pengadaan suku cadang dan layanan
- Sistem membebankan biaya ke proyek yang mengonsumsi jam tersebut
Hasilnya, ini menciptakan akuntabilitas per proyek, bukan ketidakjelasan di tingkat armada.
Kecocokan Operator dan Kru Ditegakkan, Bukan Diasumsikan
Kapal tanpa kru yang tepat adalah liabilitas.
Karena itu, ProjectVIEW menegakkan:
- Kecocokan operator–kapal
- Masa berlaku sertifikasi
- Pengalaman per kelas kapal
- Aturan kelelahan, rotasi, dan kepatuhan
Singkatnya, tim merencanakan kru bersama kapal, bukan sesudahnya.
Mengapa Hanya ProjectVIEW ERP yang Dapat Melakukan Ini
Sebaliknya, ERP generik mengelola:
- Aset sebagai daftar statis
- Pemeliharaan sebagai peristiwa akuntansi
- Kru sebagai catatan HR
- Perencanaan di alat yang terpisah
Namun, konstruksi maritim tidak berjalan seperti itu.
ProjectVIEW ERP adalah satu-satunya sistem yang berpusat pada proyek yang mengoordinasikan:
- Kapal dan peralatan berat
- Pengganti yang telah disetujui
- Pemeliharaan yang didorong oleh jam yang dikonsumsi proyek
- Operator dan kru
- Peralatan kerja dan suku cadang
- Penganggaran, perencanaan, mobilisasi, dan eksekusi
Semuanya dilakukan dalam satu konteks proyek, di mana BoQ, WBS, waktu, dan biaya mengatur setiap keputusan.
Inti Kesimpulan
Konstruksi maritim bukan tentang memiliki aset. Melainkan tentang mengoordinasikan sumber daya yang terbatas, mahal, dan berisiko tinggi terhadap waktu.
ProjectVIEW ERP tidak bertanya:
“Apakah kita punya kapal?”
Sebaliknya, sistem ini bertanya:
“Bisakah proyek ini menjalankan aktivitas ini, pada waktu ini, dengan kapal ini, kru ini, dan sisa umur pemeliharaan ini?”
Pada akhirnya, itulah perbedaan antara perencanaan dan kendali.
