Overview PMBOK 8: Konsep, Rumus, dan Studi Kasus

MATERI MANAJEMEN PROYEK · PMBOK® GUIDE EDISI 8

1. Apa Itu PMBOK® Guide Edisi 8?

Manajemen proyek adalah penerapan pengetahuan, keterampilan, teknik, dan alat untuk mengorganisasikan pekerjaan sementara agar menghasilkan keluaran dan manfaat yang disepakati. Di proyek perangkat lunak, tantangannya bukan sekadar menulis kode, melainkan memastikan fitur yang dibangun menjawab kebutuhan, selesai dalam batas sumber daya, dan mempunyai nilai bagi pengguna.

PMBOK® Guide Edisi Kedelapan, diterbitkan Project Management Institute (PMI) pada November 2025, menyajikan kerangka yang menghubungkan prinsip sebagai landasan perilaku, performance domains sebagai area kerja, serta focus areas yang menggambarkan kegiatan sepanjang siklus hidup proyek. Edisi ini memiliki enam prinsip, tujuh performance domains, dan panduan proses yang lebih adaptif.

Artikel ini adalah panduan belajar independen, bukan salinan ataupun pengganti buku resmi PMI. Rumus-rumus berikut merupakan teknik kuantitatif yang dapat diterapkan dalam pengelolaan proyek; tidak semua rumus merupakan bagian yang khas atau diwajibkan oleh PMBOK 8.

2. Enam Prinsip Manajemen Proyek

3. Tujuh Performance Domains

Performance domains membantu manajer proyek menjaga keseimbangan antara tata kelola, lingkup, waktu, keuangan, keterlibatan pemangku kepentingan, sumber daya, dan ketidakpastian. Setiap domain saling memengaruhi; jadwal yang dipadatkan, misalnya, dapat menambah kebutuhan personel dan biaya.

Terdapat pula focus areas Initiating, Planning, Executing, Monitoring and Controlling, serta Closing. Ini bukan lima tahapan yang harus selalu berjalan sekali secara linear: proyek iteratif atau hybrid dapat mengulangi aktivitas perencanaan dan pemantauan sesuai kebutuhan.

4. Studi Kasus Terpadu: Proyek Aplikasi Kampus

Sebuah tim mengembangkan aplikasi berbasis web untuk mengelola tugas dan progres proyek mahasiswa. Sponsor mengharapkan produk MVP yang dapat digunakan dalam satu semester pendek. Asumsi pembelajaran: durasi dasar 12 minggu dan budget at completion (BAC) Rp120 juta. Semua angka berikut bersifat sintetis untuk mempraktikkan rumus, bukan hasil penelitian atau kontrak riil.

5. Scope Management, WBS, dan Pengukuran Kemajuan

Work Breakdown Structure (WBS) memecah lingkup menjadi deliverable dan work packages yang dapat diperkirakan serta dikendalikan. WBS bukan daftar seluruh aktivitas harian; aktivitas rinci dapat diturunkan kemudian untuk menyusun jadwal. Contoh WBS proyek: 1.0 Analisis, 2.0 Rancangan, 3.0 Pengembangan, 4.0 Integrasi, 5.0 Pengujian, dan 6.0 Rilis.

Jika bobot pekerjaan ditentukan berdasarkan anggaran paket kerja, progres berbobot adalah penjumlahan bobot dikalikan persentase penyelesaian tervalidasi.

Misalnya paket A berbobot 30% dan selesai 100%, B berbobot 40% selesai 50%, dan C berbobot 30% selesai 0%. Maka progres total = (0,30 × 1,00 + 0,40 × 0,50 + 0,30 × 0) × 100% = 50%. Persentase selesai sebaiknya didukung kriteria acceptance, bukan perkiraan subjektif.

6. Schedule Management: CPM dan Jalur Kritis

Critical Path Method (CPM) menggunakan durasi aktivitas dan hubungan ketergantungan untuk menemukan rangkaian pekerjaan yang menentukan penyelesaian proyek. Aktivitas pada jalur kritis memiliki total float nol dalam model yang digunakan, sehingga penundaannya dapat menggeser tanggal selesai bila tidak ada mitigasi.

Forward pass menghitung Early Start (ES) dan Early Finish (EF). Backward pass menghitung Late Start (LS) dan Late Finish (LF). Waktu dihitung dari minggu ke-0 supaya penjumlahan konsisten.

