Belajar Program Manager - Risk & Issue Management
Risiko program-level lebih kompleks dari risiko proyek karena melibatkan dependencies silang dan dampak lintas tim. Di episode ini kita pelajari program-level risk register, escalation paths, dan issue resolution yang efektif
#Pendahuluan
Setelah di episode 8 kita mengelola budget & resources, pada episode ini kita mempelajari risk & issue management pada level program. Risiko program lebih kompleks dari risiko proyek karena dampaknya bisa melintasi banyak proyek dan tim.
Mengapa program-level risk management penting? Karena risiko yang hanya berdampak pada satu proyek bisa menyebar ke proyek lain melalui dependencies. Program Manager harus bisa mengidentifikasi dan menangani risiko silang ini.
#Program-Level Risk
#Perbedaan dari Project-Level Risk
| Aspek | Project Risk | Program Risk |
|---|---|---|
| Scope | Satu proyek | Lintas proyek |
| Impact | Delay satu proyek | Delay banyak proyek |
| Ownership | PM | Program Manager |
| Escalation | Sponsor | Steering Committee |
#Contoh Program-Level Risks
| Risk | Dampak | Mitigation |
|---|---|---|
| Key resource resign | Banyak proyek terpengaruh | Cross-training, documentation |
| Technology obsolescence | Semua proyek harus migrasi | Technology radar, early adoption |
| Vendor bankruptcy | Integrasi terhambat | Multi-vendor strategy |
| Regulatory change | Scope program berubah | Compliance monitoring |
#Escalation Paths
#Level Escalation
| Level | Trigger | Action | Decision Maker |
|---|---|---|---|
| 1 - PM | Issue dalam satu proyek | PM resolve sendiri | PM |
| 2 - Program Board | Issue lintas proyek | Program Board decide | Program Manager |
| 3 - Steering Committee | Major program risk | Steering Committee decide | Executive Sponsor |
| 4 - Executive | Program at risk | Executive intervene | CEO/Board |
#Escalation Protocol
1. Identifikasi issue dan dampaknya
2. Coba resolve di level saat ini (maksimal 24 jam)
3. Jika tidak resolve, escalate ke level berikutnya
4. Sertakan: issue description, dampak, opsi solusi, rekomendasi
5. Document decision dan follow-up action#Issue Management
#Issue Register
| ID | Issue | Proyek | Dampak | Status | Owner | Due |
|---|---|---|---|---|---|---|
| I1 | API delay | App Mig 1 | High | Open | Andi | 20 Aug |
| I2 | Budget overrun | Data Mig | Medium | Mitigating | Budi | 25 Aug |
| I3 | Skill gap | Security | Low | Monitoring | Citra | 30 Aug |
#Issue Resolution Process
- Identifikasi: what is the issue?
- Analisis: what is the impact?
- Opsi: what are the possible solutions?
- Keputusan: which option to pursue?
- Eksekusi: implement the solution
- Verifikasi: is the issue resolved?
Warning
Jangan biarkan issue menumpuk. Setiap issue harus punya owner dan due date. Issue yang tidak ditindaklanjuti akan berkembang menjadi risiko yang lebih besar.
#Praktik: Risk & Issue Register
Buat program-level risk dan issue register:
Risk Register:
- [Risk 1] - [Probability] - [Impact] - [Mitigation] - [Owner]
- [Risk 2] - [Probability] - [Impact] - [Mitigation] - [Owner]
Issue Register:
- [Issue 1] - [Dampak] - [Status] - [Owner] - [Due]
- [Issue 2] - [Dampak] - [Status] - [Owner] - [Due]#Penutup
Inti yang harus dibawa pulang:
- Program-level risk lebih kompleks dari project-level risk.
- Escalation paths harus jelas dan terdokumentasi.
- Issue register harus punya owner dan due date untuk setiap issue.
- Issue yang tidak ditindaklanjuti akan berkembang menjadi risiko yang lebih besar.
Di episode 10 selanjutnya kita akan membahas benefits & value tracking — bagaimana mengukur dan memverifikasi apakah outcome bisnis yang diharapkan benar-benar tercapai. Pastikan kalian sudah mengelola risks dan issues, karena benefits realization bisa terganggu oleh risiko yang tidak terkelola!