Kako prikupljate i pojašnjavate zahtjeve?

Question

Accepted Answer

**Prikupljanje zahtjeva** je proces pronalaženja onoga što zapravo treba biti izgrađeno — i *zašto* — prije nego što se krene s gradnjom. Najveća greška koju prave mlađi developeri je doslovno primanje zahtjeva bez razumijevanja osnovnog problema.

## Kako pristupiti tome

```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 zahtjev od potrebe

Sudionik kaže "dodaj gumb za izvoz u PDF." Prava potreba može biti "trebam dijeliti izvještaje sa mojim šefom." Elektronička pošta, dijeljena veza ili nadzorna ploča mogla bi riješiti to bolje. Pitanjem *zašto* otvarate bolja rješenja.

## Dobar upotraeb pitanja za pojašnjenje

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

## Česta greška

Pretpostavljanje da ste razumjeli i počinjete graditi. Uvijek reflektirajte zahtjeve — "dakle, što vam trebam X, do Y, i Z je izvan dosega?" — kako biste rano uhvatili praznine.

## Zašto je važno

Greška u zahtjevima na fazi ideje košta minute; ista greška pronađena nakon izdanja košta dane ili tjedne reworka.

Jasni zahtjevi su najjeftinija osiguranja od gradnje pogrešne stvari.

Pitanjem *zašto* pretvarate se iz primatelja naloga u rješavatelja problema.