Interpretasi: aktivitas C dapat terlambat satu minggu tanpa mengubah akhir proyek pada jaringan ini. Jalur A–B–D–E–F–G berdurasi 2 + 2 + 3 + 2 + 2 + 1 = 12 minggu. Jalur A–C–E–F–G = 11 minggu. Saat terjadi perubahan durasi, CPM harus dihitung ulang.

7. Menghitung Estimasi Waktu Menggunakan PERT

Untuk pekerjaan yang durasinya tidak pasti, estimasi tiga titik dapat membantu membuat asumsi lebih eksplisit. Metode PERT klasik menggunakan estimasi optimistis (O), paling mungkin (M), dan pesimistis (P), dengan bobot empat kali pada nilai M.

Contoh pekerjaan frontend: O = 2 minggu, M = 3 minggu, P = 8 minggu. TE = (2 + 4×3 + 8)/6 = 22/6 = 3,67 minggu. Simpangan baku σ = (8−2)/6 = 1 minggu, varians = 1 minggu². Nilai 3,67 adalah estimasi harapan PERT, bukan kepastian tanggal selesai. Contoh CPM sebelumnya memakai durasi rencana tiga minggu; bila angka dasar diganti TE, jadwal perlu dihitung ulang.

8. Finance Management: Estimasi Anggaran

Cost estimation dapat menggunakan pendekatan bottom-up, analogi, parametrik, atau tiga titik. Dalam bottom-up, biaya work packages diperkirakan lalu dijumlahkan bersama cadangan sesuai kebijakan proyek. Biaya personel harus menghitung jumlah orang, durasi, dan tarif dengan satuan yang konsisten.

Asumsi cost baseline perlu dijelaskan dan disetujui. Cadangan Rp15,5 juta dalam simulasi ini tidak boleh ditafsirkan sebagai nilai EMV yang otomatis harus dipakai; penetapannya mempertimbangkan hasil analisis risiko dan keputusan sponsor. Management reserve, bila digunakan, dibedakan dari cost baseline sesuai tata kelola organisasi.

9. Earned Value Management: PV, EV, dan AC

Earned Value Management (EVM) menghubungkan nilai pekerjaan yang direncanakan, nilai pekerjaan yang telah dicapai, dan biaya aktual. Dengan demikian, pengelola proyek dapat melihat apakah kemajuan sebanding dengan biaya, bukan hanya apakah banyak aktivitas telah dikerjakan. PMI juga mempublikasikan panduan praktis rumus EVM.

SV negatif dan SPI kurang dari satu berarti pencapaian pekerjaan tertinggal dari rencana yang ditetapkan. CV negatif dan CPI kurang dari satu menunjukkan bahwa biaya aktual lebih besar daripada nilai anggaran pekerjaan yang diperoleh. SPI adalah indeks berbasis nilai, bukan persentase keterlambatan kalender atau estimasi otomatis berapa minggu proyek terlambat.

10. Meramalkan Biaya Akhir Proyek

Forecast biaya tergantung asumsi kinerja sisa pekerjaan. Jika efisiensi biaya saat ini dianggap berlanjut, EAC dapat diperkirakan menggunakan BAC/CPI. Jika biaya sisa pekerjaan kembali sesuai rencana, dapat dipakai AC + (BAC−EV). Kedua hasil berbeda karena asumsinya berbeda.

Interpretasi: dengan CPI saat ini tetap, biaya total diproyeksikan sekitar Rp135 juta—melewati baseline Rp15 juta. Untuk tetap selesai pada BAC Rp120 juta, pekerjaan tersisa harus mencapai CPI sekitar 1,091, lebih baik daripada CPI historis 0,889. Forecast perlu dikaji bersama risiko, perubahan lingkup, dan kapasitas tim sebelum menetapkan keputusan.

11. Risk Management: Expected Monetary Value

Risiko dapat dihitung secara kuantitatif dengan Expected Monetary Value (EMV), yakni probabilitas kejadian dikalikan dampak finansialnya. Risiko ancaman biasanya diberi nilai dampak negatif saat dibandingkan dengan peluang; ketika menghitung kebutuhan cadangan, besarnya eksposur ancaman dapat ditampilkan sebagai angka positif.

Contohnya risiko perubahan API memiliki EMV 0,30 × Rp20 juta = Rp6 juta. Jumlah dua ancaman = Rp6,8 juta. Nilai tersebut bukan jaminan jumlah kerugian dan bukan dasar tunggal cadangan. Perlu diperhatikan korelasi antar-risiko, mitigasi, batas toleransi, dan analisis skenario.

