Pembangunan kapal, docking, retrofit dan peningkatan besar kapal bukanlah aktivitas rutin manajemen kapal. Semuanya adalah proyek modal. Karena itu, proyek modal memerlukan manajemen proyek dengan pengendalian di tingkat proyek.
Bagi pemilik kapal atau manajer kapal, mengirim kapal ke galangan menciptakan lingkungan operasional yang sementara namun kritis. Lingkungan ini melibatkan tim teknis pemilik, galangan, subkontraktor, pemasok, badan klasifikasi, produsen peralatan, bank, penyewa kapal dan perusahaan asuransi.
Misalnya, pemilik dapat mengomitmenkan jutaan dolar dalam hitungan minggu. Selain itu, ratusan atau ribuan item pekerjaan dapat berjalan secara bersamaan. Spesifikasi berubah. Pekerjaan tambahan juga muncul setelah tim membongkar mesin atau memeriksa pelat baja. Tanggal penyerahan tetap kritis secara komersial.
Namun manajemen sering kali berada ratusan atau ribuan kilometer jauhnya.
Karena itu, pertanyaan mendasarnya menjadi:
Bagaimana manajer kapal bisa memiliki “mata di dalam galangan” tanpa harus hadir secara fisik di mana-mana?
Jawabannya bukan dasbor tambahan. Sebaliknya, jawabannya adalah platform manajemen proyek maritim yang menghubungkan lingkup, jadwal, biaya, pengadaan, mutu, dokumentasi dan pelaksanaan aktual dalam satu lingkungan yang terkendali.
Kesenjangan Visibilitas antara Manajer Kapal dan Galangan
Sistem ERP manajemen kapal tradisional sangat baik dalam mengelola siklus operasional kapal: manajemen teknis, pemeliharaan terencana, pengadaan, pengawakan, akuntansi, kepatuhan dan operasi pelayaran.
Namun docking besar, konversi, retrofit atau program pembangunan kapal baru berperilaku berbeda.
Semuanya memiliki lingkup, anggaran dan tanggal penyelesaian yang pasti. Selain itu, semuanya melibatkan kontraktor dan subkontraktor. Tim harus mengukur pekerjaan terhadap progres. Variasi juga memerlukan persetujuan. Pengadaan harus mendukung pekerjaan sesuai jadwal. Inspeksi dan catatan mutu harus mengikuti pelaksanaan.
Yang terpenting, waktu dan biaya terus-menerus saling memengaruhi.
Misalkan tim mengelola aktivitas ini melalui spreadsheet, email, aplikasi pesan, alat penjadwalan yang terisolasi dan laporan dari galangan. Akibatnya, manajemen hanya menerima potongan-potongan proyek, bukan proyek itu sendiri.
Hasilnya adalah kesenjangan visibilitas.
Misalnya, mengetahui bahwa tim telah menerbitkan pesanan pembelian tidaklah cukup. Manajemen juga perlu mengetahui paket pekerjaan mana yang membutuhkannya dan apakah pekerjaan itu sesuai jadwal. Selain itu, manajemen perlu tahu apakah material sudah tiba, berapa biayanya terhadap anggaran dan apakah keterlambatan mengancam penyerahan kapal.
Docking Adalah Proyek — Kelola sebagai Proyek
Sebagai contoh, bayangkan sebuah docking besar.
Sebelum kapal tiba, manajer kapal sudah memiliki spesifikasi terencana. Spesifikasi ini mencakup perbaikan pelat baja, pelapisan, overhaul mesin, survei wajib, persyaratan klas, penggantian peralatan dan peningkatan terjadwal.
Namun, begitu kapal masuk galangan, kenyataan mulai mengubah rencana.
Misalnya, inspeksi mengungkap kebutuhan penggantian pelat baja tambahan. Mesin memerlukan perbaikan yang tidak terduga. Pemasok mengubah tanggal pengiriman. Selain itu, badan klasifikasi meminta pekerjaan tambahan. Galangan mengajukan variasi. Akhirnya, subkontraktor baru ikut terlibat.
Akibatnya, setiap perubahan berpotensi memengaruhi biaya, jadwal dan penyerahan kembali.
Alur kerja konvensional mungkin mendokumentasikan kejadian-kejadian ini. Sebaliknya, platform pengendalian proyek seharusnya melakukan sesuatu yang lebih penting:
menghubungkannya.
Itulah filosofi di balik ProjectVIEW ERP.
DANAOS merancang ProjectVIEW di sekitar lingkungan proyek terintegrasi. Di dalamnya, tim dapat menghubungkan proses melalui dimensi proyek BoQ/Lingkup ↔ WBS/Jadwal ↔ Cost Codes. Selain itu, platform ini mendukung manajemen portofolio proyek, alur kerja, analitik dan data proyek yang terpusat.
Bagi manajer kapal, tim dapat menyesuaikan terminologinya dengan operasi maritim. Misalnya, spesifikasi docking atau paket pekerjaan menjadi lingkup komersial, dan WBS mewakili rencana pelaksanaan. Sementara itu, Cost Codes menyediakan struktur pengendalian manajemen dan keuangan.
Memberi Manajemen “Mata di Galangan”
Pertama, visibilitas digital harus berawal di tempat pekerjaan berlangsung.
Dengan kata lain, tim proyek harus dapat mencatat progres, permintaan, inspeksi, sumber daya, kejadian pengadaan, dokumentasi dan perubahan langsung dari galangan. Tim tidak perlu merekonstruksi kejadian belakangan di kantor pusat.
Selain itu, arsitektur ProjectVIEW bertumpu pada informasi proyek yang terpusat dan akses terkendali dari berbagai lokasi dan perangkat. Implementasinya yang khusus proyek untuk lingkungan pembangunan dan perbaikan kapal memperluas kolaborasi ke kantor, galangan, produksi, vendor, perusahaan jasa, subkontraktor dan klien. Implementasi ini juga mengaitkan proses proyek dengan dimensi lingkup, jadwal dan biaya.
Akibatnya, ini mengubah pertanyaan manajemen dari:
“Apa yang sedang terjadi di galangan?”
menjadi:
“Tunjukkan apa yang berubah sejak kemarin, apa yang terlambat dari jadwal, apa yang melebihi anggaran dan apa yang memerlukan persetujuan saya.”
Singkatnya, itulah kesadaran situasional yang sesungguhnya.
Dari Progres Galangan ke Pengendalian Biaya Real-Time
Progres tanpa biaya adalah informasi yang tidak lengkap.
Bahkan, biaya tanpa progres bisa lebih menyesatkan lagi.
Misalkan 65% anggaran docking sudah terpakai sementara baru 45% rencana pekerjaan selesai. Atau komitmen pengadaan meningkat secara signifikan sementara beberapa paket pekerjaan kritis masih tertinggal dari jadwal.
Manajemen perlu mengidentifikasi penyimpangan tersebut selagi intervensi masih memungkinkan, bukan setelah menerima tagihan akhir dari galangan.
Logika bisnis ProjectVIEW menghubungkan anggaran dan pengendalian biaya dengan penjadwalan proyek dan transaksi harian. Dengan demikian, manajemen dapat membandingkan aktivitas proyek aktual dengan baseline proyek. Metodologi manajemen biayanya menghubungkan BoQ/lingkup, WBS dan Cost Codes, alih-alih memperlakukan jadwal dan catatan keuangan sebagai dunia yang terpisah.
Bagi manajer kapal, ini berarti tim dapat mengendalikan docking sebagai proyek secara berkelanjutan, bukan sekadar latihan rekonsiliasi biaya akhir.
Pengadaan Harus Mengikuti Proyek — Bukan Berjalan di Sampingnya
Proyek maritim sangat bergantung pada pengadaan.
Misalnya, pelat baja, pelapis, suku cadang, peralatan khusus, layanan OEM dan pekerjaan subkontrak harus tiba saat aktivitas terkait membutuhkannya.
Namun, pesanan pembelian dengan status “disetujui” tidak berarti proyek sudah terlindungi.
Karena itu, pertanyaan sebenarnya adalah:
Aktivitas apa yang membutuhkan material ini? Kapan aktivitas itu membutuhkannya? Apakah pemasok sudah mengonfirmasi? Apakah sudah tiba? Apa yang terjadi pada penyerahan kembali kapal jika tidak tiba?
ProjectVIEW menghubungkan permintaan material, requisisi, RFQ, penawaran pemasok, pesanan pembelian, penerimaan dan proses inventaris dalam lingkungan proyek yang lebih luas. Selain itu, alur kerja pengadaannya dapat berawal dari kebutuhan proyek dan mendukung perbandingan pemasok, pembelian dan penerimaan material.
Akibatnya, bagi manajer kapal, hal ini menjadikan pengadaan bagian dari pelaksanaan proyek, bukan fungsi administratif yang terputus.
Variasi Tidak Boleh Menjadi Cek Kosong
Salah satu risiko komersial terbesar selama docking adalah pekerjaan tambahan.
Tentu, sebagian variasi tidak terhindarkan. Namun, masalah muncul ketika pihak-pihak menyetujui pekerjaan tambahan melalui email yang terpecah-pecah, percakapan telepon atau spreadsheet. Dalam kondisi itu, tidak ada visibilitas langsung atas dampak kumulatifnya.
Oleh karena itu, setiap variasi harus menjawab empat pertanyaan:
Mengapa variasi ini perlu? Berapa biayanya? Apa dampaknya terhadap jadwal? Siapa yang menyetujuinya?
Sebaliknya, alur kerja yang terstruktur menciptakan jejak yang jelas mulai dari permintaan, penilaian teknis, evaluasi komersial dan persetujuan hingga pelaksanaan.
ProjectVIEW mendukung pengendalian proses berbasis alur kerja dan dokumentasi terpusat. Platform ini membantu menegakkan akuntabilitas atas perubahan alih-alih membiarkan lingkup bertambah tanpa kendali. Selain itu, konfigurasinya yang berorientasi galangan secara khusus mencakup manajemen permintaan perubahan secara real-time bersama dengan pengendalian biaya dan progres.
Mutu Adalah Bukti, Bukan Pernyataan
Bagi pemilik kapal dan manajer kapal, penyerahan yang berhasil bukan sekadar mengeluarkan kapal dari dok.
Sebaliknya, proyek harus meninggalkan jejak catatan yang siap untuk audit.
Misalnya, laporan inspeksi, sertifikat, gambar persetujuan, hasil uji, foto dan RFI kelak dapat menjadi bukti yang sangat penting. Hal yang sama berlaku untuk punch list, dokumentasi klas, sertifikat peralatan dan catatan akhir.
Hal ini penting tidak hanya secara internal. Catatan ini juga penting saat menunjukkan status proyek dan integritas aset kepada badan klasifikasi, pemberi pembiayaan, penyewa kapal, perusahaan asuransi dan pemangku kepentingan berwenang lainnya. Tentu, hal ini mengikuti persyaratan kontraktual dan regulasi mereka.
Karena itu, lingkungan dokumen terpusat dengan akses terkendali, pengelolaan versi, alur kerja dan keterkaitan proyek menjadi bagian dari tata kelola proyek. Lingkungan ini bukan sekadar penyimpanan dokumen. Lingkungan proyek ProjectVIEW mencakup manajemen dokumen terpusat dan kolaborasi terkendali bersama alur kerja operasional.
Tujuannya jelas:
Jangan hanya memberi tahu pemangku kepentingan bahwa tim telah menyelesaikan pekerjaan dengan benar. Pastikan Anda dapat membuktikannya.
Satu Platform untuk Seluruh Siklus Hidup Proyek Maritim
Selain itu, prinsip yang sama berlaku jauh melampaui docking.
Misalnya, seorang manajer kapal dapat sekaligus mengawasi program pembangunan kapal baru di Asia dan retrofit scrubber atau sistem pengolahan air balas. Pada saat yang sama, ia mungkin menangani konversi mesin, perbaikan besar setelah kerusakan, program perpanjangan umur kapal dan beberapa docking terjadwal.
Namun, mengelola masing-masing melalui spreadsheet terpisah dan rangkaian email membuat pengendalian di tingkat portofolio menjadi sangat sulit.
Sebaliknya, platform proyek yang terpusat dapat membangun model operasional bersama untuk seluruh proyek tersebut:
- manajemen lingkup dan paket pekerjaan;
- penganggaran proyek dan pengendalian biaya;
- penjadwalan dan progres;
- pengadaan dan material;
- manajemen subkontraktor dan perusahaan jasa;
- pengendalian perubahan dan variasi;
- inspeksi, QA/QC dan dokumentasi;
- persetujuan dan jejak audit;
- dasbor manajemen dan pelaporan portofolio proyek.
DANAOS merancang ProjectVIEW sebagai lingkungan multi-perusahaan dan multi-proyek. Lingkungan ini menyediakan informasi proyek terpusat dan analitik berbasis peran, alih-alih mengisolasi setiap proyek ke dalam silo informasi baru.
ProjectVIEW Bukan Pengganti ERP Maritim
Perbedaan ini penting.
Manajer kapal mungkin sudah memiliki ERP maritim yang matang yang mencakup operasi kapal, pemeliharaan, pembelian, keuangan dan pengawakan.
Karena itu, tujuannya tidak harus menggantikannya.
ProjectVIEW dapat menjadi lapisan pelaksanaan dan pengendalian proyek untuk proyek maritim padat modal. Platform ini juga dapat terintegrasi dengan sistem perusahaan, keuangan, maritim dan sistem khusus yang sudah ada sesuai kebutuhan.
ProjectVIEW menyediakan kerangka API untuk integrasi dengan aplikasi pihak ketiga. Sementara itu, lingkungan proyeknya menyediakan logika bisnis untuk pelaksanaan berbasis proyek.
Dalam arsitektur tersebut, ERP maritim tetap mengelola kapal sebagai aset operasional.
Sebaliknya, ProjectVIEW mengelola proyek yang berjalan pada aset tersebut.
Dengan kata lain, itu adalah kebutuhan yang sangat berbeda.
Dari Pengawasan Jarak Jauh ke Pengendalian Proyek Digital
Manajer kapal tidak membutuhkan lebih banyak laporan dari galangan.
Sebaliknya, mereka membutuhkan visibilitas yang langsung, terstruktur dan tepat waktu atas pelaksanaan.
Misalnya, mereka perlu mengetahui rencana, pekerjaan yang selesai, perubahan, komitmen dan belanja yang telah terjadi. Mereka juga perlu tahu apa yang masih tertunda dan apa yang mengancam penyerahan.
Untuk docking senilai USD 20 juta atau program pembangunan kapal baru senilai USD 500 juta, menunggu spreadsheet kemarin bukanlah pengendalian proyek.
Pada akhirnya, masa depannya adalah lingkungan proyek digital yang terus-menerus merekonsiliasi lingkup, waktu, biaya, pengadaan, mutu, dokumentasi dan akuntabilitas dengan kenyataan.
Di situlah ProjectVIEW ERP dapat melengkapi sistem manajemen maritim. Platform ini memberikan pemilik kapal dan manajer kapal lapisan pengendalian proyek yang mereka butuhkan untuk menempatkan mata digital di dalam galangan.
