Bagaimanakah anda meneruskan apabila keperluan tidak jelas?

Question

Accepted Answer

Kekaburan adalah norma dalam kerja sebenar. Mereka ingin melihat anda **mengurangkan ketidakpastian secara aktif** daripada terkunci atau meneka diam-diam dan membina perkara yang salah.

## Cara mendekatinya

```text
1. Ask the questions that change what you'd build
2. Find the goal behind the request (the "why")
3. State your assumptions in writing and confirm them
4. Build a thin slice, demo early, adjust fast
```

## Contoh yang dikerjakan

```text
S: A ticket said "add a dashboard" with no detail on metrics or users.
T: Building blind risked weeks of wasted work.
A: I asked who'd use it and what decision it drove, wrote down three assumptions,
   and built a clickable prototype of the top two metrics first.
R: The demo surfaced that they actually needed exports, not charts. We pivoted
   after two days instead of two weeks.
```

## Baik berbanding lemah

```text
✓ Clarifies the "why," states assumptions, demos early
✗ Building the full thing on a guess
✗ Refusing to start until everything is spec'd
```

## Mengapa ini penting

Spesifikasi yang jelas adalah jarang; para jurutera yang berkembang adalah mereka yang dapat bergerak melalui kabut.

Menemukan matlamat asas menghalang anda daripada membina dengan tepat apa yang diminta tetapi bukan apa yang diperlukan.

Mempamerkan kepingan nipis lebih awal mengubah tekaan yang mahal menjadi pembetulan yang murah dan cepat.