12. Menilai Value Delivery dengan ROI dan NPV

PMBOK 8 menekankan penciptaan nilai. Untuk keputusan investasi, organisasi dapat mengestimasi manfaat finansial dengan ROI atau Net Present Value (NPV); tetapi manfaat proyek juga bisa non-finansial, seperti pengurangan kesalahan, kepatuhan, aksesibilitas, dan kepuasan pengguna.

Jika suatu proyek memerlukan investasi Rp120 juta dan diperkirakan memberi manfaat finansial Rp150 juta dalam horizon yang sama, ROI = (150−120)/120 × 100% = 25%. Tentukan dulu periode perhitungan, pemeliharaan, dan manfaat yang layak diatribusikan ke proyek.

Contoh investasi Rp120 juta pada t=0, arus kas bersih tahun 1–3 masing-masing Rp50 juta, Rp60 juta, dan Rp70 juta, dengan tingkat diskonto 10%:

NPV positif pada asumsi tersebut mengindikasikan nilai finansial terdiskonto yang positif. Ini adalah ilustrasi, bukan rekomendasi investasi karena sensitivitas permintaan, beban operasional, pajak, dan risiko belum dimodelkan secara lengkap.

13. Predictive, Adaptive, dan Hybrid pada PMBOK 8

Pemilihan pendekatan pengembangan perlu menyesuaikan stabilitas kebutuhan, risiko teknis, kemampuan umpan balik, dan tata kelola proyek. Predictive cocok ketika ruang lingkup dan urutan pekerjaan relatif dapat ditentukan; adaptive lebih tepat ketika pembelajaran dan perubahan kebutuhan sering terjadi; hybrid menggabungkan elemen yang sesuai.

Untuk kasus aplikasi kampus, model hybrid bisa memegang milestone dan batas anggaran 12 minggu sambil meninjau ulang backlog setiap dua minggu. Namun, perlu dihindari penghitungan EV hanya dari banyaknya story point: EV seharusnya merepresentasikan nilai anggaran pekerjaan yang telah memenuhi kriteria selesai.

14. Latihan Terstruktur dan Kriteria Pemeriksaan

Agar materi dapat digunakan sebagai latihan kelas, minta kelompok menyelesaikan satu siklus dari WBS sampai rekomendasi pengendalian. Berikan data yang sama kepada seluruh kelompok, lalu bandingkan asumsi yang dipilih.

1. Susun scope baseline: tulis tujuan, deliverable, batasan, dan acceptance criteria untuk MVP.
2. Bangun network schedule: hitung ES, EF, LS, LF, dan float setiap aktivitas pada tabel CPM.
3. Perkirakan durasi tak pasti: gunakan PERT untuk satu aktivitas dan jelaskan implikasinya terhadap jalur kritis.
4. Susun cost baseline: hitung biaya personel, infrastruktur, serta cadangan; pastikan total sesuai BAC.
5. Evaluasi minggu ke-6: hitung SV, CV, SPI, CPI, EAC, ETC, VAC, dan TCPI; buat keputusan pengendalian berbasis hasil.
6. Analisis risiko: hitung EMV dua risiko, tentukan respons mitigasi dan pemilik risiko.
7. Uji business case: hitung ROI dan NPV berdasarkan asumsi manfaat yang tersedia.

15. Pertanyaan Umum

16. Data Dasar Studi Kasus dan Perhitungan WBS

Contoh perhitungan berikut memakai proyek pengembangan aplikasi manajemen tugas mahasiswa. Semua nilai merupakan data sintetis untuk belajar, bukan data organisasi sebenarnya. Anggaran total Rp120 juta, durasi baseline 12 minggu, pengukuran kinerja dilakukan pada akhir minggu ke-6, dan penerapan model hybrid. Agar hitungan bisa diaudit, setiap teknik menunjukkan input, rumus, proses, interpretasi, dan keputusan.

1. Menetapkan baseline dari work package

WBS berbasis deliverable memudahkan perhitungan biaya dan pengukuran kemajuan. Gunakan indikator penyelesaian objektif—misalnya dokumen kebutuhan disetujui, rancangan lolos review, atau endpoint lulus acceptance test—bukan hanya klaim persentase dari anggota tim.

