Hogyan gyűjtesz és tisztázsz meg követelményeket?

Question

Accepted Answer

**A követelmények összegyűjtése** a folyamat, amelynek során felfedezed, hogy valójában mit kell felépíteni — és *miért* — mielőtt hozzákezdenél. A legnagyobb hiba, amit juniorok elkövetnek, az hogy a kéréseket szó szerint veszik anélkül, hogy megértenék a mögöttes problémát.

## Hogyan közelítsd meg

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

## Különböztesd meg a kérést a szükséglettől

Egy stakeholder azt mondja: "adj hozzá egy export-PDF gombot." A valódi szükséglet lehet, hogy "meg kell tudnom osztani a jelentéseket a főnökömmel." Az e-mail, egy megosztott link vagy egy dashboard jobban megoldaná. Ha azt kérdezed, hogy *miért*, jobb megoldások nyílnak meg.

## Jó tisztázó kérdések

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

## Egy gyakori buktatók

Feltételezni, hogy értetted és kezdeni a felépítést. Mindig tükrözd vissza a követelményeket — "szóval az szükséges neked az X, Y által, és Z kívül esik a hatáskörön?" — hogy korán fel tudd fedezni a hiátusokat.

## Miért fontos ez

Egy követelménybeli hiba az ötlet szakaszában percekbe kerül; ugyanez a hiba, amelyet a kiadás után találsz meg, napok vagy hetek átépítésbe kerül.

A világos követelmények a legolcsóbb biztosítás a rossz dolog felépítése ellen.

A *miért* kérdése fordulatot hoz létre, amikor egy rendelésteljesítőből egy probléma-megoldóvá válsz.