Pengendalian Biaya Konstruksi Pusat Data: Mengelola MEP, Pengadaan, dan Pelaksanaan Fast-Track

Pengendalian biaya konstruksi pusat data bukan sekadar mencatat apa yang sudah dibelanjakan. Bagi kontraktor yang membangun fasilitas secara fast-track, pengendalian biaya konstruksi yang efektif mengharuskan lingkup MEP, komitmen pengadaan, tonggak jadwal, dan pelaksanaan proyek aktual tetap terhubung dengan baseline biaya dan waktu yang sama.

 

Selain itu, persyaratan ini sangat penting pada pusat data karena sebagian besar nilai proyek berada pada sistem Mekanikal, Elektrikal, dan Plambing (MEP) yang kompleks secara teknis.

 

Menurut Data Centre Construction Cost Index 2025–2026 dari Turner & Townsend, pekerjaan mekanikal dan elektrikal, termasuk peralatannya, mencakup sekitar 76% dari biaya konstruksi indikatif pusat data berpendingin udara dan 81% untuk fasilitas berpendingin cairan dalam tolok ukur Amerika Serikat.

 

Karena itu, pertanyaan bagi kontraktor bukan sekadar:

 

“Berapa yang sudah kami belanjakan?”

 

Melainkan:

 

“Apakah lingkup, komitmen, tanggal pengiriman, progres pemasangan, dan prakiraan biaya masih selaras?”

 

Apa yang dibutuhkan untuk pengendalian biaya pusat data yang efektif?

 

Untuk pusat data fast-track:

 

• Lingkup MEP harus tetap terhubung dengan anggaran resmi proyek.
• Pengadaan barang ber-lead time panjang harus terhubung dengan tonggak WBS dan tanggal kebutuhan di lokasi.
• Komitmen harus terlihat sebelum faktur menjadi biaya aktual akuntansi.
• Revisi desain dan variasi harus memperbarui prakiraan biaya dan waktu sekaligus.
• BoQ, WBS, dan Kode Biaya harus tetap saling terhubung sepanjang pelaksanaan.

 

Pelaksanaan fast-track tidak mengurangi kebutuhan akan pengendalian. Justru meningkatkannya.

 

Mengapa pengendalian biaya konstruksi pusat data berbeda?

 

Paket MEP pusat data memuat beberapa aset proyek yang paling mahal dan paling kritis terhadap jadwal:

 

transformator, generator, switchgear, sistem UPS, peralatan distribusi daya, chiller, pompa, serta infrastruktur pendinginan yang semakin canggih.

 

Karena itu, tim proyek perlu mengendalikan paket-paket ini melalui dua sudut pandang yang saling terhubung.

 

Secara finansial:

 

Anggaran → Perubahan yang Disetujui → Biaya Terkomitmen → Biaya Aktual → Prakiraan Biaya saat Selesai

 

Secara operasional:

 

Tanggal Kebutuhan di Lokasi → Status Pengadaan → Prakiraan Pengiriman → Pemasangan → Pengujian → Commissioning

 

Memang, laporan akuntansi konvensional pada akhirnya dapat menunjukkan pengeluaran.

 

Namun, transformator kritis mungkin sudah terlambat atau spesifikasi UPS berubah setelah penunjukan pemasok. Proyek bahkan mungkin memerlukan pengiriman ekspres untuk menjaga jadwal energisasi. Dalam kondisi itu, melaporkan biaya setelah kejadian bukanlah pengendalian proyek.

 

Karena itu, pengendalian biaya yang efektif harus bekerja di hulu, sebelum biaya aktual akuntansi.

 

Mengapa pengadaan menjadi bagian dari pengendalian proyek?

 

JLL 2026 Global Data Center Outlook, misalnya, melaporkan rata-rata lead time peralatan global sekitar 33 minggu.

 

Selain itu, JLL mencatat bahwa sebagian pengembang memesan material tertentu hingga 24 bulan sebelumnya. Namun, 57% proyek pusat data mengalami keterlambatan konstruksi tiga bulan atau lebih pada 2025.

 