Kode	Paket kerja	Anggaran (Rp juta)	Persentase BAC
1.0	Analisis kebutuhan	20	16,67%
2.0	Desain UI/UX	16	13,33%
3.0	Pengembangan	50	41,67%
4.0	Integrasi	12	10,00%
5.0	Pengujian	16	13,33%
6.0	Deployment	6	5,00%
	Total BAC	120	100%

BAC20 + 16 + 50 + 12 + 16 + 6 = 120 (juta rupiah)

Budget at Completion: jumlah anggaran yang disetujui untuk seluruh pekerjaan dalam cost baseline.

2. Menghitung weighted progress dari bukti penyelesaian

Pada laporan minggu ke-6, contoh pengukuran kemajuan diberi bobot menurut anggaran masing-masing paket kerja, kemudian hanya nilai pekerjaan yang telah memenuhi kriteria penerimaan dihitung sebagai earned value (EV). Praktik aktual harus menetapkan teknik pengukuran EV sejak awal agar tidak mengubah aturan setelah melihat hasil.

Paket	Budget	Rencana selesai	Aktual diterima	PV	EV
Analisis	20	100%	100%	20	20
UI/UX	16	100%	75%	16	12
Pengembangan	50	48%	32%	24	16
Integrasi	12	0%	0%	0	0
Pengujian	16	0%	0%	0	0
Deployment	6	0%	0%	0	0
Total	120			60	48

1. Untuk PV, kalikan budget tiap paket dengan proporsi pekerjaan yang direncanakan selesai di akhir minggu ke-6: 20×100% + 16×100% + 50×48% = Rp60 juta.
2. Untuk EV, kalikan budget dengan progres yang sudah diterima: 20×100% + 16×75% + 50×32% = Rp48 juta.
3. Kemajuan berbobot seluruh proyek: EV/BAC = 48/120 = 40% progres anggaran tervalidasi. Progres menurut rencana: PV/BAC = 60/120 = 50%.
4. Catat bahwa nilai EV bukan kas yang diterima dan bukan biaya yang dikeluarkan. EV adalah nilai anggaran untuk pekerjaan yang terbukti selesai.

17. CPM Lengkap: Forward Pass, Backward Pass, Float, dan Crashing

Hubungan antaraktivitas menggunakan finish-to-start tanpa lag dan waktu dimulai pada minggu ke-0. Sebuah aktivitas baru dimulai setelah semua pendahulunya selesai. Karena terdapat pekerjaan paralel, menjumlahkan seluruh durasi aktivitas akan memberi angka keliru.

Kode	Aktivitas	Pendahulu	Durasi minggu
A	Analisis	—	2
B	Desain	A	2
C	Backend	A	4
D	Frontend	B	3
E	Integrasi	C, D	2
F	Pengujian	E	2
G	Deployment	F	1

Forward passEF = ES + d; ES aktivitas = max(EF semua pendahulu)

Hitung dari awal proyek untuk memperoleh waktu paling awal tiap aktivitas dapat dimulai dan diselesaikan.

1. A tidak memiliki pendahulu: ES=0, EF=0+2=2.
2. B dan C sama-sama menunggu A: B ES=2 EF=4; C ES=2 EF=6.
3. D menunggu B: ES=4, EF=4+3=7.
4. E menunggu dua aktivitas: max(EF C=6, EF D=7) = 7; EF E=7+2=9.
5. F menunggu E: ES=9, EF=11. G menunggu F: ES=11, EF=12.

Backward passLS = LF − d; LF pendahulu = min(LS semua penerus)

Mulai dari akhir proyek 12 minggu untuk mencari waktu paling lambat aktivitas tanpa menggeser batas akhir.

1. G: LF=12, LS=12−1=11. F: LF=11, LS=9. E: LF=9, LS=7.
2. D dan C harus selesai paling lambat saat E dimulai, yaitu LF=7. Maka D LS=7−3=4, C LS=7−4=3.
3. B menjadi pendahulu D: LF=4, LS=4−2=2.
4. A punya dua penerus B dan C, jadi LF A=min(LS B=2, LS C=3)=2, LS A=2−2=0.

ID	ES	EF	LS	LF	Float = LS−ES
A	0	2	0	2	0
B	2	4	2	4	0
C	2	6	3	7	1
D	4	7	4	7	0
E	7	9	7	9	0
F	9	11	9	11	0
G	11	12	11	12	0

