Élicitation des exigences: dépasser les biais cognitifs

Les parties prenantes ne disent pas tout, souvent sans le savoir. Comment diversifier les techniques d'élicitation pour capter les vrais besoins.

Les chefs de projet abordent souvent l’élicitation des exigences comme un exercice de collecte: poser des questions, noter les réponses, compiler le tout dans un document. Cette vision suppose que l’information existe, complète et cohérente, dans la tête des parties prenantes, et qu’il suffit de la transférer. C’est rarement le cas.

Le problème n’est pas la méthode, c’est la source

Les parties prenantes ne dissimulent pas volontairement de l’information. Le mécanisme est plus subtil: plusieurs biais cognitifs déforment systématiquement ce qu’elles expriment, indépendamment de leur bonne volonté.

Le biais de courtoisie pousse les interlocuteurs à donner des réponses qu’ils jugent acceptables plutôt que sincères. Un utilisateur qui considère qu’un nouveau système va alourdir son travail hésitera à le dire frontalement au chef de projet qui le porte. Il formulera plutôt des réserves polies (“C’est intéressant, mais il faudrait voir…”) que l’interviewer interprétera comme un accord conditionnel.

Le biais d’automatisation fait que les experts d’un domaine omettent les étapes qu’ils exécutent sans y penser. Quand un comptable décrit son processus de clôture mensuelle, il saute les vérifications informelles qu’il effectue par réflexe depuis quinze ans. Ces étapes absentes des entretiens se transforment en exigences manquantes, celles qui provoquent les surprises tardives en phase de recette.

L’ancrage intervient dès qu’une question contient une suggestion, même implicite. “Le rapport mensuel vous convient-il?” ancre la fréquence mensuelle comme référence, et la partie prenante ajustera sa réponse autour de cette ancre plutôt que de réfléchir à la fréquence qui lui serait réellement utile.

Le décalage entre travail prescrit et travail réel

Au-delà des biais individuels, un phénomène organisationnel complique l’élicitation: les gens décrivent le processus officiel plutôt que leurs pratiques réelles. Cette distinction, bien documentée en ergonomie du travail, a des conséquences directes sur la qualité des exigences recueillies.

Le processus officiel est celui des organigrammes et des manuels qualité. Le travail réel inclut les fichiers Excel personnels, les appels informels pour débloquer une situation, les contournements que tout le monde connaît mais que personne ne documente. Quand un chef de projet demande “Comment fonctionne votre processus?”, il obtient presque toujours la version officielle. Les techniques de découverte qui intègrent l’observation directe sont précisément conçues pour capter cette dimension cachée.

Un exemple courant: dans un service achats, le processus officiel prévoit trois niveaux de validation pour toute commande supérieure à 5000 francs. En pratique, le responsable opérationnel passe un appel au directeur financier pour les cas urgents et régularise ensuite la validation. Si le nouveau système impose strictement les trois niveaux sans prévoir ce circuit rapide, les utilisateurs le contourneront dès la première semaine.

Construire une stratégie d’élicitation, pas juste un questionnaire

Face à ces biais, la réponse n’est pas de poser davantage de questions, mais de diversifier les modes de collecte. Le BABOK (Business Analysis Body of Knowledge, le référentiel de l’IIBA) recense plus d’une dizaine de techniques d’élicitation, chacune captant un type d’information différent.

L’entretien reste la technique de base, à condition de soigner la formulation des questions. Les questions ouvertes et concrètes (“Que faites-vous quand un fournisseur livre en retard?”) produisent des réponses plus exploitables que les questions abstraites (“Quels sont vos besoins en matière de gestion des fournisseurs?”). Les questions les plus révélatrices sont celles qui inversent la perspective: “Que se passe-t-il si ce projet n’aboutit pas?” révèle la priorité réelle, et “À quoi ressemble le succès pour vous?” expose les critères d’acceptation implicites.

L’observation comble le fossé entre le déclaratif et le réel. Passer une demi-journée dans l’environnement de travail de l’utilisateur coûte peu de temps et produit une compréhension que des heures d’entretien ne remplacent pas. Les solutions de contournement, les irritants quotidiens et les dépendances informelles entre services deviennent visibles.

L’atelier collaboratif met en lumière les contradictions. Quand plusieurs parties prenantes sont dans la même pièce, les incohérences entre leurs besoins respectifs émergent naturellement. C’est inconfortable mais productif, car ces contradictions, si elles ne sont pas identifiées à ce stade, se manifesteront plus tard sous forme de demandes de changement.

Le prototypage, même rudimentaire, provoque des réactions que les mots ne suscitent pas. Un croquis sur papier ou une maquette cliquable génère des retours précis (“Ce champ devrait être ici”, “Il manque l’information X”) là où un document de spécifications ne produit qu’un accord de principe vague.

La triangulation comme principe directeur

Aucune technique n’est suffisante isolément. L’entretien capte les intentions mais pas les pratiques, l’observation capte les pratiques mais pas les motivations, et l’atelier révèle les contradictions tout en amplifiant la voix des personnalités dominantes.

Le principe de triangulation, emprunté aux sciences sociales, consiste à croiser au moins deux sources d’information indépendantes pour chaque exigence significative. Si l’entretien et l’observation convergent, l’exigence est solide. Si elles divergent, l’écart mérite investigation. Cette approche demande plus de temps qu’un simple cycle de réunions, mais elle produit des exigences qui résistent à l’épreuve de la réalisation.

Intégrer les biais dans la planification

Plutôt que de considérer les biais comme des obstacles à éliminer, un chef de projet averti les intègre dans sa planification. Prévoir une marge pour les exigences non exprimées (typiquement 15 à 20% du périmètre identifié), planifier des itérations de validation avec prototypes, et réserver du temps pour l’observation terrain: ces choix de planification reflètent une compréhension réaliste de ce que l’élicitation peut et ne peut pas produire du premier coup.

Cette lucidité sur les limites de l’élicitation n’est pas du pessimisme: c’est la condition pour construire un périmètre qui reflète les vrais besoins plutôt qu’une version filtrée par les biais de courtoisie, d’automatisation et d’ancrage de ceux qui les expriment.