Kako zbirate in pojasnjujete zahteve?

Question

Accepted Answer

**Zbiranje zahtev** je proces ugotavljanja, kaj je treba dejansko zgraditi — in *zakaj* — preden se lotite gradnje. Največja napaka, ki jo delajo mlajši razvijalci, je, da zahtevo vzamejo dobesedno, ne da bi razumeli osnovni problem.

## Kako se lotiti

```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
```

## Razlikujte prošnjo od potrebe

Interesent reče "dodaj gumb za izvoz v PDF." Prava potreba bi bila lahko "Moram deliti poročila s svojim nadrejenim." Email, skupni naslov ali nadzorna plošča bi lahko bolje rešila problem. Vprašanje *zakaj* odpre boljše rešitve.

## Dobra pojasnjujoča vprašanja

```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?"
```

## Pogosta past

Predpostavka, da ste razumeli, in začetek gradnje. Vedno odrazirajte zahteve nazaj — "torej, kar potrebujete, je X, do Y, in Z je izven obsega?" — da pravočasno zaznate vrzeli.

## Zakaj je to pomembno

Napaka pri zahtevah na stopnji ideje stane minut; ista napaka, odkrita po izpustitvi, pa stane dni ali tednov popravil.

Jasne zahteve so najcenejše zavarovanje pred gradnjo napačne stvari.

Vprašanje *zakaj* vas spremeni iz tistega, ki sprejema naročila, v reševalca problemov.