Bagaimana anda mengumpul dan menjelaskan keperluan?

Question

Accepted Answer

**Pengumpulan keperluan** adalah proses mencari tahu apa yang sebenarnya perlu dibina — dan *mengapa* — sebelum membinanya. Kesilapan terbesar yang dilakukan junior adalah mengambil permintaan secara literal tanpa memahami masalah yang mendasarinya.

## Cara mendekatinya

```text
1. ASK WHY → understand the problem behind the request, not just the request
2. TALK to the real users / stakeholders, not just the requester
3. CLARIFY scope → what's in, what's out, what "done" looks like
4. SURFACE assumptions and constraints (deadlines, budget, tech limits)
5. WRITE IT DOWN → confirm your understanding back to them
```

## Bezakan permintaan daripada keperluan

Seorang pemegang kepentingan berkata "tambahkan butang export-to-PDF." Keperluan sebenarnya mungkin "saya perlu berkongsi laporan dengan bos saya." Email, pautan yang dikongsi, atau papan pemuka mungkin menyelesaikannya dengan lebih baik. Bertanya *mengapa* membuka penyelesaian yang lebih baik.

## Soalan penjelasan yang baik

```text
✓ "What problem does this solve for the user?"
✓ "What happens today without it?"
✓ "How will we know it worked?"
✓ "What's explicitly out of scope?"
✓ "What are the edge cases / what could go wrong?"
```

## Kesesatan yang biasa

Mengandaikan anda memahami dan mula membina. Sentiasa cerminkan keperluan kembali — "jadi apa yang anda perlukan adalah X, oleh Y, dan Z adalah di luar skop?" — untuk menangkap jurang awal.

## Mengapa ia penting

Kesilapan keperluan tetap pada peringkat idea kos minit; kesilapan yang sama ditemui selepas siaran kos hari atau minggu kerja semula.

Keperluan yang jelas adalah insurans paling murah terhadap pembinaan perkara yang salah.

Bertanya *mengapa* mengubah anda daripada penerima pesanan kepada penyelesai masalah.