Critical pathA–B–D–E–F–G = 2+2+3+2+2+1 = 12 minggu

Lintasan A–C–E–F–G = 2+4+2+2+1 = 11 minggu; C memiliki total float 1 minggu.

Jika manajer proyek perlu mempercepat jadwal

Anggap aktivitas D semula 3 minggu dan dapat dipercepat menjadi 2 minggu dengan tambahan biaya Rp4 juta. Crash cost slope dihitung sebagai tambahan biaya dibagi waktu yang dipangkas.

Crash cost slope(Biaya crash − biaya normal) / (durasi normal − durasi crash) = 4/(3−2) = Rp4 juta/minggu

Sesudah D dipercepat, dua lintasan menjadi sama-sama kritis: A–B–D–E–F–G = 11 minggu dan A–C–E–F–G = 11 minggu.

Keputusan: Mempercepat D satu minggu dapat mengurangi durasi proyek dari 12 menjadi 11 minggu dengan biaya tambahan Rp4 juta. Mempercepat D lebih jauh saja belum tentu mempersingkat proyek karena lintasan C kini juga kritis. Analisis crashing perlu menghitung ulang jaringan dan trade-off biaya setiap kali durasi berubah.

18. PERT: Dari Tiga Estimasi ke Penyesuaian Jadwal

PERT klasik memakai asumsi estimasi tiga titik. Untuk aktivitas frontend, gunakan O=2 minggu, M=3 minggu, dan P=8 minggu. Perbedaan rentang menunjukkan ketidakpastian yang perlu dijelaskan kepada sponsor.

Expected time (TE)(O + 4M + P)/6 = (2 + 4×3 + 8)/6 = 22/6 = 3,667 minggu

Nilai harapan PERT lebih tinggi daripada durasi rencana CPM 3 minggu karena skenario pesimistisnya jauh lebih lama.

Standard deviationσ = (P−O)/6 = (8−2)/6 = 1 minggu

Simpangan baku klasik PERT adalah pendekatan probabilistik, bukan jaminan batas penyelesaian.

Varianceσ² = ((P−O)/6)² = 1² = 1 minggu²

Satuan varians adalah kuadrat minggu. Jangan mengartikannya langsung sebagai durasi.

Bagaimana PERT memengaruhi jadwal CPM?

Jika durasi D diubah dari 3 menjadi 3,667 minggu dan aktivitas lainnya tetap, maka lintasan utama menjadi 2+2+3,667+2+2+1=12,667 minggu. Sementara lintasan yang melalui C tetap 11 minggu. Artinya baseline jadwal awal 12 minggu harus dinilai ulang; PERT tidak boleh disisipkan ke CPM tanpa memperbarui perhitungan jaringan.

Estimasi peluang selesai sebelum tenggat menggunakan aproksimasi normal (sering disebut Z-score PERT) memerlukan nilai harapan dan varians keseluruhan jalur kritis, serta asumsi khusus tentang independensi dan kestabilan jalur kritis. Karena di sini hanya D memiliki estimasi tiga titik, jangan menyimpulkan probabilitas proyek selesai 12 minggu dari data ini saja.

19. EVM Lengkap: Menurunkan PV, EV, AC, CV, SV, CPI, dan SPI

Setelah pekerjaan berlangsung 6 minggu, akuntansi proyek mengonfirmasi biaya aktual kumulatif Rp54 juta. Nilai ini dipadukan dengan PV=Rp60 juta dan EV=Rp48 juta dari tabel progres berbobot pada bab 17. Dengan tiga nilai dasar ini kita dapat memisahkan deviasi jadwal berbasis nilai anggaran dari deviasi biaya.

Schedule variance (SV)SV = EV−PV = 48−60 = −Rp12 juta

Bernilai negatif: pekerjaan yang selesai bernilai Rp12 juta lebih rendah daripada yang dijadwalkan.

Cost variance (CV)CV = EV−AC = 48−54 = −Rp6 juta

Bernilai negatif: biaya aktual Rp6 juta lebih tinggi daripada nilai anggaran pekerjaan selesai.

Schedule performance index (SPI)SPI = EV/PV = 48/60 = 0,80

Nilai 0,80 menunjukkan rasio earned value terhadap planned value; tidak otomatis berarti mundur 20% dalam satuan waktu.

Cost performance index (CPI)CPI = EV/AC = 48/54 = 0,8889

