Cum colectezi și clarlifici cerințele?

Question

Accepted Answer

**Colectarea cerințelor** este procesul de a afla ce trebuie să fie construit de fapt — și *de ce* — înainte de a-l construi. Cea mai mare greșeală pe care o fac juniorii este să ia o cerere în picioare fără a înțelege problema subiacentă.

## Cum să o abordezi

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

## Deosebește cererea de nevoie

Un stakeholder spune "adaugă un buton de export în PDF." Nevoia reală ar putea fi "trebuie să partajez rapoarte cu șeful meu." E-mailul, un link partajat sau o tablă de bord ar putea rezolva mai bine. Întrebând *de ce* se deschid soluții mai bune.

## Bune întrebări de clarificare

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

## O capcană frecventă

Presupunând că ai înțeles și începând să construiești. Reflectează întotdeauna cerințele — "deci ceea ce ai nevoie este X, până la Y, și Z este în afara domeniului?" — pentru a prinde golurile devreme.

## De ce este important

O greșeală de cerințe fixă în faza ideii costă minute; aceeași greșeală găsită după lansare costă zile sau săptămâni de rework.

Cerințele clare sunt cea mai ieftină asigurare împotriva construirii lucrului greșit.

Întrebând *de ce* te transformi dintr-un executant de comenzi într-un rezolvitor de probleme.