Lingkungan proyek giga di Arab Saudi menaikkan standar pengendalian proyek.
Bagi kontraktor besar, memiliki ERP akuntansi, Oracle Primavera P6, spreadsheet, dan aplikasi konstruksi terpisah tidak otomatis menghasilkan pengendalian real-time. Kontraktor skala enterprise membutuhkan model operasional proyek yang menghubungkan lingkup, jadwal, biaya, pengadaan, subkontraktor, sumber daya, perubahan, dan pelaksanaan aktual di lapangan.
Namun, tujuannya bukan sekadar mencatat apa yang telah terjadi.
Sebaliknya, tujuannya adalah mengidentifikasi penyimpangan cukup dini agar tim masih bisa bertindak.
Bagi DANAOS Projects, karena itu, langkah pertama adalah menghubungkan dimensi pengendalian utama proyek:
BoQ ↔ WBS ↔ Kode Biaya
dan terus membandingkan baseline proyek dengan realitas operasional.
Mengapa Pengendalian Proyek Real-Time Sangat Penting di Arab Saudi?
Saat ini, Arab Saudi sedang memasuki fase baru dalam transformasi ekonominya.
Strategi Public Investment Fund 2026–2030 menggambarkan pergeseran dari pertumbuhan cepat menuju penciptaan nilai yang berkelanjutan. Di antara tujuan strategisnya, PIF secara khusus menyebutkan operasi yang efisien biaya, pengendalian yang efektif, pelaksanaan yang gesit, serta AI canggih dengan fondasi data yang kuat.
Akibatnya, hal ini penting bagi kontraktor.
Lingkungan proyek Arab Saudi mencakup pengembangan yang sangat kompleks, infrastruktur, dan proyek industri. Selain itu, lingkungan ini mencakup program besar PIF dengan ekosistem kontraktor, subkontraktor, dan pemasok yang luas.
Karena itu, pertanyaan manajemen kini semakin bukan lagi:
“Apakah kita memiliki perangkat lunak yang tepat?”
Melainkan:
“Apakah sistem kita dapat menunjukkan di mana proyek menyimpang selagi masih ada waktu untuk merespons?”
Tentu, hal itu membutuhkan jauh lebih banyak daripada laporan keuangan akhir bulan.
Dengan kata lain, kontraktor membutuhkan pengendalian proyek operasional.
1. Pengendalian Biaya Harus Dimulai dari Baseline Proyek
Syarat pertama pengendalian real-time bukanlah dashboard.
Sebaliknya, syarat pertama adalah baseline yang andal.
Bagi kontraktor, karena itu, baseline proyek harus menetapkan:
- hasil kerja apa yang akan kontraktor serahkan;
- dalam kuantitas berapa;
- kapan pekerjaan harus berlangsung;
- sumber daya apa yang akan tim pakai;
- bagaimana tim menghitung biaya sumber daya tersebut;
- pendapatan atau nilai komersial apa yang terkait dengan pekerjaan tersebut.
DANAOS Projects telah membahas hal ini dalam artikelnya tentang baseline kinerja proyek terintegrasi. Menurut artikel itu, biaya dan jadwal harus tetap terhubung, bukan berjalan sebagai struktur pengendalian yang terpisah.
Misalnya, dalam ProjectVIEW ERP, hubungan intinya adalah:
- BoQ = dimensi lingkup, kuantitas, dan komersial
- WBS = dimensi pelaksanaan dan waktu
- Kode Biaya = dimensi pengendalian biaya internal
Modul Pengendalian Biaya ProjectVIEW ERP berpijak pada keterkaitan:
BoQ ↔ WBS ↔ Kode Biaya
Namun, intinya bukan bahwa setiap organisasi harus memakai istilah yang sama.
Sebaliknya, intinya adalah lingkup, pelaksanaan, dan biaya harus merujuk pada realitas proyek yang sama.
2. Pengadaan Harus Merespons Jadwal Proyek
Pengadaan pada proyek giga tidak seharusnya beroperasi sebagai departemen pembelian independen yang menanggapi permintaan pembelian secara terpisah-pisah.
Sebaliknya, proyeklah yang harus menggerakkan pengadaan.
Artinya, tim pengadaan harus dapat menjawab pertanyaan seperti:
- Paket pekerjaan mana yang membutuhkan material atau jasa tersebut?
- Berapa kuantitas dalam anggaran?
- Kapan jadwal memerlukannya?
- Sudahkah manajer menyetujui permintaan pembelian?
- Apakah tim sudah menerbitkan RFQ?
- Sudahkah tim memilih pemasok?
- Berapa nilai komitmen saat ini?
- Kapan perkiraan tiba pengirimannya?
- Apakah material akan tiba sebelum aktivitas terkait mulai?
Pendekatan estimasi berbasis BoQ dari DANAOS Projects penting di sini. Sebab, kebutuhan pengadaan pada akhirnya harus berasal dari estimasi dan anggaran konsumsi proyek.
Selain itu, Arab Saudi menambahkan dimensi lain.
Kebijakan pengadaan pemerintah sangat menekankan konten lokal dan industri dalam negeri. Sementara itu, Kementerian Keuangan menyampaikan Undang-Undang Tender dan Pengadaan Pemerintah yang baru, yang disetujui pada Agustus 2026 sebagai penguatan tata kelola, transparansi, perencanaan, dan efisiensi pelaksanaan.
Karena itu, bagi kontraktor yang bekerja pada program besar di Arab Saudi, pengadaan harus berbasis proyek sekaligus siap audit.
3. Kontraktor Perlu Melihat Biaya Komitmen Sebelum Faktur Tiba
Tentu saja, akuntansi tetap sangat penting.
Namun, dari sudut pandang pengendalian proyek operasional, faktur sering kali merupakan sinyal yang terlambat.
Misalnya, perhatikan apa yang terjadi sebelum faktur:
Pertama, manajer menyetujui permintaan material.
Kemudian, tim pengadaan menerbitkan RFQ.
Selanjutnya, tim memilih pemasok.
Tim lalu membuat pesanan pembelian.
Akhirnya, kontraktor menandatangani subkontrak.
Akibatnya, pada titik itu, kontraktor mungkin sudah terikat secara ekonomi meskipun belum ada faktur pemasok yang sampai ke bagian akuntansi.
Karena itu, pengendalian biaya real-time harus membedakan antara:
- Biaya Anggaran
- Biaya Komitmen
- Biaya Aktual
- Biaya Akrual
- Prakiraan Biaya Penyelesaian
- Estimasi Biaya pada Penyelesaian (EAC)
Karena itu, pembaca sebaiknya membaca artikel DANAOS Projects tentang arsitektur pengendalian biaya terintegrasi bersama pembahasan khusus Arab Saudi ini.
Pertanyaan pengendalian proyek yang lebih tepat bukanlah:
“Berapa yang sudah kita belanjakan?”
Melainkan:
“Berdasarkan pekerjaan yang sudah selesai, komitmen yang ada, dan pekerjaan yang tersisa, ke mana arah biaya akhir proyek?”
4. Progres Subkontraktor Harus Menyelaraskan Realitas Fisik dan Komersial
Proyek giga di Arab Saudi dapat melibatkan ekosistem subkontraktor yang besar.
Akibatnya, hal ini menimbulkan masalah pengendalian yang sulit.
Misalnya, subkontraktor mungkin melaporkan persentase penyelesaian.
Tim perencanaan mungkin menghitung progres terhadap aktivitas WBS.
Sementara itu, tim lapangan mungkin mengukur kuantitas fisik yang berbeda.
Departemen komersial mungkin menyertifikasi nilai yang berbeda.
Akhirnya, bagian akuntansi mungkin baru melihat transaksi setelah sertifikat menjadi tagihan jatuh tempo.
Karena itu, berbagai sudut pandang ini pada akhirnya harus selaras.
Untuk setiap paket subkontrak, pengendalian proyek enterprise harus menghubungkan:
Lingkup subkontrak
→ WBS / Paket Pekerjaan
→ Progres Fisik
→ Kuantitas Tersertifikasi
→ Nilai Komersial
→ Retensi / Potongan
→ Biaya
→ Pembayaran
Sebagai contoh, kerangka SaaS ProjectVIEW ERP saat ini mencakup manajemen siklus hidup subkontrak, pengukuran dan sertifikasi progres, variasi, klaim, serta pelacakan retensi.
Bagi kontraktor yang menangani banyak paket proyek giga, ketertelusuran tersebut bukan sekadar kemudahan administratif.
Sebaliknya, ini adalah syarat pengendalian biaya.
5. Produktivitas Harus Menghubungkan Output Fisik, Sumber Daya, Waktu, dan Biaya
Sebuah proyek bisa tampak berjalan baik sementara margin diam-diam terus menurun.
Misalnya, sebuah aktivitas konstruksi memiliki estimasi yang mengasumsikan bahwa satu unit terukur membutuhkan:
- X jam tenaga kerja
- Y kuantitas material
- Z jam alat berat
Jika proyek mulai menggunakan lebih banyak tenaga kerja atau alat berat untuk menghasilkan kuantitas yang sama, produktivitas sedang menurun.
Bahkan, hal ini bisa terlihat secara operasional jauh sebelum akuntansi menunjukkan dampak finansialnya.
Karena itu, manajemen tidak boleh hanya mengukur produktivitas sebagai:
jam kerja
atau hanya sebagai:
persentase penyelesaian
Sebaliknya, produktivitas harus menghubungkan:
Output Fisik ↔ Upaya ↔ Sumber Daya ↔ Waktu ↔ Biaya
Selain itu, logika yang sama berlaku untuk alat berat.
Kontraktor tidak hanya perlu tahu bahwa ekskavator, crane, atau pompa beton beroperasi selama delapan jam.
Sebaliknya, manajemen perlu mengetahui:
- Di mana lokasi alokasi alat itu?
- Aktivitas apa yang alat itu dukung?
- Berapa kuantitas hasil kerjanya?
- Berapa nilai anggarannya?
- Apakah alat itu produktif atau menganggur?
Dengan begitu, manajemen sumber daya berubah menjadi manajemen kinerja proyek.
6. Perubahan Harus Memperbarui Lingkup, Jadwal, Biaya, dan Pendapatan Secara Bersamaan
Perubahan tidak terhindarkan pada proyek besar.
Namun, masalah pengendaliannya bukan karena variasi terjadi.
Masalahnya muncul ketika satu variasi yang sama menciptakan beberapa versi realitas yang tidak saling terhubung.
Tim engineering mungkin merevisi lingkup.
Kemudian, tim perencanaan mungkin memperbarui jadwal.
Tim pengadaan mungkin memesan material tambahan.
Selain itu, tim komersial mungkin menyiapkan klaim.
Tim pengendalian biaya mungkin merevisi prakiraan.
Sementara itu, tim keuangan mungkin menunggu pengakuan kontraktual resmi.
Padahal, semua peristiwa ini berkaitan dengan perubahan yang sama.
Karena itu, variasi yang terkendali harus menjaga hubungan antara:
Lingkup Awal
→ Lingkup yang Berubah
→ Dampak BoQ / Kuantitas
→ Dampak WBS / Jadwal
→ Kebutuhan Sumber Daya
→ Dampak Biaya
→ Pendapatan / Klaim
→ Prakiraan
Arsitektur ProjectVIEW mendukung beberapa versi BoQ dan WBS, klaim, serta variasi dalam pengendalian biaya proyek.
Dengan demikian, tujuan manajemen seharusnya adalah:
Baseline → Perubahan → Persetujuan → Prakiraan yang Direvisi → Pemulihan Komersial
—bukan lima spreadsheet terpisah yang menggambarkan peristiwa yang sama.
7. Realitas Lapangan Harus Terhubung dengan Keuangan Korporat
Banyak kontraktor besar di Arab Saudi sudah menjalankan Oracle, SAP, atau ERP keuangan korporat lainnya.
Namun, itu tidak berarti perusahaan harus mengganti ERP korporat.
Pertanyaan yang lebih penting bersifat arsitektural:
Bagaimana realitas operasional proyek yang terperinci sampai ke keuangan korporat tanpa kehilangan konteks proyeknya?
DANAOS merancang ProjectVIEW ERP sebagai lapisan yang berpusat pada proyek. Selain itu, sistem ini terintegrasi dengan sistem lain di perusahaan.
ProjectVIEW OS for the BUILD World menjelaskan konsep yang lebih luas ini. Menurut konsep itu, proses proyek yang terstruktur menciptakan fondasi data operasional untuk analitik manajemen dan, semakin lama, untuk AI.
Karena itu, arsitektur enterprise yang praktis dapat mencakup:
ProjectVIEW ERP — proses pelaksanaan proyek dan pengendalian biaya yang terperinci
Oracle Primavera P6 / Microsoft Project — perencanaan dan penjadwalan terperinci
Lingkungan BIM / IFC — representasi digital aset fisik
Oracle / SAP / ERP Korporat — proses keuangan konsolidasi dan korporat
Namun, tujuannya bukan menambah silo perangkat lunak baru.
Tujuannya adalah menjaga konteks proyek saat informasi mengalir antar-sistem.
Mengapa AI Membuat Data Proyek yang Terstruktur Semakin Penting?
Strategi PIF Arab Saudi secara eksplisit mengaitkan AI canggih dengan fondasi data yang kuat.
Karena itu, hal ini penting bagi digitalisasi konstruksi.
Misalnya, AI dapat mengidentifikasi pola, merangkum informasi, memprediksi kemungkinan hasil, dan mengotomatiskan proses tertentu.
Namun, keandalan hasil tersebut sangat bergantung pada kualitas dan struktur data yang mendasarinya.
DANAOS Projects telah membahas hal ini dalam Walk Before You Run: Mengapa ERP Harus Ada Sebelum AI
Singkatnya, prinsipnya sederhana:
Jika data pengadaan, biaya, jadwal, progres, dan sumber daya menggunakan struktur yang tidak konsisten antarproyek, menambahkan AI tidak otomatis menyelesaikan masalah pengendalian yang mendasarinya.
Pertama, strukturkan prosesnya.
Kemudian, hubungkan dimensi-dimensi proyek.
Setelah itu, gunakan AI untuk menggali wawasan dari data tersebut.
Apa yang Harus Ditanyakan Kontraktor Proyek Giga di Arab Saudi kepada Vendor ERP?
Bagi kontraktor enterprise, proses pemilihan ERP harus melampaui daftar periksa fitur.
Karena itu, tanyakan apakah arsitekturnya dapat menjawab pertanyaan berikut:
- Dapatkah BoQ, WBS, dan Kode Biaya tetap terhubung sepanjang siklus hidup proyek?
- Bisakah tim membandingkan kuantitas aktual dengan kuantitas anggaran?
- Mampukah sistem mengukur produktivitas tenaga kerja dan alat berat terhadap output fisik?
- Apakah manajemen dapat melihat biaya komitmen sebelum faktur pemasok tiba?
- Bisakah tanggal kebutuhan dalam jadwal proyek menggerakkan kebutuhan pengadaan?
- Dapatkah tim menyelaraskan progres subkontraktor dengan progres fisik dan sertifikasi?
- Dapatkah variasi memperbarui lingkup, jadwal, sumber daya, biaya, dan pendapatan secara konsisten?
- Mampukah manajemen memprakirakan biaya penyelesaian dan Estimasi Biaya pada Penyelesaian (EAC)?
- Bisakah eksekutif menelusuri dari KPI tingkat portofolio hingga ke transaksi proyek yang mendasarinya?
- Dapatkah platform proyek terintegrasi dengan Primavera P6, BIM, dan ERP korporat?
- Apakah data operasional cukup terstruktur untuk mendukung analitik dan AI yang andal?
Jika beberapa jawabannya tidak, masalahnya mungkin bukan dashboard yang kurang.
Sebaliknya, masalahnya mungkin terletak pada arsitektur pengendalian proyek yang mendasarinya.
Kesimpulan: Pengendalian Real-Time Berarti Menghubungkan Realitas Proyek
Peluang konstruksi di Arab Saudi sangat besar.
Namun, skala yang besar juga memperbesar biaya akibat informasi yang terfragmentasi.
Pandangan DANAOS Projects adalah bahwa pengendalian proyek real-time tidak lahir dari pembuatan lebih banyak laporan.
Sebaliknya, pengendalian itu lahir dari menjaga hubungan antara:
- Lingkup
- Kuantitas
- WBS
- Jadwal
- Kode Biaya
- Sumber Daya
- Pengadaan
- Subkontraktor
- Perubahan
- Pelaksanaan Aktual
- Keuangan
—dan terus membandingkan realitas tersebut dengan baseline proyek.
Bagi kontraktor proyek giga di Arab Saudi, inilah definisi ERP konstruksi yang lebih berguna:
bukan sekadar perangkat lunak yang mencatat apa yang telah terjadi, melainkan lingkungan operasional proyek yang membantu manajemen memahami apa yang sedang terjadi saat ini, mengapa hal itu terjadi, dan apa artinya bagi hasil akhir proyek.