Setiap Rp1 biaya menghasilkan sekitar Rp0,889 nilai anggaran pekerjaan. CPI kurang dari satu menunjukkan efisiensi biaya lebih buruk daripada baseline.

Kemajuan berbobotEV/BAC × 100% = 48/120 × 100% = 40%

Bandingkan dengan target PV/BAC × 100%=50%; ini progres berbasis anggaran, bukan durasi yang berlalu.

Contoh keputusan dari dashboard

Pada rapat evaluasi minggu ke-6, project manager sebaiknya menanyakan paket kerja mana yang menyumbang deviasi, apakah ada rework, apakah biaya integrasi belum tercatat, dan apakah definisi “selesai” terlalu longgar. CPI dan SPI berfungsi sebagai indikator masalah; diagnosis memerlukan log biaya, hambatan aktivitas, dan bukti penyelesaian pekerjaan.

20. Forecast Lengkap: Tiga EAC, ETC, VAC, dan TCPI

Peramalan tidak mempunyai satu jawaban universal. Dengan BAC=120, EV=48, AC=54, CPI=48/54, dan SPI=0,8, manajer proyek harus menyatakan asumsi mana yang dipilih dan mengapa.

Skenario 1: sisa kerja normalEAC₁ = AC + (BAC−EV) = 54 + (120−48) = Rp126 juta

Asumsi: biaya pekerjaan yang tersisa dapat kembali tepat pada nilai anggaran awal.

Skenario 2: CPI kumulatif berlanjutEAC₂ = BAC/CPI = 120/(48/54) = Rp135 juta

Asumsi: efisiensi biaya saat ini berlanjut sampai selesai.

Skenario 3: CPI×SPI pada pekerjaan tersisaEAC₃ = AC + (BAC−EV)/(CPI×SPI) = 54+72/(0,8889×0,8) = Rp155,25 juta

Asumsi ilustratif: biaya pekerjaan tersisa dipengaruhi kedua indeks. Model ini perlu validasi kontekstual, bukan otomatis pilihan paling benar.

Indikator	Skenario 1	Skenario 2	Skenario 3
EAC	Rp126 jt	Rp135 jt	Rp155,25 jt
ETC = EAC−AC	Rp72 jt	Rp81 jt	Rp101,25 jt
VAC = BAC−EAC	−Rp6 jt	−Rp15 jt	−Rp35,25 jt

TCPI untuk tetap sesuai BACTCPI_BAC = (BAC−EV)/(BAC−AC) = 72/66 = 1,0909

Efisiensi yang diperlukan untuk menyelesaikan sisa pekerjaan dengan biaya yang masih tersedia Rp66 juta. Lebih tinggi daripada CPI saat ini 0,8889.

TCPI terhadap EAC₂TCPI_EAC = (BAC−EV)/(EAC−AC) = 72/(135−54) = 0,8889

Jika sponsor menerima revisi perkiraan Rp135 juta, target efisiensi sisa proyek sama dengan CPI historis.

Keputusan: Manajer proyek tidak langsung menaikkan anggaran berdasarkan satu rumus. Pertama, lakukan estimate to complete terperinci untuk sisa WBS, tinjau akar masalah, sepakati rencana pemulihan, dan lakukan change control apabila baseline memang perlu berubah. Cadangan tidak boleh dihitung ganda dalam EAC dan cost baseline.

21. Analisis Risiko: EMV Sebelum dan Sesudah Mitigasi

Identifikasi dua risiko utama pada proyek aplikasi: perubahan API pihak ketiga (probabilitas 30%, kerugian Rp20 juta jika terjadi), dan keterlambatan integrasi (probabilitas 10%, kerugian Rp8 juta jika terjadi). Kerugian adalah severity ketika risiko terjadi, bukan biaya yang selalu timbul.

EMV ancaman AP(A) × Dampak(A) = 0,30 × 20 = Rp6 juta

Expected loss dari perubahan API dalam model sederhana.

EMV ancaman BP(B) × Dampak(B) = 0,10 × 8 = Rp0,8 juta

Expected loss dari risiko keterlambatan integrasi dalam model sederhana.

Agregat EMV6 + 0,8 = Rp6,8 juta

Jumlah eksposur yang diharapkan pada model ini; bukan prediksi bahwa proyek pasti rugi Rp6,8 juta.

Bagaimana menilai mitigasi?

