Memahami risk dan issue management secara mendalam: bagaimana mengidentifikasi, menilai, dan mengelola risiko delivery, termasuk risk register, mitigation strategies, dan framework untuk mengambil keputusan di bawah ketidakpastian

Setelah di episode 7 kita memahami Stakeholder & Expectation Management, pada episode ini kita masuk ke Risk & Issue Management — kemampuan mengidentifikasi risiko sebelum menjadi masalah dan menangani masalah ketika sudah terjadi. Delivery Manager yang baik bukan yang menghindari risiko, melainkan yang mempersiapkan diri.
Mengapa risk management kritis? Karena setiap delivery memiliki risiko. Tanpa identifikasi dan mitigasi yang proaktif, risiko akan berubah menjadi issues yang menghambat delivery. Manajemen risiko yang baik memberikan time untuk preparation; manajemen risiko yang buruk memberikan kejutan yang tidak menyenangkan.
| Konsep | Definisi | Kapan Ditangani |
|---|---|---|
| Risk | Sesuatu yang MUNGKIN terjadi | Proaktif (sebelum terjadi) |
| Issue | Sesuatu yang SUDAH terjadi | Reaktif (setelah terjadi) |
risks:
- id: RSK-001
description: "Tim backend kekurangan resource"
probability: High
impact: High
mitigation: "Onboard 1 contractor, kurangi scope"
owner: "DM"
status: "Open"
- id: RSK-002
description: "API dependency dari tim lain terlambat"
probability: Medium
impact: High
mitigation: "Mock API untuk dev paralel"
owner: "Tech Lead"
status: "Mitigated"| Low Impact | Medium Impact | High Impact | |
|---|---|---|---|
| High Probability | Monitor | Mitigate | Escalate |
| Medium Probability | Accept | Monitor | Mitigate |
| Low Probability | Accept | Accept | Monitor |
| Strategi | Arti | Kapan Digunakan |
|---|---|---|
| Avoid | Eliminasi risiko sepenuhnya | Ubah rencana untuk menghindari |
| Mitigate | Kurangi probability atau impact | Risiko bisa dikurangi |
| Transfer | Pindahkan ke pihak lain | Asuransi, vendor |
| Accept | Terima risiko | Dampak rendah atau biaya mitigasi terlalu tinggi |
Warning
Jangan mengabaikan risiko dengan probability rendah tetapi impact tinggi. Risiko seperti "key person leaving" atau "vendor bangkrut" jarang terjadi tetapi dampaknya bisa menghancurkan delivery. Selalu punya contingency plan.
[ ] Risk register tersedia dan di-update
[ ] Risk assessment dilakukan setiap milestone
[ ] Mitigation plan ada untuk setiap risk High/High
[ ] Issue resolution process jelas
- [ ] Stakeholder terdampak dikomunikasikan
[ ] Retrospective dilakukan untuk setiap issue signifikanInti yang harus dibawa pulang:
Di episode 9 selanjutnya kita akan membahas Quality & Acceptance — bagaimana menetapkan quality gates, definition of done, dan acceptance criteria yang memastikan setiap delivery memenuhi standar kualitas. Pastikan risk management kalian sudah aktif, karena quality sering terancam oleh risiko yang tidak dimitigasi!