Dalam teori permainan, zero-sum game itu sederhana: keuntungan satu pihak adalah kerugian pihak lain. Nilai total tetap sama. Dengan kata lain, ada yang menang dan ada yang kalah.
Sayangnya, inilah tepatnya cara sebagian besar organisasi konstruksi masih beroperasi—secara internal dan eksternal.
Dan itulah alasan sebenarnya proyek membengkak biayanya dan margin menguap. Akibatnya, perusahaan menyalahkan sistem ERP atas masalah yang sejak awal memang tidak dirancang untuk diselesaikan oleh sistem tersebut.
Pola Pikir Zero-Sum adalah Pembunuh Senyap Profitabilitas Konstruksi
Secara teori, perusahaan konstruksi ingin meningkatkan margin, memperbaiki produktivitas, dan memberikan kepastian. Dalam praktiknya, mereka beroperasi seperti ini:
- Estimasi memenangkan tender dengan menekan harga → Eksekusi mewarisi anggaran yang mustahil
- Pengadaan menghemat uang pada harga satuan → Lokasi proyek membayar kemudian dalam bentuk keterlambatan dan rework
- Keuangan memberlakukan kontrol yang kaku → Operasi melewati sistem
- Proyek bersaing untuk sumber daya yang sama → Kinerja portofolio runtuh
Dalam konstruksi zero-sum, setiap “kemenangan” karenanya menciptakan “kerugian” yang sepadan di tempat lain.
Itu bukan kolaborasi. Sebaliknya, itu adalah organisasi zero-sum.
Mengapa Konstruksi Sangat Rentan terhadap Permainan Zero-Sum
Konstruksi adalah badai sempurna bagi perilaku zero-sum, karena pekerjaannya adalah:
- Secara alami berharga tetap atau bermargin rendah
- Sangat terfragmentasi (kantor, lapangan, vendor, subkontraktor)
- Bergerak oleh waktu dan banyak perubahan
- Bergantung pada informasi yang terlambat, tidak lengkap, atau terdistorsi
Ketika waktu, biaya, dan ruang lingkup terputus, setiap penyesuaian kemudian menjadi negosiasi:
“Jika saya menanggung ini, siapa yang membayarnya?”
Akibatnya, pada saat manajemen melihat masalahnya, kerugian sudah terkunci.
Sebagian Besar Sistem ERP Mendifestigasi Masalah — Bukan Menyelesaikannya
Mari jujur.
Misalnya, sistem ERP tradisional:
- Memperlakukan proyek sebagai wadah akuntansi
- Mencatat biaya setelah terjadi
- Menegakkan kontrol secara retrospektif
- Membiarkan perencanaan, eksekusi, dan pengadaan terhubung longgar
Dalam praktiknya, yang benar-benar mereka lakukan adalah mendigitalisasi perilaku zero-sum:
- Departemen melindungi diri
- Data menjadi politis
- Keputusan tertahan
- Menyalahkan menggantikan kontrol
Akibatnya, sistem menjadi wasit, bukan sistem operasi.
Bagaimana ProjectVIEW ERP Mematahkan Model Zero-Sum
Sebaliknya, DANAOS Projects membangun ProjectVIEW ERP di atas premis yang berbeda:
Profitabilitas konstruksi bukan masalah negosiasi. Itu adalah masalah sinkronisasi.
BoQ, WBS, dan Cost Code — Selaras Secara Berkelanjutan
ProjectVIEW menyinkronkan:
- BoQ (apa yang Anda jual),
- WBS (kapan Anda mengeksekusi),
- Cost Code (bagaimana uang benar-benar bergerak),
secara real-time.
Artinya:
- Tim mendeteksi penyimpangan lebih awal, bukan pasca kejadian
- Trade-off terlihat dan terukur
- Manajer mengambil keputusan sebelum kerugian membesar
Alih-alih memindahkan kerugian antar-departemen, sistem membantu mencegahnya sama sekali.
Singkatnya, itulah cara Anda beralih dari zero-sum ke eksekusi positive-sum.
Kontrol Biaya Tanpa Pemenang dan Pecundang
- Kontrol biaya berada di dalam operasional harian
- Persetujuan bersifat kontekstual, cepat, dan dapat ditelusuri
- Keuangan dan operasional bekerja dengan kenyataan yang sama, pada waktu yang sama
Hasilnya, tidak ada pengawasan represif, tidak ada sistem bayangan, dan tidak ada kejutan di akhir.
Jadi, ketika semua orang melihat kebenaran yang sama, tidak ada pihak yang perlu “menang” secara internal.
Pengadaan Berhenti Menjadi Ajang Saling Tusuk
Sebaliknya, logika pengadaan tradisional bersifat zero-sum:
Harga termurah menang — pihak lain yang menanggung risikonya kemudian.
Sebaliknya, ProjectVIEW mengaitkan pengadaan secara langsung dengan:
- Kuantitas BoQ
- Waktu WBS
- Kebutuhan lapangan yang nyata
- Agregasi tingkat portofolio
Hasilnya:
- Harga yang lebih baik dan ketersediaan yang lebih baik
- Lebih sedikit pemborosan, lebih sedikit ekspedisi percepatan, lebih sedikit pemadaman masalah
- Pemasok menjadi mitra, bukan lawan
Itu bukan teori. Sebaliknya, itu adalah keunggulan struktural.
Dari Budaya Saling Menyalahkan ke Kelincahan yang Terkendali
Ketika sistem buta, orang akan mengakalinya. Demikian pula, ketika kenyataan datang terlambat, kepanikan menyusul.
ProjectVIEW menegakkan pemeriksaan realitas berkelanjutan:
- Aktual vs anggaran
- Terencana vs terlaksana
- Disetujui vs menyimpang
Hasilnya, struktur insentif berubah:
- Menyembunyikan masalah tidak menguntungkan
- Menyelesaikannya lebih awal menguntungkan
Pada akhirnya, begitulah cara organisasi konstruksi yang matang beroperasi.
Inti Sari
Kebanyakan perusahaan konstruksi tidak gagal karena kurang upaya. Mereka gagal karena beroperasi di dalam sistem zero-sum.
Namun, kebanyakan ERP justru memperkuat perilaku tersebut. ProjectVIEW ERP menghilangkannya secara desain.
Sistem ini tidak menjanjikan keajaiban. Sebaliknya, sistem ini menegakkan realitas sejak dini, terus-menerus, dan di seluruh organisasi.
Dan itulah cara kerja konstruksi yang benar-benar menguntungkan.