Misalkan menyiapkan adapter API dan kontrak integrasi menghabiskan biaya Rp2 juta, serta menurunkan probabilitas perubahan API dari 30% menjadi 10%, sementara dampak tetap Rp20 juta. Eksposur setelah mitigasi = 0,10×20 = Rp2 juta. Penurunan expected loss = 6−2 = Rp4 juta, dengan manfaat bersih ekspektasian sederhana Rp2 juta setelah biaya mitigasi.

Parameter	Sebelum	Sesudah mitigasi
Probabilitas API berubah	30%	10%
Dampak jika terjadi	Rp20 jt	Rp20 jt
EMV	Rp6 jt	Rp2 jt
Biaya mitigasi	—	Rp2 jt
Pengurangan eksposur bersih	—	Rp2 jt

Catatan: perhitungan agregat sederhana mengasumsikan definisi risiko dan horizon konsisten, serta belum memasukkan korelasi antar-risiko, peluang, atau distribusi kerugian. Cadangan kontingensi merupakan keputusan tata kelola yang dapat menggunakan EMV sebagai masukan, bukan harus identik dengan total EMV.

22. ROI, NPV, dan Uji Sensitivitas Biaya Akhir

Keberhasilan manajemen proyek tidak berhenti pada ketepatan jadwal atau anggaran; sponsor juga perlu mengevaluasi manfaat yang dihasilkan produk. Dalam contoh terpisah dari kontrol biaya minggu ke-6, anggap proyek akhirnya membutuhkan investasi awal Rp120 juta dan menghasilkan arus kas bersih tahun 1, 2, 3 sebesar Rp50, Rp60, dan Rp70 juta. Diskonto r=10% per tahun.

ROI sederhana 3 tahunROI = (150−120)/120 × 100% = 25%

Ilustrasi ROI 25% menggunakan total manfaat Rp150 juta pada horizon yang disepakati. Jangan mencampur ROI ini dengan arus kas NPV berikut yang berjumlah Rp180 juta.

NPV langkah demi langkah

Tahun	Arus kas bersih	Faktor (1,10)^t	Present value
0	−Rp120 jt	1	−Rp120,00 jt
1	Rp50 jt	1,10	Rp45,45 jt
2	Rp60 jt	1,21	Rp49,59 jt
3	Rp70 jt	1,331	Rp52,59 jt

NPV−120 + 50/1,10 + 60/1,10² + 70/1,10³ = +Rp27,63 juta

NPV positif pada skenario ini, setelah mendiskontokan arus kas tahunan 10%.

Sensitivitas terhadap cost overrun

Jika forecast biaya akhir naik menjadi Rp135 juta dan seluruh tambahan biaya diasumsikan terjadi pada t=0, sedangkan arus kas manfaat tetap, NPV berubah menjadi +Rp12,63 juta (=27,63−15). Ini hanya analisis sensitivitas sederhana; waktu realisasi tambahan biaya dan perubahan manfaat dalam proyek riil dapat berbeda.

Jika ROI dihitung pada arus kas neto yang sama dengan NPV (total 50+60+70=Rp180 juta, investasi Rp120 juta), ROI tanpa diskonto menjadi 50%, bukan 25%. Angka ROI 25% di bab sebelumnya sengaja menggunakan asumsi manfaat Rp150 juta yang berbeda. Penting menuliskan baseline manfaat dan horizon setiap metode agar mahasiswa tidak menganggap keduanya bertentangan.

24. Referensi dan Bacaan Lanjutan

1. Project Management Institute. (2025). A Guide to the Project Management Body of Knowledge (PMBOK® Guide)—Eighth Edition and The Standard for Project Management. Halaman resmi PMI.
2. Project Management Institute. (2025). PMI Launches the PMBOK® Guide – Eighth Edition (13 November 2025).
3. Project Management Institute. Earned Value Management: Reading the Numbers.
4. Project Management Institute. How to Make Earned Value Work on Your Project.
5. Project Management Institute. Advances in Earned Schedule and Earned Value Management.

Penutup. Overview PMBOK 8 paling berguna ketika mahasiswa mampu menjembatani konsep nilai, tata kelola, keterlibatan pemangku kepentingan, dan perhitungan kuantitatif. CPM dan PERT membantu merencanakan waktu; estimasi biaya dan EVM membantu mengendalikan anggaran; analisis risiko dan NPV membantu mempertimbangkan ketidakpastian dan manfaat. Gunakan hasilnya sebagai dasar diskusi keputusan proyek, bukan sekadar menghafal rumus.