Akibatnya, hal ini mengubah peran Pengadaan dan Pembelian.

Untuk peralatan MEP yang kritis, pengadaan bukan sekadar fungsi administratif di hilir.

 

Sebaliknya, pengadaan menjadi bagian dari jadwal proyek—dan karena itu bagian dari pengendalian proyek.

 

Urutan pengendalian yang umum dapat mencakup:

 

Rilis Desain → Permintaan Pembelian → RFQ → Evaluasi Teknis → Evaluasi Komersial → Pesanan Pembelian → Dokumen Pemasok → Fabrikasi → FAT → Pengapalan → Pengiriman ke Lokasi → Pemasangan → Pengujian → Commissioning

 

Selain itu, setiap tahap dapat memengaruhi biaya dan waktu sekaligus.

 

Misalnya, jika transformator terlambat, pengadaan menjadi masalah penjadwalan.

 

Sementara itu, jika spesifikasinya berubah setelah penunjukan pemasok, engineering menjadi masalah biaya.

 

Demikian pula, jika proyek memerlukan percepatan untuk memulihkan jadwal, keputusan perencanaan menimbulkan konsekuensi komersial.

 

Karena itu, engineering, pengadaan, perencanaan, dan manajemen biaya tidak dapat beroperasi sebagai pulau-pulau data yang terputus.

 

Apa yang berubah dengan pelaksanaan fast-track?

 

Konstruksi fast-track dengan sengaja menumpangtindihkan desain, pengadaan, dan pelaksanaan.

 

Misalnya, desain mungkin masih berkembang ketika tim memesan paket ber-lead time panjang. Selain itu, konstruksi dapat mulai sebelum setiap paket hilir mencapai kematangan desain akhir.

 

Akibatnya, hal itu dapat memperpendek waktu pelaksanaan secara keseluruhan.

 

Namun, hal itu juga meningkatkan eksposur terhadap:

 

• revisi desain;
• komitmen pengadaan berdasarkan informasi yang terus berkembang;
• variasi;
• pekerjaan ulang;
• percepatan pengiriman;
• celah lingkup;
• eskalasi biaya akibat tekanan jadwal.

 

Karena itu, fast-track seharusnya berarti:

 

Konkurensi yang terkendali—bukan percepatan yang tidak terkendali.

 

Oleh karena itu, untuk setiap paket utama, kontraktor harus dapat memastikan:

 

• Lingkup mana yang masuk anggaran?
• Revisi mana yang menjadi dasar pesanan?
• Apa yang kemudian berubah?
• Berapa nilai komitmen saat ini?
• Apa arti perubahan tersebut bagi prakiraan biaya?
• Apa artinya bagi tanggal commissioning?

 

Sebaliknya, tanpa ketertelusuran ini, percepatan jadwal dapat diam-diam berubah menjadi eskalasi biaya.

 

Bagaimana BoQ, WBS, dan Kode Biaya seharusnya bekerja bersama?

 

Saya membahas arsitektur pengendalian ini lebih rinci dalam BoQ, WBS, dan Kode Biaya: Cara Kontraktor Menghubungkan Lingkup, Jadwal, dan Biaya.

 

Singkatnya, prinsipnya sederhana:

 

• BoQ = Lingkup Terkuantifikasi dan Komersial
• WBS = Pelaksanaan dan Waktu
• Kode Biaya = Klasifikasi dan Pengendalian Biaya Internal

 

Struktur-struktur ini melayani tujuan manajemen yang berbeda.

 

Karena itu, perusahaan tidak seharusnya meleburkan struktur tersebut begitu saja menjadi satu hierarki pengodean.

 

Sebaliknya, struktur tersebut harus tetap terpisah tetapi saling terhubung.

 

Filosofi pengendalian proyek yang sama menjadi inti dari model operasional ProjectVIEW.

 

Sebagai contoh, ambil paket UPS.

 

