Project Contingency
Mengapa Project Contingency Selalu Menjadi Perdebatan Dalam Proyek
Pada saat sebuah proyek mulai dihitung, terdapat satu fakta yang jarang diucapkan secara terbuka oleh siapa pun di ruang rapat: tidak ada seorang pun yang benar-benar mengetahui apa yang akan terjadi selama proyek berlangsung.
Estimasi biaya dibuat berdasarkan data. Jadwal disusun berdasarkan pengalaman. Analisis risiko dibuat berdasarkan probabilitas. Namun proyek berjalan di dunia nyata, bukan di spreadsheet. Harga material berubah. Regulasi berubah. Kondisi tanah berubah. Cuaca berubah. Supplier gagal. Desain direvisi. Owner berubah pikiran. Dan setiap perubahan tersebut memiliki satu konsekuensi yang sama: seseorang harus membayar ketidakpastian.
Dari sinilah project contingency lahir.
Ironisnya, semakin berpengalaman seseorang dalam proyek, biasanya semakin besar kebutuhan mereka terhadap contingency. Sebaliknya, semakin sedikit pengalaman seseorang, semakin besar keyakinannya bahwa contingency merupakan pemborosan anggaran.
Konflik mengenai project contingency sesungguhnya bukan konflik angka. Konflik tersebut adalah konflik cara berpikir. Sebagian pihak melihat contingency sebagai biaya yang tidak diperlukan. Sebagian pihak melihatnya sebagai asuransi organisasi. Sebagian lainnya melihatnya sebagai tanda bahwa estimasi proyek tidak dilakukan dengan baik.
Padahal dalam realitas proyek, project contingency bukan dibayar karena seseorang melakukan kesalahan. Project contingency dibayar karena manusia tidak memiliki kemampuan untuk memprediksi masa depan secara sempurna.
Pertanyaan yang layak diajukan bukanlah:
“Berapa persen contingency yang harus disediakan?”
Pertanyaan yang lebih penting adalah:
“Siapa yang akan menanggung konsekuensi ketika ketidakpastian benar-benar terjadi?”
Bagaimana Project Contingency Lahir Dalam Siklus Proyek
Project contingency lahir pada saat tim proyek menyadari bahwa seluruh data yang mereka miliki mengandung ketidakpastian.
Pada tahap konseptual, ketidakpastian berasal dari informasi yang belum lengkap. Pada tahap desain, ketidakpastian berasal dari asumsi teknis. Pada tahap tender, ketidakpastian berasal dari pasar. Pada tahap pelaksanaan, ketidakpastian berasal dari realitas lapangan.
Dengan kata lain, project contingency bukan dibuat untuk menutupi kesalahan.
Project contingency dibuat untuk mengelola ketidakpastian yang tidak dapat dihilangkan.
Dalam siklus proyek, sumber ketidakpastian biasanya berasal dari:
- Perubahan desain.
- Kondisi lapangan.
- Perubahan regulasi.
- Fluktuasi harga.
- Risiko kontrak.
- Risiko logistik.
- Risiko operasional.
- Risiko tenaga kerja.
- Risiko cuaca.
- Risiko keputusan owner.
Semakin kompleks proyek, semakin besar jumlah variabel yang tidak dapat dikendalikan. Dan semakin besar ketidakpastian tersebut, semakin besar pula kebutuhan contingency.
Komponen Yang Membentuk Project Contingency
Salah satu kesalahan paling umum adalah menganggap contingency sebagai satu kantong uang cadangan tanpa struktur.
Dalam praktik profesional, contingency dibentuk dari berbagai kategori risiko.
Contingency Teknis
| Komponen | Risiko |
|---|---|
| Desain | Revisi dan perubahan |
| Struktur | Kondisi aktual lapangan |
| MEP | Konflik koordinasi |
| Metode kerja | Perubahan pelaksanaan |
Contingency Komersial
| Komponen | Risiko |
|---|---|
| Material | Fluktuasi harga |
| Vendor | Kegagalan pasokan |
| Transportasi | Perubahan biaya logistik |
| Kurs | Perubahan nilai tukar |
Contingency Operasional
| Komponen | Risiko |
|---|---|
| Produktivitas | Penurunan performa |
| Mobilisasi | Keterlambatan |
| Utilitas | Gangguan operasional |
| SDM | Perubahan kebutuhan tenaga |
Contingency Manajemen
| Komponen | Risiko |
|---|---|
| Keputusan owner | Perubahan ruang lingkup |
| Administrasi | Keterlambatan approval |
| Regulasi | Perubahan kebijakan |
| Kontrak | Klaim dan sengketa |
Ketika seseorang bertanya mengapa contingency diperlukan, pertanyaan profesional yang seharusnya diajukan adalah:
Risiko mana yang diyakini tidak akan pernah terjadi?
Siapa Yang Mengendalikan Project Contingency
Secara teoritis, contingency merupakan bagian dari pengendalian risiko.
Dalam praktiknya, contingency merupakan area negosiasi kekuasaan.
Owner
Owner ingin menjaga agar investasi tetap efisien dan terkendali.
Kontraktor
Kontraktor ingin memastikan proyek tetap dapat bertahan ketika kondisi lapangan berubah.
Konsultan
Konsultan ingin menjaga agar standar teknis tetap terpenuhi meskipun terjadi perubahan.
Investor
Investor ingin memastikan bahwa risiko proyek dapat diterima secara finansial.
Auditor
Auditor ingin memastikan bahwa contingency tidak berubah menjadi ruang pemborosan yang tidak terkontrol.
Pada akhirnya, contingency bukan hanya masalah biaya. Contingency adalah kompromi antara optimisme dan realitas.
Analisis Project Contingency Dari Berbagai Sudut Pandang
Perspektif Owner
Owner sering melihat contingency sebagai biaya yang mungkin tidak akan digunakan.
Cara berpikir ini dapat dipahami karena owner berorientasi pada efisiensi investasi. Namun dalam praktik proyek, efisiensi dan ketahanan sering kali saling bertentangan. Semakin kecil cadangan risiko yang disiapkan, semakin besar ketergantungan proyek terhadap kondisi ideal.
Masalahnya, proyek hampir tidak pernah berjalan dalam kondisi ideal.
Perspektif Kontraktor
Kontraktor memahami bahwa ketidakpastian bukan pertanyaan “apakah akan terjadi”, melainkan “kapan akan terjadi”.
Karena itu, contingency dipandang sebagai alat untuk mempertahankan keberlangsungan proyek ketika kondisi lapangan berubah lebih cepat daripada kemampuan organisasi untuk beradaptasi.
Perspektif Investor
Investor melihat contingency sebagai biaya untuk membeli stabilitas.
Bagi investor, cadangan risiko yang terlalu kecil meningkatkan probabilitas kerugian. Sebaliknya, cadangan yang terlalu besar menurunkan efisiensi modal.
Dalam perspektif investasi, contingency adalah kompromi antara profit dan probabilitas kegagalan.
Perspektif Auditor
Auditor melihat contingency sebagai salah satu area dengan potensi salah persepsi terbesar.
Contingency yang tidak digunakan sering dianggap pemborosan. Contingency yang digunakan sering dianggap kesalahan perencanaan.
Padahal fungsi utamanya bukan untuk digunakan atau tidak digunakan. Fungsi utamanya adalah menjaga organisasi tetap mampu bertahan ketika risiko muncul.
Perspektif Engineer
Engineer memahami bahwa tidak ada desain, jadwal, maupun estimasi yang mampu memprediksi seluruh variabel lapangan.
Bagi engineer, contingency merupakan mekanisme pertahanan terhadap ketidakpastian sistem.
Reality Check
Jika Anda percaya bahwa proyek dapat berjalan tanpa contingency karena seluruh risiko telah diperhitungkan, maka terdapat dua kemungkinan.
Pertama, Anda belum pernah menjalankan proyek berskala besar.
Kedua, proyek Anda belum memasuki fase di mana realitas mulai bertentangan dengan perencanaan.
Karena dalam dunia proyek, ketidakpastian bukan penyimpangan.
Ketidakpastian adalah kondisi operasional normal.
Studi Kasus Kegagalan Project Contingency
Sebuah proyek pembangunan fasilitas industri memiliki nilai kontrak Rp120 miliar.
Untuk meningkatkan daya saing penawaran, cadangan risiko dikurangi dari estimasi awal 8% menjadi 2%.
Pada bulan kedua, terjadi perubahan desain utilitas.
Pada bulan keempat, harga material impor mengalami kenaikan.
Pada bulan keenam, pekerjaan pondasi memerlukan metode tambahan karena kondisi tanah aktual berbeda dari investigasi awal.
Pada bulan kedelapan:
- cash flow mulai terganggu,
- profit mulai terkikis,
- klaim mulai meningkat,
- konflik kontrak mulai muncul.
Pada akhir proyek, perusahaan mengalami kerugian meskipun produktivitas lapangan berada dalam batas normal.
Investigasi internal menunjukkan satu kesimpulan sederhana:
Bukan risiko yang terlalu besar.
Cadangan terhadap risiko yang terlalu kecil.
Hubungan Project Contingency Dengan Istilah Proyek Lain
Project contingency memiliki hubungan langsung dengan:
- Project Overhead
- Risk Management
- Cash Flow
- Profit
- Escalation
- Change Order
- Variation Order
- Value Engineering
- Cost Control
- Project Reserve
- Budget Forecast
- Schedule Risk
Kesalahan memahami contingency sering kali menyebabkan seluruh sistem pengendalian proyek kehilangan kemampuan adaptasinya.
FAQ
Apakah project contingency sama dengan profit?
Tidak. Contingency merupakan cadangan risiko, sedangkan profit merupakan hasil finansial.
Apakah seluruh contingency harus digunakan?
Tidak. Fungsi utamanya adalah menyediakan kapasitas menghadapi ketidakpastian.
Apakah proyek kecil membutuhkan contingency?
Ya. Perbedaannya terletak pada tingkat kompleksitas risiko.
Apakah contingency menunjukkan perencanaan yang buruk?
Tidak. Justru ketiadaan contingency sering menunjukkan asumsi yang terlalu optimistis.
Siapa yang menentukan besarnya contingency?
Besarnya ditentukan berdasarkan analisis risiko, kompleksitas proyek, dan toleransi terhadap ketidakpastian.
Apakah proyek di Medan memerlukan contingency yang berbeda dibanding Jakarta?
Ya. Faktor logistik, pasokan material, kondisi pasar, dan karakteristik proyek regional dapat memengaruhi kebutuhan contingency.
Apakah contingency dapat dihapus untuk menurunkan biaya proyek?
Secara administratif mungkin. Secara operasional, risikonya tetap ada dan hanya berpindah kepada pihak lain.
Kesimpulan
Project contingency tidak dibayar karena proyek diperkirakan gagal.
Project contingency dibayar karena tidak ada organisasi, engineer, investor, maupun owner yang memiliki kemampuan untuk memprediksi seluruh masa depan proyek secara sempurna.
Ketika seseorang bertanya mengapa project contingency diperlukan, sesungguhnya ia sedang menanyakan satu pertanyaan yang lebih mendasar:
Berapa biaya yang bersedia dibayar hari ini untuk menghindari kerugian yang belum diketahui besarnya di masa depan?
Sumber Luar
Regulation
- Undang-Undang Nomor 2 Tahun 2017 tentang Jasa Konstruksi (JDIH BPK)
- Peraturan Pemerintah Nomor 14 Tahun 2021 tentang Perubahan atas PP 22/2020 Jasa Konstruksi
- SNI dan Standar Nasional Indonesia (BSN)
Publication
- Journal of Construction Engineering and Management (ASCE)
- Automation in Construction (Elsevier)
- Engineering, Construction and Architectural Management (Emerald)
Book
- Construction Project Management – K.K. Chitkara (Google Books)
- Construction Management JumpStart – Barbara J. Jackson (Google Books)
- Project Management for Construction – Chris Hendrickson (Open Text)
Additional Reference
- Project Management Institute (PMI)
- FIDIC – International Federation of Consulting Engineers
- Construction Industry Institute (CII)
Artikel yang sama :
Menghitung Luas Bangunan, Analisa Harga Satuan, Jenis Atap Rumah
Kembali Ke Halaman :
HOME | CONTACT | PROFIL | ARTIKEL TERKAIT | Hubungi Kami Via WA
VECTOR 41 Arsitek – Kota Medan – Sumatera Utara – INDONESIA
IG . Behance . Pintrest
Jl,Abdulhakim, Setiabudi Landmark, 14 E
Kel.Tanjung sari, Kec.Medan Selayang, Kota Madya Medan
20132 – Medan
(061) 42081483
vector41inc@gmail.com