Kuinka keräät ja selvennät vaatimuksia?

Question

Accepted Answer

**Vaatimusten kerääminen** on prosessi, jossa selvitetään, mitä on todella rakennettava — ja *miksi* — ennen rakentamista. Suurin virhe, jonka juniori tekee, on ottaa pyyntö kirjaimellisesti ilman ymmärrystä taustalla olevasta ongelmasta.

## Miten lähestyä asiaa

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

## Erottele pyyntö tarpeesta

Sijoittaja sanoo "lisää export-to-PDF-painike." Todellinen tarve voisi olla "minun on jaettava raportteja johtajalleni." Sähköposti, jaettu linkki tai koontinäyttö voivat ratkaista ongelman paremmin. *Miksi* -kysyminen avaa parempia ratkaisuja.

## Hyviä selventäviä kysymyksiä

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

## Yleinen sudenkuoppa

Oletamme, että ymmärsit ja aloitit rakentamisen. Heijasta vaatimukset aina takaisin — "joten se, mitä tarvitset, on X, mennessä Y, ja Z on soveltamisalan ulkopuolella?" — jotta voit havaita puutteet varhaisessa vaiheessa.

## Miksi tämä on tärkeää

Kiinteä vaatimuksien virhe ideavaiheen kostaa minuutteja; sama virhe, joka löytyy julkaisun jälkeen, maksaa päiviä tai viikkoja korjausta.

Selkeät vaatimukset ovat halvin vakuutus väärän asian rakentamista vastaan.

*Miksi* -kysyminen muuttaa sinut käskyntuojasta ongelmanratkaisijaan.