• BoQ—atau struktur komersial terkuantifikasi yang setara—mengidentifikasi apa yang pemasok kirim dan tim pasang.
• Kode Biaya menentukan cara perusahaan mengklasifikasikan pengeluaran secara internal.
• WBS mengidentifikasi kapan pemasangan, energisasi, pengujian, dan commissioning harus berlangsung.
• Pengadaan kemudian menciptakan komitmen terhadap lingkup tersebut.
• Selanjutnya, perubahan dari pemasok, variasi resmi, biaya logistik, dan percepatan memperbarui prakiraan.
• Akhirnya, progres di lokasi memberikan bukti pelaksanaan fisik yang sebenarnya.

 

Dengan demikian, manajemen dapat melampaui pertanyaan:

 

“Berapa yang sudah kami belanjakan?”

 

dan bertanya:

 

“Apakah biaya terkomitmen dan prakiraan biaya paket ini masih selaras dengan anggaran resmi—dan apakah peralatan akan tiba tepat waktu untuk menjaga tonggak WBS?”

 

Dengan kata lain, itulah definisi pengendalian biaya konstruksi yang jauh lebih berguna.

 

Mengapa pengendalian pusat data harus berorientasi pada commissioning?

 

Pada pusat data, penyelesaian struktur atau arsitektur bukanlah tonggak operasional yang menentukan.

 

Sebaliknya, daya listrik, pendinginan, sistem kontrol, dan sistem terintegrasi harus tersedia dan lolos pengujian serta commissioning sebelum fasilitas dapat berfungsi.

 

Menurut analisis Turner & Townsend tentang tantangan jadwal pusat data, 48% pakar industri dalam survei menyebut ketersediaan daya sebagai hambatan paling menonjol dalam menyelesaikan proyek pusat data tepat waktu.

 

Karena itu, hal ini memperkuat prinsip perencanaan yang penting:

 

Tim harus mengendalikan pelaksanaan pusat data mundur dari energisasi, pengujian, dan commissioning—bukan hanya maju dari dimulainya konstruksi.

 

Dengan demikian, hubungannya menjadi:

 

Tanggal Commissioning → Tonggak WBS → Tanggal Kebutuhan Peralatan → Pengadaan → Komitmen → Prakiraan Biaya

 

Inilah alasan mengapa integrasi antara jadwal dan lingkungan pengendalian biaya sangat penting.

 

Bagi kontraktor yang menggunakan aplikasi perencanaan seperti Oracle Primavera P6 atau Microsoft Project, konektivitas penjadwalan bawaan dapat membantu menjaga hubungan antara pelaksanaan WBS dan struktur biaya proyek.

 

Akibatnya, dalam lingkungan ini, biaya dan waktu bukanlah dimensi manajemen yang berdiri sendiri.

 

Keterlambatan pada salah satunya dapat langsung menimbulkan konsekuensi pada yang lain.

 

Apa yang seharusnya dilihat kontraktor pusat data secara real-time?

 

Lingkungan pengendalian proyek yang andal seharusnya memungkinkan manajemen menjawab pertanyaan seperti:

 

1. Paket MEP mana yang mendekati atau melampaui anggaran resmi?
2. Barang ber-lead time panjang mana yang mengancam tonggak WBS yang kritis?
3. Berapa nilai anggaran, komitmen, penerimaan barang, tagihan, dan pembayaran saat ini?
4. Variasi pemasok atau subkontraktor mana yang belum terselesaikan?
5. Bagaimana perubahan desain memengaruhi Estimate at Completion?
6. Paket pengadaan mana yang memerlukan percepatan?
7. Apakah progres fisik konsisten dengan progres finansial?
8. Berapa biaya tambahan yang mungkin muncul untuk menjaga tonggak energisasi atau commissioning?

 

Namun, tidak satu pun dari pertanyaan ini yang semata-mata milik engineering.

 

Atau pengadaan.

 

Juga bukan perencanaan.

 

