Le problème n’est pas la technique, c’est le contexte
Tout chef de projet ou analyste métier connaît les techniques d’élicitation des exigences: entretiens, ateliers, questionnaires, observation. Le BABOK de l’IIBA en recense neuf. Le vrai défi n’est pas de les connaître mais de savoir laquelle déployer face à une situation concrète. L’élicitation (processus actif d’extraction des besoins, par opposition à une collecte passive d’informations) échoue rarement par manque de méthode. Elle échoue quand la méthode choisie ne correspond pas au terrain.
Quand les parties prenantes ne parlent pas
Certains interlocuteurs restent laconiques en entretien. Ce n’est pas de la mauvaise volonté: un opérateur qui effectue les mêmes gestes depuis quinze ans a intériorisé son expertise au point de ne plus pouvoir la verbaliser. Ces connaissances tacites (ce que les gens savent faire sans pouvoir l’expliquer) représentent souvent les exigences les plus critiques du projet, précisément parce qu’elles échappent aux canaux habituels.
L’observation directe, parfois appelée shadowing (accompagnement de l’utilisateur dans son environnement de travail), résout ce problème mieux que n’importe quelle question ouverte. L’analyste voit les raccourcis, les contournements, les étapes que personne ne mentionne parce que tout le monde les considère comme allant de soi. Un chef de projet qui a observé des agents de guichet pendant deux jours découvrira des exigences qu’aucun atelier n’aurait fait émerger.
Le prototypage offre une alternative quand l’observation n’est pas praticable. Placer un écran ou une maquette devant un utilisateur silencieux déclenche des réactions concrètes: “ça, je n’en ai pas besoin” ou “il manque tel champ” sont des exigences formulées spontanément que l’entretien classique n’aurait pas produites.
Quand les besoins se contredisent
Sur un projet de transformation organisationnelle, le service commercial veut de la flexibilité, le contrôle de gestion veut de la standardisation, et la direction veut les deux sans augmenter le budget. Les entretiens individuels captent chaque perspective mais ne résolvent pas les contradictions. Pire, ils peuvent les masquer si l’analyste restitue un compromis artificiel dans ses spécifications.
L’atelier de requirements (une session de travail structurée dont l’objectif est de produire des exigences documentées et validées collectivement) est conçu pour cette situation. En réunissant les parties prenantes aux intérêts divergents dans un cadre où les arbitrages se font en temps réel, l’atelier transforme des contradictions implicites en décisions explicites. La condition est que l’animateur sache gérer la dynamique de groupe et que la hiérarchie n’inhibe pas l’expression des désaccords.
Il ne faut pas confondre l’atelier de requirements avec le focus group, qui vise à recueillir des perceptions et des attitudes sans nécessairement produire de spécifications. Un focus group explore un sujet; un atelier produit un livrable. Les confondre aboutit à des séances qui consomment le temps de tous sans résultat exploitable.
Quand le périmètre reste flou
Certains projets démarrent avec une intention (“moderniser le processus de réclamation”) mais sans vision claire de ce que le résultat devrait être. Les parties prenantes ne savent pas ce qu’elles veulent, et elles ne le sauront pas tant qu’elles ne l’auront pas vu. Poser des questions structurées à ce stade est prématuré: on obtient des réponses vagues ou des listes de souhaits sans hiérarchie.
Le brainstorming, utilisé en phase exploratoire, permet de cartographier le champ des possibles sans engagement. Les idées sont d’abord générées librement puis triées dans un second temps: c’est un exercice de divergence avant d’être un exercice de convergence. L’erreur courante est d’en attendre des exigences: le brainstorming produit des pistes, pas des spécifications.
Le prototypage prend le relais quand le brainstorming a délimité le territoire. Un prototype rapide (même un schéma papier) ancre la discussion dans le concret et permet aux parties prenantes de réagir à quelque chose de tangible. Comme le note une étude comparative sur les techniques d’élicitation, la combinaison de techniques exploratoires et de validation produit systématiquement de meilleurs résultats que l’usage d’une seule méthode.
Quand le temps manque
Un projet lancé dans l’urgence ne permet pas trois semaines d’entretiens individuels suivis d’ateliers de validation. La pression calendaire pousse vers le questionnaire, qui couvre rapidement un grand nombre de répondants. C’est un choix défendable à condition d’en connaître les limites: le questionnaire ne capte que ce que le répondant comprend de la question et veut bien exprimer. Il confirme ou infirme des hypothèses mais ne fait pas émerger l’inattendu.
La séquence la plus efficace sous contrainte de temps combine trois éléments: une analyse documentaire (processus existants, rapports d’incidents, formulaires en usage) pour constituer une base factuelle en quelques jours, un questionnaire ciblé pour identifier les priorités et les zones de friction, puis des entretiens courts avec les cinq ou six parties prenantes dont les réponses au questionnaire signalent des enjeux à approfondir. Cette approche en entonnoir maximise le rendement de chaque heure investie.
Quand la hiérarchie inhibe l’expression
Dans une organisation très hiérarchique, un atelier réunissant un directeur et ses subordonnés produira un consensus apparent qui ne reflète pas la réalité du terrain. Les collaborateurs valideront ce que le directeur propose, même s’ils savent que cela ne fonctionnera pas en pratique. L’analyste repartira avec des exigences “validées” qui se révéleront inadaptées à l’usage.
Deux approches contournent cet obstacle. La première est l’entretien individuel, éventuellement avec restitution anonymisée: chaque partie prenante s’exprime sans témoin, et l’analyste synthétise les résultats sans attribuer les propos. La seconde est l’observation, qui ne dépend pas de la capacité ou de la volonté de l’interlocuteur à s’exprimer. Ce que l’analyste constate en situation de travail ne peut pas être censuré par la hiérarchie.
La combinaison comme principe
Le guide de BusinessAnalystMentor sur les techniques d’élicitation rappelle un principe fondamental: aucune technique ne couvre l’ensemble des besoins. La page Wikipedia sur l’élicitation des exigences confirme que la littérature académique converge vers la même conclusion. En pratique, un projet de taille moyenne mobilise trois à quatre techniques. Le schéma classique suit une logique d’entonnoir: d’abord comprendre l’existant (analyse documentaire), puis explorer les besoins (entretiens, observation), enfin valider et arbitrer (ateliers, prototypes).
Un bon praticien se distingue moins par sa maîtrise d’une technique particulière que par sa capacité à lire le contexte (profil des parties prenantes, maturité du besoin, culture de l’organisation, contraintes de calendrier) et à assembler la combinaison qui produira les exigences les plus complètes et les plus fiables dans les conditions du projet.