Techniques d'élicitation des exigences
Définition
L'élicitation est le processus de recueil des exigences auprès des parties prenantes et autres sources. Ce n'est pas un simple recueil passif — l'analyste utilise des techniques variées pour faire émerger les besoins explicites, implicites et latents que les parties prenantes ne savent pas toujours exprimer.
| Type de besoin | Description | Technique adaptée |
|---|---|---|
| Explicite | Clairement exprimé par la PP | Entretien, questionnaire |
| Implicite | Attendu mais non dit (évident pour la PP) | Observation, analyse de processus |
| Latent | Besoin non conscient (innovation) | Prototypage, design thinking |
| Imposé | Réglementaire ou contractuel | Analyse documentaire |
Contexte
Le CAPM teste la connaissance des techniques d'élicitation et la capacité à choisir la bonne technique selon le contexte. L'élicitation est itérative — plusieurs passes sont nécessaires car les parties prenantes affinent leur compréhension au fur et à mesure. En approche agile, l'élicitation est continue (backlog refinement, conversations).
Détails techniques
Techniques d'élicitation
| Technique | Description | Forces | Limites | Contexte idéal |
|---|---|---|---|---|
| Entretien | Discussion structurée 1-à-1 | Profondeur, confiance | Temps par PP, biais interviewer | PP clé, sujet sensible |
| Atelier (Workshop) | Session collaborative multi-PP | Consensus, synergie | Difficile à organiser, dominant possible | Besoins transverses |
| Brainstorming | Génération libre d'idées | Créativité, volume | Idées non filtrées | Phase exploratoire |
| Questionnaire / Sondage | Questions écrites à large audience | Grand nombre de PP, quantifiable | Faible profondeur | Validation, préférences |
| Observation | Observer les utilisateurs en situation | Besoins implicites, réalité terrain | Présence modifie le comportement | Processus existants |
| Prototypage | Maquette interactive | Feedback concret, besoins latents | Coût de création, « c'est pas fini » | UX, interfaces |
| Analyse documentaire | Revue docs existants (manuels, rapports) | Pas de mobilisation PP, historique | Obsolescence possible | Début de projet, conformité |
| Focus group | Discussion guidée avec un groupe cible | Dynamique de groupe, perspectives diverses | Pensée de groupe possible | Segmentation utilisateurs |
| Benchmarking | Étude des meilleures pratiques externes | Innovation, standards | Contextualisation nécessaire | Amélioration de processus |
| Story mapping | Cartographie parcours utilisateur en stories | Vue d'ensemble, priorisation | Nécessite un facilitateur agile | Projets agile |
Processus d'élicitation
1. Préparer
├── Identifier les PP à consulter
├── Choisir les techniques
└── Planifier les sessions
│
▼
2. Conduire l'élicitation
├── Appliquer les techniques
├── Documenter les résultats bruts
└── Poser des questions ouvertes
│
▼
3. Confirmer les résultats
├── Valider avec les PP (relecture, walkthrough)
├── Résoudre les contradictions
└── Identifier les lacunes → nouvelle itération
Matrice technique × situation
| Situation | Techniques recommandées |
|---|---|
| Lancement d'un nouveau projet | Entretiens + Atelier + Analyse documentaire |
| Amélioration d'un processus existant | Observation + Analyse documentaire + Atelier |
| Projet agile (sprint) | Story mapping + Conversations PO/équipe + Prototypage |
| Grand nombre d'utilisateurs | Questionnaire + Focus groups + Observation échantillon |
| Exigences réglementaires | Analyse documentaire + Entretien expert juridique |
| Innovation / nouveau produit | Brainstorming + Prototypage + Benchmarking |
Bonnes pratiques
| Pratique | Raison |
|---|---|
| Combiner au moins 2-3 techniques | Chaque technique capte un type de besoin différent |
| Documenter immédiatement | Les détails se perdent rapidement après une session |
| Impliquer des PP diversifiés | Éviter le biais d'une seule perspective |
| Valider avec les PP | S'assurer que l'analyste a bien compris |
| Itérer | Les besoins s'affinent au fil des conversations |
Exemple concret
Projet de refonte d'un portail RH — plan d'élicitation :
| Phase | Technique | Participants | Résultat attendu |
|---|---|---|---|
| Semaine 1 | Analyse documentaire | BA seul | Inventaire fonctionnalités actuelles, réclamations recueillies |
| Semaine 2 | Entretiens | 5 managers RH | Besoins stratégiques, points de douleur |
| Semaine 3 | Observation | 3 sessions terrain (RH en action) | Besoins implicites, irritants quotidiens |
| Semaine 4 | Atelier collaboratif | 12 participants (RH, IT, employés) | Priorisation, consensus sur le MVP |
| Semaine 5 | Questionnaire | 200 employés | Validation quantitative des besoins |
| Semaine 6 | Prototypage | BA + UX designer | Maquette interactive testée avec 8 utilisateurs |
| Semaine 7 | Validation | Toutes les PP clés | Exigences confirmées → documentation finale |
Résultat : 68 exigences documentées dont 22 Must (identifiées en atelier), 8 besoins implicites (observation) et 3 besoins latents (prototypage).