Atau konstruksi.

 

Begitu pula keuangan.

 

Sebaliknya, semuanya membutuhkan struktur pengendalian proyek bersama yang memungkinkan fungsi-fungsi tersebut bekerja dalam konteks proyek yang sama.

 

Bagaimana ProjectVIEW ERP dapat mendukung model pengendalian ini?

 

ProjectVIEW ERP berpijak pada hubungan yang berpusat pada proyek antara lingkup, waktu, dan biaya. Dengan kata lain, sistem ini tidak memperlakukan pengendalian biaya proyek sebagai aktivitas pelaporan keuangan yang terisolasi.

 

Modul Cost Control menghubungkan biaya aktual dan anggaran biaya dengan struktur BoQ, WBS, dan Kode Biaya.

 

Modul Procurement and Purchasing kemudian mendukung proses mulai dari kebutuhan proyek dan RFQ hingga evaluasi pemasok, pesanan pembelian, dan revisi pesanan.

 

ProjectVIEW ERP juga menyediakan konektivitas bawaan dengan Oracle Primavera P6 dan Microsoft Project.

 

Hal ini penting, karena jadwal tidak seharusnya berada di luar lingkungan pengendalian biaya sebagai kumpulan data yang terpisah.

 

Prinsip dasarnya sederhana:

 

Pesanan pembelian tidak seharusnya hanya ada sebagai transaksi keuangan.

 

Sebaliknya, pesanan pembelian harus mempertahankan konteks proyek yang melahirkannya:

 

Lingkup → BoQ → Kode Biaya → WBS → Tanggal Kebutuhan → Komitmen → Pelaksanaan Aktual

 

Bagi kontraktor umum yang membangun pusat data, hal ini menjadi sangat relevan. Sebab, mereka harus mengendalikan paket MEP bernilai tinggi, subkontraktor spesialis, rantai pasok yang panjang, dan jadwal konstruksi yang padat secara bersamaan.

 

Mengapa hal ini sangat relevan di Timur Tengah?

 

Timur Tengah semakin menjadi pasar konstruksi pusat data yang penting.

 

Menurut prospek pusat data Timur Tengah dari Turner & Townsend, kapasitas regional dapat meningkat dari sekitar 1,2 GW pada 2025 menjadi 3,3 GW pada 2030. Arab Saudi dan UEA termasuk pasar yang mendorong ekspansi tersebut.

 

Bagi kontraktor yang mengejar proyek infrastruktur hyperscale, cloud, dan AI, peluangnya sangat besar.

 

Namun, pelaksanaan yang lebih cepat, intensitas MEP yang tinggi, dan keterbatasan rantai pasok juga meningkatkan risiko pelaksanaan.

 

Karena itu, rantai operasional harus tetap terhubung mulai dari:

 

Lingkup → Anggaran → Jadwal → Pengadaan → Komitmen → Pengiriman → Konstruksi → Commissioning → Biaya Aktual

 

Pelaksanaan fast-track membutuhkan lebih banyak pengendalian, bukan lebih sedikit

Seiring proyek pusat data menjadi lebih besar, lebih intensif daya, dan lebih sensitif terhadap jadwal, kontraktor akan menghadapi tekanan yang semakin besar untuk mempercepat pelaksanaan.

 

Namun, jawabannya bukan menambah spreadsheet.

 

Bukan pula menambah dasbor yang terputus.

 

Dan bukan pengambilan keputusan yang lebih cepat dengan mengabaikan tata kelola.

 

Sebaliknya, jawabannya adalah integrasi yang lebih erat antara lingkup, jadwal, pengadaan, komitmen, pelaksanaan fisik, dan biaya.

 

Ketika biaya, waktu, dan operasi proyek tetap tersinkronisasi, manajemen dapat mengidentifikasi penyimpangan selagi masih ada waktu untuk bertindak.

 

Itulah perbedaan antara:

 

melaporkan kinerja proyek

 

dan

 

mengendalikannya secara aktif.