Pemberitaan terbaru menyoroti keterlambatan pada pengembangan data center besar yang terkait dengan investasi infrastruktur AI.
Menurut liputan yang dikutip Bloomberg, beberapa proyek yang semula direncanakan selesai lebih awal pada dekade ini kini diperkirakan mundur ke 2028, terutama karena kekurangan tenaga kerja dan material. Sumber: Bloomberg, melalui Benzinga
Meski analis sering membahas keterlambatan ini dalam istilah keuangan atau teknologi, hal tersebut menunjuk pada persoalan yang lebih mendasar: kontrol proyek.
Dengan kata lain, ini bukan kegagalan platform cloud, strategi AI, atau ambisi digital. Sebaliknya, ini adalah keterbatasan cara pemilik dan kontraktor saat ini merencanakan, memantau, dan mengendalikan proyek konstruksi padat modal.
Tumpukan Digital Standar dan Titik Butanya
Saat ini, sebagian besar program konstruksi besar mengandalkan tiga sistem mendasar:
- Sistem penjadwalan yang dibangun di atas Work Breakdown Structure (WBS)
- Sistem keuangan yang diorganisasikan berdasarkan cost codes, cost control accounts, dan periode akuntansi
- Platform BIM yang digunakan untuk koordinasi desain dan visualisasi
Sistem-sistem ini sangat penting. Namun, desainnya tidak sepenuhnya menangkap realitas eksekusi yang dinamis dari proyek konstruksi yang kompleks.
Dalam praktiknya, sistem tersebut menjawab:
- Kapan aktivitas direncanakan
- Apa yang telah dibelanjakan proyek
- Apa yang sedang dibangun tim
Namun, sistem tersebut tidak menjawab, secara real time:
- bagaimana perubahan merambat melalui eksekusi,
- bagaimana keterlambatan terakumulasi sebagai laytime dan hilangnya produktivitas,
- bagaimana gangguan rantai pasok memengaruhi kinerja lokasi proyek,
- atau bagaimana kendala subkontraktor dan sumber daya menggerus jalur kritis proyek.
Mengapa Keterlambatan Bersifat Operasional dan Bukan Sekadar Masalah Penjadwalan
1. Perubahan Terjadi Terlebih Dahulu di Lapangan, Bukan di Jadwal
Penyimpangan jadwal adalah indikator tertinggal. Faktanya, keterlambatan biasanya berasal lebih awal melalui:
- pengiriman material yang terlambat,
- produktivitas tenaga kerja yang menurun,
- pemanfaatan alat berat yang rendah,
- kepadatan subkontraktor.
Saat isu-isu ini muncul dalam pembaruan jadwal, hanya sedikit opsi pemulihan yang tersisa.
2. Keuangan Mencatat Riwayat, Bukan Risiko Eksekusi
Sistem keuangan sangat baik dalam melacak biaya komitmen dan biaya aktual. Namun, sistem tersebut tidak secara berkelanjutan memodelkan risiko forecast-to-completion yang didorong oleh deviasi eksekusi.
Akibatnya, tim sering mendeteksi eksposur biaya setelah hal itu sudah terwujud.
3. BIM Memvisualisasikan dan Bukan Mengendalikan Eksekusi
BIM menyediakan koordinasi spasial dan deteksi benturan. Namun, tanpa integrasi yang mendalam ke data eksekusi, kuantitas, produktivitas, dan waktu pengadaan, BIM tetap menjadi alat visualisasi, bukan mekanisme kontrol.
Apa yang Sebenarnya Dibutuhkan Proyek Padat Modal
Karena itu, proyek seperti data center memerlukan lapisan kontrol tambahan yang beroperasi terus-menerus selama eksekusi.
Secara khusus, ini memerlukan:
- kontrol berbasis BoQ, bukan sekadar pelacakan cost code
- pengadaan berbasis fase waktu, yang selaras dengan urutan eksekusi aktual
- pembandingan produktivitas berkelanjutan untuk tenaga kerja dan alat berat
- pemantauan operasional subkontraktor, bukan hanya tonggak kontraktual
Singkatnya, kontrol proyek harus ditautkan ke ruang lingkup, waktu, biaya, dan sumber daya secara simultan.
Peran ERP yang Berpusat pada Proyek
Sebagai contoh, platform ERP yang berpusat pada proyek seperti ProjectVIEW ERP bertujuan untuk melengkapi, bukan menggantikan:
- Primavera P6 untuk penjadwalan,
- sistem keuangan perusahaan,
- dan platform BIM.
Yang terpenting, tujuannya adalah menutup kesenjangan antara perencanaan dan realitas dengan:
- lmenautkan BoQ, WBS, dan biaya pada level eksekusi,
- menangkap kinerja harian di lapangan,
- mendeteksi keterlambatan, laytime, dan kehilangan produktivitas lebih awal,
- dan menghitung ulang eksposur waktu dan biaya secara berkelanjutan.
Akibatnya, kontraktor dan pemilik dapat melakukan intervensi sebelum keterlambatan menjadi tidak dapat dipulihkan.
Dari Pelaporan ke Intervensi Dini
Pada akhirnya, perbedaannya sangat penting:
- Sistem tradisional melaporkan apa yang telah terjadi
- Sebaliknya, sistem yang berpusat pada proyek mengungkap apa yang mulai bermasalah
Dalam lingkungan saat ini yang ditandai oleh pasar tenaga kerja yang fluktuatif, rantai pasok yang terbatas, dan target serah terima yang agresif, pergeseran ini bukan lagi pilihan.
Konstruksi Data Center
Konstruksi data center adalah salah satu jenis proyek paling menuntut yang saat ini dikerjakan kontraktor. Meski sistem penjadwalan, platform keuangan, dan BIM tetap penting, semuanya tidak cukup jika berdiri sendiri untuk mengelola kompleksitas eksekusi.
Karena itu, serah terima yang dapat diprediksi memerlukan lapisan kontrol yang berpusat pada proyek, yang secara terus-menerus menyelaraskan ruang lingkup, waktu, biaya, sumber daya, dan produktivitas ke dalam satu realitas operasional.
Begitulah tim mengelola keterlambatan secara proaktif, bukan menjelaskannya setelah kejadian.
Keterlambatan proyek data center yang dikaitkan dengan kekurangan tenaga kerja dan material bukanlah persoalan teknologi. Sebaliknya, itu adalah persoalan kontrol proyek. Sistem penjadwalan, platform keuangan, dan BIM memang memberikan visibilitas penting, tetapi tidak menangkap bagaimana realitas eksekusi menyimpang dari rencana secara real time.
Selain itu, tanpa kontrol berkelanjutan pada level BoQ yang mencakup waktu pengadaan, produktivitas, pemanfaatan sumber daya, dan kinerja subkontraktor, tim akan mendeteksi keterlambatan dan pembengkakan biaya terlalu terlambat.
Akhirnya, dalam konstruksi padat modal, serah terima yang dapat diprediksi bergantung pada kontrol eksekusi yang berpusat pada proyek, bukan pelaporan setelah kejadian.
