HOME/Wawasan.../50% Selesai Menurut Siapa? Progres Konstruksi Aktual, Pengendalian Biaya, dan Earned Value 50% Selesai Menurut Siapa? Progres Konstruksi Aktual, Pengendalian Biaya, dan Earned Value Christos Emmanouilidis, Chief Customer & Commercial Officer, DANAOS Projects 21 menit baca 30 September 2026 Diperbarui 16 Oktober 2026 Pengendalian Biaya & Earned Value “Proyek ini sudah 50% selesai.” Kedengarannya presisi. Namun di sektor konstruksi, infrastruktur, EPC, pembangunan kapal, pekerjaan lepas pantai (offshore), pengembangan pertambangan, dan manufaktur berbasis proyek, pernyataan ini bisa menjadi salah satu pernyataan paling ambigu yang didengar manajemen. 50% menurut siapa? Perencana? Insinyur lapangan? Quantity surveyor? Subkontraktor? Pengendali biaya? Konsultan? Bagian keuangan? Klien? Karena sebuah proyek bisa sekaligus: 50% selesai menurut jadwal, 44% selesai berdasarkan kuantitas terpasang, 62% dari anggaran tenaga kerja terpakai, 57% dari anggaran alat berat terpakai, 48% menurut klaim subkontraktor, 43% menurut sertifikasi konsultan, 38% ditagihkan kepada klien, dan 30% tertagih secara tunai. Semua angka tersebut mungkin benar. Angka-angka itu hanya mengukur realitas yang berbeda. Dan justru karena itulah pelaporan progres tidak boleh disamakan dengan Manajemen Konstruksi. Pertanyaan sebenarnya bukan hanya: Berapa banyak pekerjaan yang telah kita selesaikan? Melainkan: Berapa banyak pekerjaan yang telah kita selesaikan, berapa lama waktu yang dibutuhkan, sumber daya apa yang kita konsumsi untuk mencapainya, dan apakah biaya yang timbul sepadan dengan progres yang dicapai? Di situlah pengukuran progres berubah menjadi Pengendalian Biaya. Dan di situlah Earned Value menjadi bermakna. Apa Sebenarnya Arti “50% Selesai”? Tidak ada persentase konstruksi universal yang disebut sekadar “persen selesai.” Bahkan Oracle Primavera P6 membedakan beberapa ukuran penyelesaian, termasuk Duration Percent Complete, Units Percent Complete, Physical Percent Complete, dan Performance Percent Complete. Performance Percent Complete kemudian digunakan dalam perhitungan Earned Value. Definisi aktivitas dan persentase penyelesaian Oracle Primavera P6 Perbedaan ini sangat mendasar. Aplikasi penjadwalan dapat secara sah melaporkan bahwa suatu aktivitas telah 50% selesai berdasarkan metodologi progres yang dipilih. Namun hal itu tidak otomatis memastikan: bahwa 50% dari kuantitas kontrak telah dibangun; bahwa 50% dari sumber daya yang dibutuhkan telah dikonsumsi; bahwa 50% dari anggaran telah diperoleh (earned); bahwa pekerjaan berjalan sesuai laju produksi yang direncanakan; atau bahwa proyek dalam kondisi sehat secara ekonomi. Waktu bukanlah kuantitas. Kuantitas bukanlah biaya. Biaya bukanlah progres. Manajemen Konstruksi dimulai ketika dimensi-dimensi tersebut saling dihubungkan. Progres Harus Dicatat di Tempat Progres Benar-Benar Terjadi: di Lapangan Progres konstruksi aktual berasal dari pelaksanaan. Progres terjadi di lokasi konstruksi, area fabrikasi, galangan kapal, bengkel, tambang, fasilitas lepas pantai, atau di mana pun pekerjaan fisik dilakukan. Oleh karena itu, progres harus dicatat terhadap lingkup pekerjaan yang sebenarnya. Tergantung pada sifat aktivitasnya, progres dapat dicatat sebagai: kuantitas aktual yang diselesaikan terhadap item BoQ; persentase penyelesaian terhadap aktivitas WBS; produksi terukur terhadap BoQ sekaligus WBS terkait; atau metodologi penyelesaian berbobot yang telah ditetapkan sebelumnya ketika kuantitas saja tidak memadai. Contohnya sederhana: 500 m dari 1,000 m pipa terpasang = 50% progres kuantitas fisik 600 m³ dari 1,000 m³ beton dicor = 60% 250 ton dari 500 ton baja struktural didirikan = 50% 25 dari 50 unit peralatan terpasang dan diterima = 50% Untuk pekerjaan yang tidak dapat diukur secara wajar sebagai kuantitas kontinu, milestone progres yang telah ditetapkan atau Rules of Credit dapat menentukan bagaimana penyelesaian diakui. InEight, misalnya, menjelaskan Rules of Credit sebagai metode untuk menetapkan progres pada milestone yang terukur sehingga pelaporan progres mencerminkan pencapaian yang terverifikasi, bukan penilaian subjektif. InEight — Rules of Credit Drive Reliable Construction Budgeting Hal ini menetapkan prinsip pertama: Progres harus didasarkan pada pekerjaan terukur yang telah dilaksanakan—bukan sekadar pada waktu yang telah berlalu. Namun progres fisik yang akurat pun baru separuh dari persamaan. Pertanyaan yang Terlewat: Apa yang Dibutuhkan untuk Menghasilkan Progres Itu? Misalkan sebuah aktivitas pemasangan pipa berisi: Kuantitas BoQ: 1,000 meter Kuantitas aktual terpasang: 500 meter Lapangan secara sah melaporkan: 50% selesai. Namun kini manajemen perlu mengetahui sesuatu yang jauh lebih penting. Apa yang kita konsumsi untuk menghasilkan 500 meter tersebut? Berapa banyak: jam kerja tenaga kerja; jam alat berat; material; sumber daya subkontraktor; bahan habis pakai; sumber daya tidak langsung; yang dibutuhkan? Dan bagaimana perbandingannya dengan anggaran awal kita? Inilah perbedaan antara pencatatan progres dan pengendalian proyek. Contoh Sederhana Menunjukkan Masalahnya Bayangkan anggaran untuk 1,000 meter pipa didasarkan pada: 800 jam kerja tenaga kerja 80 jam alat berat 1,000 meter pipa ditambah biaya subkontraktor dan biaya tidak langsung terkait. Pada penyelesaian fisik tepat 50%, asumsi perencanaan proporsional akan menunjukkan bahwa kira-kira: 400 jam kerja tenaga kerja 40 jam alat berat 500 meter material seharusnya telah dikonsumsi, tentu saja dengan memperhatikan pembebanan sumber daya dan profil produksi yang sebenarnya. Namun transaksi di lapangan menunjukkan bahwa: 560 jam kerja tenaga kerja 55 jam alat berat 540 meter material telah benar-benar dikonsumsi. Proyek ini memang 50% selesai secara fisik. Namun kinerja sumber dayanya tidak 50%. Tenaga kerja telah mengonsumsi 70% dari jam kerja yang direncanakan. Alat berat telah mengonsumsi hampir 69% dari jam alat berat yang direncanakan. Konsumsi material berada di angka 54%. Kini “50% selesai” memiliki arti yang sama sekali berbeda. Kuantitasnya benar. Proyek terus berjalan. Namun sumber daya yang dibutuhkan untuk menghasilkan progres tersebut mulai menyimpang dari asumsi anggaran. Penyimpangan itulah awal dari masalah manajemen yang sebenarnya. Kuantitas + Waktu + Biaya: Uji Realitas dalam Konstruksi Oleh karena itu, hubungan esensial dalam konstruksi bukan sekadar: Progres Rencana vs Progres Aktual Melainkan: Kuantitas yang dicapai ↔ Waktu yang digunakan ↔ Sumber daya yang dikonsumsi ↔ Biaya yang timbul Masing-masing menguji yang lain. Kuantitas menjawab: Apa yang benar-benar telah kita bangun? Waktu menjawab: Seberapa cepat kita memproduksinya (produksi berbasis upaya)? Sumber daya menjawab: Apa yang kita konsumsi untuk memproduksinya? Biaya menjawab: Berapa biaya dari konsumsi sumber daya tersebut? Operasi yang sehat mensyaratkan dimensi-dimensi ini tetap selaras secara wajar dengan asumsi yang terkandung dalam anggaran dan jadwal proyek. Itulah uji realitas. Laju Produksi Sama Pentingnya dengan Progres Misalkan anggaran awal kita mengasumsikan: 1,000 meter pekerjaan dengan 800 jam kerja tenaga kerja. Dengan demikian, produktivitas yang dianggarkan adalah: 1.25 meter per jam kerja. Namun setelah 500 meter selesai, 560 jam kerja telah dikonsumsi. Produktivitas aktual kini adalah: 0.89 meter per jam kerja. Progres fisik masih dilaporkan secara akurat sebesar 50%. Namun produktivitas tenaga kerja telah menurun secara signifikan dibandingkan asumsi anggaran. Dashboard progres yang hanya melaporkan: Pemasangan Pipa — 50% Selesai tidak dapat mengungkap hal ini. Persentasenya benar. Kesimpulan manajemennya keliru karena persentase tersebut berdiri tanpa konteks operasional. Itulah sebabnya produktivitas tenaga kerja aktual harus dihitung dengan menghubungkan konsumsi sumber daya dengan pekerjaan yang benar-benar dihasilkan. ProjectVIEW ERP menghubungkan produktivitas tenaga kerja dengan struktur BoQ/WBS sehingga konsumsi tenaga kerja aktual dapat dibandingkan dengan pekerjaan proyek yang dihasilkannya. Arsitektur SaaS DANAOS juga menjelaskan produktivitas tenaga kerja sebagai terkait dengan BoQ/WBS dan utilisasi harian alat berat sebagai terkait dengan BoQ. Inilah yang Ingin Disampaikan Earned Value kepada Manajemen Pada tingkat pengendalian proyek, Earned Value Analysis memformalkan hubungan ini dengan membandingkan tiga dimensi mendasar: Planned Value (PV): Berapa nilai yang seharusnya sudah selesai saat ini? Earned Value (EV): Berapa nilai anggaran dari pekerjaan yang benar-benar telah selesai? Actual Cost (AC): Berapa biaya sebenarnya dari pekerjaan yang telah selesai? Misalkan paket pekerjaan pipa kita memiliki Budget at Completion sebesar $100,000. Pada tanggal pelaporan: Progres rencana = 60% Dengan demikian: PV = $60,000 Namun progres fisik yang terverifikasi hanya: 50% Dengan demikian: EV = $50,000 Dan sumber daya aktual yang dikonsumsi telah menghasilkan: AC = $65,000 Dengan demikian, proyek tertinggal dari rencana dan membelanjakan biaya secara tidak proporsional dibandingkan nilai yang telah diperolehnya. Schedule Performance Index adalah: SPI = EV / PV = 0.83 Cost Performance Index adalah: CPI = EV / AC = 0.77 Definisi API Oracle Primavera saat ini juga menjelaskan Earned Value sebagai anggaran baseline dikalikan Performance Percent Complete, dan SPI sebagai Earned Value dibagi Planned Value. Definisi Earned Value dan kinerja jadwal Oracle Primavera P6 Itulah sebabnya Earned Value begitu kuat. Earned Value tidak sekadar bertanya: “Berapa banyak uang yang telah kita belanjakan?” Earned Value bertanya: “Berapa nilai yang benar-benar kita peroleh dari uang yang dibelanjakan?” Dan itu pada dasarnya adalah pertanyaan Manajemen Konstruksi. Earned Value Harus Tetap Berpijak pada Realitas Konstruksi yang Sebenarnya Earned Value hanya seandal pengukuran progres yang mendasarinya. Jika seseorang hanya mengetik: 50% selesai pada aktivitas WBS tanpa hubungan yang dapat dipertanggungjawabkan dengan pencapaian fisik, perhitungan Earned Value yang dihasilkan bisa sempurna secara matematis tetapi tidak bermakna secara operasional. Ini adalah perbedaan yang penting. Sistem harus mengetahui apa yang dimaksud dengan progres yang diperoleh (earned progress). Hal itu dapat berasal dari: kuantitas terpasang; kuantitas BoQ yang telah diselesaikan; progres WBS yang terverifikasi; langkah-langkah berbobot; Rules of Credit; output produksi yang telah diterima; pekerjaan yang telah diinspeksi; atau metode pengukuran lain yang didefinisikan secara objektif. Tujuannya selalu sama: Earned Value harus mencerminkan pekerjaan yang benar-benar telah diselesaikan. Bukan optimisme. Bukan pengeluaran. Bukan sekadar waktu yang telah berlalu. Mengapa Progres Berbasis WBS Saja Tidak Cukup WBS sangat diperlukan. WBS menyusun: aktivitas; urutan; ketergantungan; milestone; durasi; waktu proyek. Namun WBS saja tidak dapat merepresentasikan seluruh realitas ekonomi konstruksi. Perhatikan sebuah aktivitas: Pemasangan Pipa Air Dingin (Chilled Water) — Lantai 3 Jadwal mungkin mengetahui: tanggal mulai; tanggal selesai; durasi; logika; penugasan sumber daya; persentase penyelesaian. Namun pengendalian komersial dan operasional membutuhkan jauh lebih banyak. Berapa kuantitas pipa dalam aktivitas tersebut? Baris BoQ yang mana? Diameter berapa? Material apa? Keahlian tenaga kerja apa? Alat berat apa? Subkontraktor yang mana? Anggaran berapa? Biaya berapa? Apa yang telah diadakan? Apa yang telah tiba? Apa yang telah dikonsumsi? Apa yang telah diinspeksi? Apa yang telah disertifikasi? Apa yang telah dibayar? Sebuah aktivitas WBS merepresentasikan struktur pelaksanaan dalam dimensi waktu. Aktivitas tersebut tidak otomatis merepresentasikan struktur komersial dan finansial proyek secara keseluruhan. Justru karena itulah ProjectVIEW ERP menggunakan hubungan: BoQ ↔ WBS ↔ Cost Codes BoQ menetapkan lingkup yang terukur dan komersial. WBS menetapkan pelaksanaan dan waktu. Cost Codes (kode biaya) menetapkan klasifikasi ekonomi perusahaan atas konsumsi sumber daya. ProjectVIEW kemudian menghubungkan transaksi proyek aktual dengan struktur-struktur tersebut. DANAOS telah menjelaskan pendekatan ini sebagai upaya menghubungkan anggaran proyek yang terkuantifikasi, WBS, pengadaan, pelaksanaan di lapangan, dan akuntansi dalam satu model proyek yang terkelola. DANAOS — Mengapa WBS Saja Tidak Cukup untuk Pengendalian Biaya Proyek Pembaruan Progres WBS Adalah Laporan. Itu Belum Pengendalian Biaya. Perbedaan ini perlu ditegaskan secara eksplisit. Ketika seseorang memperbarui sebuah aktivitas dari: 40% → 50% organisasi telah mencatat progres. Bermanfaat? Tentu saja. Perlu? Ya. Manajemen Konstruksi? Belum. Manajemen masih perlu menentukan apakah pemanfaatan sumber daya yang terkait dengan pekerjaan yang sama sepadan dengan progres tersebut. Jika tambahan progres 10% membutuhkan: 10% dari tenaga kerja yang diperkirakan, 10% dari peralatan yang diperkirakan, 10% dari material yang diperkirakan, dan kira-kira waktu yang diperkirakan, operasi mungkin berjalan dengan baik. Namun jika tambahan progres 10% yang sama membutuhkan: tambahan tenaga kerja 22%, tambahan biaya alat berat 18%, kelebihan konsumsi material 15%, dan dua kali durasi yang diperkirakan, manajemen telah menemukan masalah kinerja yang serius. Jadwal saja tidak dapat menjelaskannya. Persentase progres saja tidak dapat menjelaskannya. Buku besar akuntansi saja tidak dapat menjelaskannya. Hanya hubungan antara pekerjaan yang dicapai dan sumber daya yang dikonsumsi yang dapat menjelaskannya. Inilah Perbedaan antara Pelaporan dan Manajemen Konstruksi Sistem penjadwalan dapat memberi tahu manajemen: “Aktivitas ini 50% selesai.” Sistem manajemen konstruksi dan pengendalian biaya harus menjawab: “Kuantitas apa yang diwakili oleh 50% tersebut?” “Berapa lama waktu untuk menghasilkannya?” “Tenaga kerja apa yang kita konsumsi?” “Alat berat apa yang kita konsumsi?” “Material apa yang kita konsumsi?” “Pekerjaan subkontraktor apa yang kita konsumsi?” “Berapa biaya semua sumber daya tersebut?” “Bagaimana hasilnya dibandingkan dengan anggaran?” “Apa artinya hal ini bagi sisa pekerjaan?” Itu adalah tingkat pengendalian yang sangat berbeda. Persentase yang berdiri sendiri adalah pelaporan. Kuantitas pekerjaan yang telah diselesaikan dan direkonsiliasi dengan waktu, sumber daya, dan biaya adalah Manajemen Konstruksi. Jam Kerja Tenaga Kerja Tidak Sama dengan Progres Perhatikan dua proyek. Keduanya melaporkan: progres fisik 50%. Proyek A telah mengonsumsi: 48% dari jam kerja yang dianggarkan. Proyek B telah mengonsumsi: 72%. Apakah manajemen harus menganggap keduanya sama sehatnya karena keduanya sama-sama 50% selesai? Jelas tidak. Proyek A secara umum masih sejalan dengan produktivitas tenaga kerja yang direncanakan. Proyek B mengubah jauh lebih banyak tenaga kerja menjadi output fisik yang sama. Perbedaannya dapat disebabkan oleh: kondisi lapangan yang buruk; kurva pembelajaran; kepadatan area kerja; pengerjaan ulang; pengawasan yang lemah; ketersediaan material yang tidak memadai; perubahan desain; pembatasan akses; lembur; komposisi regu kerja yang tidak tepat; atau asumsi estimasi yang keliru. Apa pun penyebabnya, masalah hanya akan terlihat ketika konsumsi tenaga kerja dan pencapaian fisik berbagi referensi proyek yang sama. Itulah sebabnya ProjectVIEW memperlakukan produktivitas tenaga kerja sebagai bagian dari pengendalian proyek, bukan sekadar administrasi SDM. Jam Alat Berat Juga Tidak Sama dengan Progres Logika yang sama berlaku untuk peralatan. Crane yang dipesan selama sepuluh jam belum tentu menghasilkan sepuluh jam nilai. Ekskavator yang berada di lokasi mungkin sedang: bekerja, menunggu, menganggur, dalam perawatan, dalam mobilisasi, atau terhalang oleh aktivitas lain. Pertanyaannya bukan sekadar: “Berapa jam alat berat yang tercatat?” Melainkan: “Output terukur apa yang dihasilkan oleh jam alat berat tersebut?” Model manajemen alat berat ProjectVIEW mencakup biaya kerja dan biaya menganggur, penjadwalan dan ketersediaan, logistik, perawatan, serta utilisasi harian alat berat yang terkait dengan BoQ. Dengan demikian, alat berat dapat diperlakukan sebagai sumber daya ekonomi yang terkait dengan produksi proyek aktual—bukan sekadar aset dalam daftar armada. Material yang Tiba di Lokasi Bukanlah Progres Material menimbulkan distorsi umum lainnya. Misalkan: 70% material telah dibeli. Apakah pekerjaan sudah 70% selesai? Tentu saja tidak. Bagaimana jika: 70% telah dipesan, 60% telah dikirim, 55% telah diterima ke dalam inventaris, 45% telah dikeluarkan dari gudang, 40% telah dipasang, dan hanya 35% yang telah diinspeksi dan diterima? Persentase mana yang merepresentasikan progres? Setiap transaksi memberi tahu manajemen sesuatu yang berguna. Tidak satu pun boleh disamakan dengan yang lain. Proses material dan produksi ProjectVIEW membedakan: pengadaan; Goods Receipt Notes (bukti penerimaan barang); inventaris; pergerakan gudang; pengeluaran barang; tahapan produksi; konsumsi sumber daya; dan biaya produksi aktual. Perbedaan tersebut sangat penting dalam: konstruksi, fabrikasi MEP, baja struktural, konstruksi modular, pembangunan kapal, perbaikan kapal, fabrikasi lepas pantai, manufaktur industri, dan lingkungan produksi berbasis proyek lainnya. Dipesan bukan berarti diterima. Diterima bukan berarti dikonsumsi. Dikonsumsi bukan berarti terpasang. Terpasang belum tentu diterima (accepted). Dan tidak satu pun dari persentase ini boleh begitu saja menjadi “progres proyek.” Progres di Yard Tidak Otomatis Menjadi Progres di Lapangan Hal ini menjadi semakin penting ketika proyek menggabungkan manufaktur dan konstruksi. Misalkan sebuah unit modular telah: 80% difabrikasi di yard. Apakah pekerjaan proyek terkait sudah 80% selesai? Belum tentu. Modul tersebut mungkin masih memerlukan: pengujian; inspeksi; pengecatan; pelepasan (release); transportasi; pengangkatan; ereksi; penyambungan; commissioning; dan penerimaan oleh klien. Oleh karena itu, manufaktur berbasis proyek memerlukan pengendalian progres di berbagai lingkungan fisik: Kantor ↔ Pabrik ↔ Yard ↔ Gudang ↔ Lapangan ↔ Kapal Benang merah ekonomi harus tetap berkesinambungan selama produk fisik berpindah. Jika tidak, setiap departemen melaporkan versinya sendiri tentang “selesai.” Progres yang Diklaim Subkontraktor Adalah Versi Realitas yang Lain Seorang subkontraktor mungkin mengajukan: 55% selesai. Itu belum tentu persentase yang seharusnya diakui oleh kontraktor utama. Progres aktual mungkin perlu divalidasi terhadap: kuantitas terukur; catatan inspeksi; tarif kontrak; sertifikasi sebelumnya; variasi yang telah disetujui; retensi; potongan; ketidaksesuaian (nonconformity); dan dokumen pendukung. Dengan demikian: Progres yang Diklaim ≠ Progres Terverifikasi dan: Progres Terverifikasi ≠ Progres Tersertifikasi Proses subkontraktor ProjectVIEW dirancang untuk menghubungkan kontrak subkontraktor, progres lapangan, sertifikasi, potongan, dan konsekuensi finansial dalam struktur pengendalian proyek. DANAOS menjelaskan lingkungan terintegrasi ProjectVIEW sebagai mencakup progres subkontraktor, sertifikasi, dan kewajiban bersamaan dengan Pengendalian Biaya proyek. Progres Tersertifikasi Tidak Sama dengan Progres Fisik Seorang kontraktor mungkin benar-benar telah menyelesaikan: 50% dari pekerjaan fisik. Namun mungkin: 47% telah diinspeksi, 43% telah disertifikasi secara resmi, 38% telah ditagihkan, dan 30% telah benar-benar dibayar. Sekali lagi, tidak satu pun dari persentase tersebut yang pasti salah. Masing-masing berada pada tahap yang berbeda dalam proses konversi pekerjaan menjadi nilai komersial. Ini memberi kita urutan yang penting: Progres Fisik → Progres Terverifikasi → Progres Tersertifikasi → Progres Tertagih → Pendapatan Diterima ERP konstruksi harus mempertahankan perbedaan-perbedaan tersebut sambil menjaga hubungan di antaranya. Karena pelaksanaan operasional pada akhirnya harus menjadi realitas finansial. Di Sinilah Akuntansi Proyek dan Akuntansi Keuangan Harus Bertemu Akuntansi keuangan dapat melaporkan secara akurat: faktur; utang usaha; piutang usaha; jurnal; pembayaran; pendapatan; beban. Namun akuntansi biasanya baru melihat konsekuensi finansial setelah transaksi diakui secara finansial. Manajemen Konstruksi juga harus memahami apa yang terjadi secara operasional sebelum semua dokumen keuangan tiba. Pemasok mungkin telah mengirimkan material yang fakturnya belum dibukukan. Subkontraktor mungkin telah menyelesaikan pekerjaan yang belum disertifikasi. Tenaga kerja mungkin sudah dikonsumsi sebelum penggajian ditutup. Alat berat mungkin sudah bekerja sebelum alokasi biaya bulanan difinalisasi. Dengan demikian, progres fisik sudah ada sebelum sebagian biayanya masuk ke buku besar. Itulah sebabnya akuntansi proyek tidak dapat dipisahkan dari pelaksanaan proyek. Transaksi keuangan pada akhirnya harus dapat ditelusuri ke pekerjaan yang sama yang menghasilkannya. Sekali lagi: BoQ ↔ WBS ↔ Cost Codes Di sinilah akuntansi keuangan dan akuntansi proyek bertemu. Pengendalian Biaya Terjadi Ketika Konsumsi Sumber Daya Sepadan dengan Progres Kini kita dapat mendefinisikan Pengendalian Biaya dengan lebih tepat. Pengendalian Biaya bukan sekadar mengetahui: Biaya Aktual vs Anggaran. Pengendalian Biaya adalah memahami mengapa biaya aktual tersebut timbul dalam kaitannya dengan pekerjaan yang dicapai. Misalkan dua paket pekerjaan masing-masing telah membelanjakan: $500,000. Paket A telah memperoleh: $550,000 nilai anggaran. Paket B telah memperoleh: $350,000. Transaksi akuntansi mungkin sama akuratnya dalam kedua kasus. Kinerja operasionalnya sama sekali berbeda. Itulah sebabnya biaya sumber daya harus dikaitkan dengan struktur proyek yang sama dengan yang digunakan untuk mengukur progres. Jika tidak, manajemen dapat melihat uangnya. Dan manajemen dapat melihat progresnya. Namun manajemen tidak dapat menjelaskan hubungan di antara keduanya secara andal. Itu bukan Pengendalian Biaya. Itu hanyalah dua laporan. Ketika Kuantitas, Laju Produksi, dan Biaya Selaras Kondisi yang paling kuat terjadi ketika manajemen dapat terus-menerus membandingkan: Kuantitas Berapa banyak pekerjaan yang benar-benar telah dicapai? Laju produksi Seberapa efisien kuantitas tersebut dihasilkan dari waktu ke waktu? Biaya Berapa banyak pengeluaran sumber daya yang dibutuhkan untuk mencapainya? Ketika ketiganya tetap selaras dengan baseline, proyek beroperasi mendekati model ekonomi yang direncanakan. Ketika salah satunya mulai menyimpang, manajemen menerima peringatan dini. Sebagai contoh: Kuantitas tertinggal + Biaya sesuai target Dapat menunjukkan masalah jadwal/produktivitas. Kuantitas sesuai target + Biaya tinggi Dapat menunjukkan inefisiensi sumber daya. Kuantitas lebih cepat + Biaya proporsional lebih cepat Mungkin sekadar mencerminkan pelaksanaan yang dipercepat. Kuantitas lebih cepat + Biaya di bawah rencana Dapat menunjukkan peningkatan produktivitas. Waktu berjalan + sedikit kuantitas yang diperoleh Menandakan kemunduran jadwal. Itulah sebabnya progres tidak dapat ditafsirkan secara terpisah. Progres harus dijelaskan melalui produksi dan biaya. Dari Pelaporan Progres ke Uji Realitas yang Berkelanjutan Pelaporan tradisional cenderung bekerja secara periodik: Mengumpulkan progres. Memperbarui P6. Mengumpulkan biaya aktual. Menunggu faktur. Menutup buku keuangan. Merekonsiliasi spreadsheet. Menyiapkan laporan bulanan. Menjelaskan varians. Pada saat manajemen melihat gambaran lengkapnya, peristiwa yang menimbulkan varians mungkin telah terjadi berminggu-minggu sebelumnya. ERP yang berpusat pada proyek mengubah urutan tersebut. Pengguna di lapangan secara berkelanjutan mencatat: progres fisik; transaksi tenaga kerja; utilisasi alat berat; pergerakan material; produksi; progres subkontraktor; inspeksi; sertifikasi; dan peristiwa operasional lainnya. Transaksi-transaksi ini merujuk kembali ke struktur proyek yang sama. Dengan demikian, sistem dapat terus-menerus bertanya: Apa yang seharusnya sudah kita capai? Apa yang benar-benar kita capai? Sumber daya apa yang seharusnya dikonsumsi untuk pencapaian itu? Sumber daya apa yang benar-benar dikonsumsi? Berapa biaya sumber daya tersebut? Apa arti varians tersebut bagi sisa proyek? Itulah uji realitas proyek yang sesungguhnya. Dan Ini Juga Merupakan Fondasi bagi AI yang Andal AI membuat arsitektur ini menjadi semakin penting. Bayangkan Anda bertanya kepada agen AI perusahaan: “Mengapa Proyek A kehilangan margin?” Jika progres berada di P6, material di spreadsheet, tenaga kerja di sistem penggajian, alat berat di sistem lain, progres subkontraktor di file PDF, pengadaan di sebuah ERP, dan data keuangan aktual di buku besar, AI harus terlebih dahulu mencoba menyimpulkan hubungan di antara kumpulan data tersebut. Itu adalah masalah probabilistik bahkan sebelum pertanyaan bisnis yang sebenarnya ditangani. Namun jika: BoQ, WBS, Cost Codes, sumber daya, progres, dan transaksi keuangan sudah terhubung secara deterministik, AI bekerja berdasarkan konteks bisnis yang terstruktur. Kini AI dapat menginterogasi proyek alih-alih merekonstruksinya. Itulah tujuan arsitektur ProjectVIEW ERP + ProjectVIEW AI: ProjectVIEW ERP menetapkan realitas operasional yang deterministik. ProjectVIEW AI menginterogasi realitas tersebut. AI tidak seharusnya diminta untuk menciptakan hubungan yang gagal ditetapkan oleh perusahaan itu sendiri. Jadi, Seberapa Selesai Proyek yang “50% Selesai”? Jawaban yang tepat adalah: Tergantung pada apa yang diukur oleh 50% tersebut. Namun Manajemen Konstruksi harus melangkah lebih jauh. Jika 50% mewakili pencapaian fisik yang terverifikasi, manajemen kemudian harus bertanya: Apa yang kita rencanakan untuk dicapai saat ini? Kuantitas apa yang benar-benar kita capai? Berapa lama waktu yang dibutuhkan? Tenaga kerja apa yang kita konsumsi? Alat berat apa yang kita konsumsi? Material apa yang kita konsumsi? Nilai subkontraktor apa yang kita konsumsi? Berapa biaya aktualnya? Nilai apa yang kita peroleh? Apa yang telah disertifikasi? Apa yang telah ditagihkan? Apa yang telah tertagih? Barulah kemudian “50% selesai” menjadi informasi manajemen, bukan sekadar angka di dashboard. Pertanyaan yang Sering Diajukan Apa yang dimaksud dengan progres aktual dalam konstruksi? Progres aktual adalah kuantitas terukur atau persentase yang diverifikasi secara objektif dari pekerjaan proyek yang benar-benar telah diselesaikan pada tanggal pelaporan. Progres ini biasanya harus dicatat terhadap lingkup proyek yang direpresentasikan oleh item BoQ, aktivitas WBS, atau hubungan terkendali di antara keduanya. Bagaimana progres konstruksi seharusnya diukur? Bila memungkinkan, progres konstruksi harus diukur melalui kuantitas aktual yang telah diselesaikan—seperti meter terpasang, meter kubik yang dicor, atau ton yang didirikan. Jika kuantitas fisik saja tidak memadai, milestone berbobot yang telah ditetapkan atau Rules of Credit dapat digunakan untuk menentukan progres secara objektif. Apakah persentase penyelesaian WBS cukup untuk mengendalikan proyek konstruksi? Tidak. Persentase penyelesaian WBS berharga untuk manajemen jadwal, tetapi pengendalian proyek juga memerlukan perbandingan dengan kuantitas fisik, konsumsi sumber daya, dan biaya. Persentase progres WBS yang terputus dari tenaga kerja, material, alat berat, subkontraktor, dan transaksi keuangan hanya menghasilkan pelaporan progres, bukan Manajemen Konstruksi yang komprehensif. Apa hubungan antara progres dan Pengendalian Biaya? Progres menetapkan pekerjaan apa yang telah dicapai. Pengendalian Biaya menentukan apakah sumber daya dan biaya yang dikonsumsi untuk mencapai pekerjaan tersebut konsisten dengan anggaran proyek. Oleh karena itu, biaya aktual tenaga kerja, alat berat, material, subkontraktor, dan sumber daya lainnya harus dikaitkan dengan BoQ dan/atau WBS yang sama dengan yang digunakan untuk mengukur progres. Apa itu Earned Value dalam konstruksi? Earned Value adalah nilai anggaran dari pekerjaan yang benar-benar telah diselesaikan. Earned Value memungkinkan manajemen membandingkan apa yang direncanakan, apa yang dicapai, dan berapa biaya sebenarnya dari pekerjaan yang dicapai tersebut. Oracle Primavera menggunakan Performance Percent Complete untuk menghitung Earned Value. Definisi Earned Value Oracle Primavera P6 Apa perbedaan antara progres fisik dan Earned Value? Progres fisik menggambarkan jumlah pekerjaan yang telah diselesaikan. Earned Value menetapkan nilai ekonomi yang dianggarkan untuk pekerjaan yang telah diselesaikan tersebut. Dengan demikian, progres fisik menetapkan pencapaian, sedangkan Earned Value membantu manajemen membandingkan pencapaian dengan anggaran proyek dan biaya aktual. Mengapa proyek bisa 50% selesai tetapi sudah melampaui anggaran? Karena progres fisik dan konsumsi sumber daya mungkin sedang menyimpang satu sama lain. Sebuah proyek dapat mencapai 50% pekerjaannya setelah mengonsumsi 70% anggaran tenaga kerja, 65% anggaran alat berat, dan 60% dari total biayanya. Persentase penyelesaiannya mungkin benar, sementara kinerja ekonomi proyek justru memburuk. Bagaimana hubungan produktivitas tenaga kerja dengan progres konstruksi? Produktivitas tenaga kerja mengukur hubungan antara tenaga kerja yang dikonsumsi dan pekerjaan yang dihasilkan. Sebagai contoh: meter terpasang / jam kerja atau: ton terfabrikasi / jam kerja Melacak jam kerja tanpa menghubungkannya dengan output terukur hanya menunjukkan konsumsi, bukan produktivitas. Apakah pengiriman material dianggap sebagai progres konstruksi? Belum tentu. Material dapat dipesan, dikirim, disimpan, dikeluarkan, difabrikasi, dipasang, dan diterima pada waktu yang berbeda-beda. Kedatangan material penting untuk logistik dan komitmen, tetapi tidak boleh secara otomatis ditafsirkan sebagai progres konstruksi fisik. Apakah progres yang diklaim subkontraktor sama dengan progres proyek? Tidak. Klaim subkontraktor harus divalidasi terhadap pekerjaan yang terukur, catatan inspeksi, ketentuan kontrak, variasi, sertifikasi sebelumnya, potongan, dan retensi sebelum menjadi progres tersertifikasi. Mengapa BoQ, WBS, dan Cost Codes perlu dihubungkan? Karena ketiganya merepresentasikan tiga dimensi yang berbeda namun saling bergantung dari proyek yang sama: BoQ — lingkup terukur/komersial WBS — pelaksanaan dan waktu Cost Codes — klasifikasi ekonomi Menghubungkan ketiganya memungkinkan progres fisik, pemanfaatan sumber daya, dan biaya finansial dianalisis terhadap realitas proyek yang sama. Untuk latar belakang tambahan tentang arsitektur ini, lihat pembahasan DANAOS mengenai WBS dan Pengendalian Biaya proyek. Mengapa WBS Saja Tidak Cukup untuk Pengendalian Biaya Proyek Kesimpulan Proyek yang “50% selesai” bukanlah informasi yang cukup untuk mengelolanya. Kita perlu mengetahui: 50% dari apa? Lalu: Dengan biaya berapa? Menggunakan sumber daya apa? Dalam waktu berapa lama? Dibandingkan dengan kuantitas dan produktivitas yang direncanakan? Menghasilkan earned value berapa? Karena: Persentase yang dimasukkan pada aktivitas WBS adalah laporan progres. Kuantitas pekerjaan yang direkonsiliasi dengan waktu, sumber daya, dan biaya adalah Manajemen Konstruksi. Dan ketika nilai pekerjaan yang dicapai terus-menerus dibandingkan dengan apa yang direncanakan dan berapa biaya sebenarnya, kita beralih dari sekadar melaporkan proyek menjadi mengendalikannya. Itulah perbedaan antara mengetahui bahwa pekerjaan sedang berlangsung dan mengetahui apakah proyek benar-benar berkinerja baik. Industri:Konstruksi & Infrastruktur Topik:Pengendalian Biaya & Earned Value Tag:Earned value & pelacakan progres Bagikan: Tentang penulis Eng. Christos Emmanouilidis Chief Customer & Commercial Officer, DANAOS Projects Ir. Christos Emmanouilidis adalah Chief Customer & Commercial Officer di DANAOS Projects dan pakar di bidang pengendalian biaya konstruksi, ERP spesifik industri, serta transformasi digital perusahaan berbasis proyek. Sebagai insinyur sipil dengan pengalaman internasional lebih dari 25 tahun di bidang rekayasa, manajemen konstruksi, mutu, dan strategi komersial, ia memimpin pengembangan pasar global ProjectVIEW ERP untuk konstruksi, infrastruktur, pertambangan, pembangunan kapal,… Lihat semua artikel Email LinkedIn Situs web Wawasan lain tentang Pengendalian Biaya & Earned Value Lihat semua artikel → Pengendalian Biaya & Earned ValueKonstruksi & Infrastruktur Keterputusan BoQ-WBS: Merancang Kode Biaya ERP untuk Menghilangkan Pembengkakan Biaya Megaproyek Christos Emmanouilidis 24 September 2026 · 19 menit baca Baca selengkapnya → Pengendalian Biaya & Earned ValueKonstruksi & Infrastruktur+1 Estimasi, Perencanaan, dan Pengendalian Biaya George Tsolakis 12 Oktober 2019 · 2 menit baca Baca selengkapnya → Artikel Sebelumnya Artikel Berikutnya
Pengendalian Biaya & Earned ValueKonstruksi & Infrastruktur Keterputusan BoQ-WBS: Merancang Kode Biaya ERP untuk Menghilangkan Pembengkakan Biaya Megaproyek Christos Emmanouilidis 24 September 2026 · 19 menit baca Baca selengkapnya →
Pengendalian Biaya & Earned ValueKonstruksi & Infrastruktur+1 Estimasi, Perencanaan, dan Pengendalian Biaya George Tsolakis 12 Oktober 2019 · 2 menit baca Baca selengkapnya →