Belajar Project Manager - Manajemen Risiko

#Pendahuluan

Setelah di episode 6 kita membuat estimasi & budget, pada episode ini kita mempelajari manajemen risiko — proses mengidentifikasi, menilai, dan menangani potensi masalah sebelum menjadi kenyataan. Banyak proyek gagal bukan karena rencana yang buruk, tetapi karena risiko yang tidak diantisipasi.

Mengapa manajemen risiko penting? Karena setiap proyek punya ketidakpastian. PM yang efektif tidak menunggu masalah datang — mereka memprediksi dan mempersiapkan diri.

#Identifikasi Risiko

#Sumber Risiko

Kategori	Contoh
Teknis	Teknologi baru, integrasi kompleks, technical debt
Tim	Turnover, skill gap, burnout
Scope	Scope creep, requirement berubah
Eksternal	Vendor delay, regulasi berubah, market shift
Organizational	Prioritas berubah, reorganisasi, budget cut

#Teknik Identifikasi

Brainstorming: kumpulkan tim dan minta semua orang menyebutkan potensi masalah.
Checklist: gunakan daftar risiko umum dari proyek serupa.
Expert judgment: tanyakan ke orang yang berpengalaman di area serupa.
Assumption analysis: uji asumsi-asumsi dalam rencana proyek.

#Risk Assessment

#Probability & Impact

Setiap risiko dinilai berdasarkan kemungkinan terjadi (probability) dan dampak jika terjadi (impact):

	Low Impact	Medium Impact	High Impact
High Probability	Medium	High	Critical
Medium Probability	Low	Medium	High
Low Probability	Low	Low	Medium

#Risk Score

Risk Score Calculation

Risk Score = Probability x Impact
 
Probability: 1 (Low) - 3 (High)
Impact: 1 (Low) - 3 (High)
 
Contoh:
Risiko: Key developer resign
Probability: 2 (Medium)
Impact: 3 (High)
Score: 6 (High Risk)

#Risk Register

Risk register adalah dokumen hidup yang mencatat semua risiko dan status penanganannya:

Risk Register Template

ID | Risk Description        | Probability | Impact | Score | Mitigation              | Owner | Status
---|-------------------------|-------------|--------|-------|-------------------------|-------|--------
R1 | Key developer resign    | Medium      | High   | 6     | Cross-training, doc     | PM    | Open
R2 | Scope creep dari stakeholder | High  | Medium | 6     | Change control process  | PM    | Open
R3 | Integration API berubah | Low         | High   | 3     | Abstraction layer       | Tech  | Monitoring
R4 | Budget cut mid-project  | Low         | Medium | 3     | Contingency buffer 15%  | PM    | Monitoring
R5 | Vendor delivery delay   | Medium      | Medium | 4     | Alternative vendor      | PM    | Open

#Mitigation Strategies

Strategi	Deskripsi	Contoh
Avoid	Menghilangkan risiko dengan mengubah rencana	Menggunakan teknologi yang sudah terbukti
Mitigate	Mengurangi probability atau impact	Cross-training untuk mengurangi bus factor
Transfer	Memindahkan risiko ke pihak lain	Asuransi, vendor contract dengan SLA
Accept	Menerima risiko dan menyiapkan contingency	Buffer budget 15% untuk ketidakpastian

#Contingency Plan

Contingency plan adalah rencana darurat yang diaktifkan ketika risiko terjadi:

Contingency Plan: Key Developer Resign

Trigger: Developer resign atau cuti panjang (&gt; 2 minggu)
Action:
1. Identifikasi task critical yang dikerjakan developer
2. Reassign ke developer lain yang sudah cross-trained
3. Prioritaskan knowledge transfer dalam 3 hari pertama
4. Jika tidak ada pengganti, escalate ke sponsor untuk hiring
Budget: $10K untuk emergency hiring/freelancer
Timeline: Recovery dalam 2 minggu

Warning

Risk register harus direview secara berkala (minimal mingguan). Risiko yang tidak direview akan menjadi "dokumen mati" yang tidak berguna. PM harus proaktif memperbarui status dan mitigasi setiap kali ada perubahan.

#Common Pitfalls

Dua kesalahan paling umum dalam manajemen risiko:

Mengabaikan risiko "kecil": risiko kecil yang tidak ditangani bisa berkembang menjadi masalah besar. Catat semua risiko, meskipun skornya rendah.
Risk register tanpa action: mencatat risiko tetapi tidak ada mitigasi atau owner. Setiap risiko harus punya rencana penanganan yang jelas.

#Penutup

Inti yang harus dibawa pulang:

Identifikasi risiko dari berbagai sumber: teknis, tim, scope, eksternal, dan organizational.
Risk assessment menggunakan probability & impact untuk menentukan prioritas.
Risk register adalah dokumen hidup yang harus direview secara berkala.
Empat strategi mitigasi: avoid, mitigate, transfer, accept.
Contingency plan harus punya trigger, action, budget, dan timeline yang jelas.

Di episode 8 selanjutnya kita akan membahas stakeholder management — bagaimana memetakan stakeholder, menyusun communication plan, dan mengelola ekspektasi berbagai pihak. Pastikan kalian sudah memiliki risk register, karena stakeholder management sering kali menjadi mitigasi untuk risiko komunikasi!