Kepiye cara ngidentifikasi lan ngatur risiko proyek (RAID)?

Question

Accepted Answer

A **risiko** yaiku sapa-sapa sing *bisa* kelakon lan bakal ngrusak proyek yen dumadi. **Pengelolaan risiko** yaiku ngidentifikasi ancaman-ancaman kuwi ing wiwitan lan mutusake apa sing kudu ditindakake bab kuwi *sadurunge* lara. Panjalasan simple: masalah luwih gampang ditangani yen wis dipikirake sebelume.

## Apa gunane

Alat sing prasaja lan akeh dienggo kanggo njejaki ancaman lan bab-bab proyek:

```text
R — RISKS        → might happen, would cause harm (manage proactively)
A — ASSUMPTIONS  → things we're taking as true (validate them)
I — ISSUES       → risks that have already materialized (deal with now)
D — DEPENDENCIES → things we rely on from others (track them)
```

## Taksir saben risiko

```text
For each risk, score:
  LIKELIHOOD (how probable?) × IMPACT (how bad?)
→ focus effort on high-likelihood, high-impact risks
```

## Pilih respon

```text
AVOID    → change the plan so the risk can't occur
MITIGATE → reduce its likelihood or impact
TRANSFER → shift it (insurance, vendor SLA)
ACCEPT   → live with it, but have a fallback ready
```

## Conto konkret

Suatu proyek gumantung ing API pihak katelu sing anyar lan durung kabukti. Risiko: bisa uga ora presisi. Kemungkinane sedeng, dampake dhuwur. Mitigasi: coba dulur wangsulan, bangun abstraksi supaya bisa ganti panyedhiya, lan ana cadangan. Saiki sing ora dingerteni yaiku risiko sing diatur kanthi rencana.

## Kalepatan umum

Nganggep pengelolaan risiko minangka daftar pangecek kickoff sapisan. Risiko berkembang — tinjauan RAID log sacara rutin lan tambahen sing anyar nalika muncul.

## Apa gunane

Risiko sing ora dikelola dadi krisis, biasane ing wektu paling siyal cedhak tenggat.

Biaya nangani risiko ing wiwitan alit banget dibandingne nangani sawise dumadi.

Nyebutke risiko kanthi nyata uga ngebangun kapercayan — stakeholder luwih seneng "iki apa sing bisa salah lan rencana kita" tinimbang senyap percaya diri disusul kejutan gething.