Comment rassemblez-vous et clarifiez-vous les exigences ?

Question

Accepted Answer

**Rassembler les exigences** est le processus de déterminer ce qui doit réellement être construit — et *pourquoi* — avant de le construire. La plus grande erreur que commettent les juniors est de prendre une demande au pied de la lettre sans comprendre le problème sous-jacent.

## Comment aborder la question

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

## Distinguer la demande du besoin

Un intervenant dit « ajouter un bouton d'export en PDF ». Le vrai besoin pourrait être « Je dois partager des rapports avec mon patron ». L'email, un lien partagé ou un tableau de bord pourraient résoudre le problème mieux. Poser la question *pourquoi* ouvre des solutions meilleures.

## De bonnes questions de clarification

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

## Un piège courant

Assumir que vous avez compris et commencer à construire. Reformulez toujours les exigences — « donc ce que vous avez besoin est X, avant Y, et Z est hors périmètre ? » — pour détecter les lacunes tôt.

## Pourquoi c'est important

Une erreur d'exigences corrigée au stade de l'idée coûte des minutes ; la même erreur trouvée après la sortie coûte des jours ou des semaines de refonte.

Des exigences claires sont l'assurance la moins chère contre la construction de la mauvaise chose.

Poser la question *pourquoi* vous fait passer d'un simple exécutant à un résolveur de problèmes.