Le problème des priorisations sans renoncement
Prioriser signifie renoncer. En théorie, toute personne impliquée dans un projet le sait. En pratique, la plupart des exercices de priorisation évitent d’imposer un vrai renoncement. On note les éléments de 1 à 5, on les classe en catégories (must/should/could), on calcule des scores pondérés. Ces approches produisent des résultats exploitables, mais elles partagent une faiblesse: elles n’obligent personne à abandonner quelque chose auquel il tient.
Buy-a-Feature, une technique de priorisation collaborative développée par Luke Hohmann dans Innovation Games (Addison-Wesley, 2006), impose ce renoncement de façon structurée. Les participants disposent d’un budget fictif insuffisant pour tout acheter. Ils doivent donc choisir, renoncer et convaincre les autres de financer leurs priorités. La mécanique du jeu fait émerger ce que les discussions libres peinent à produire: des arbitrages authentiques.
Le dispositif en pratique
Le facilitateur prépare une liste de 10 à 20 éléments à prioriser: fonctionnalités, livrables, exigences, initiatives. Chaque élément porte un prix proportionnel à son coût estimé de réalisation. Les participants reçoivent un budget en monnaie fictive dont le total couvre environ la moitié de la valeur cumulée des éléments proposés.
La règle centrale: au moins un élément coûte davantage que le budget individuel d’un participant. Cette contrainte rend la collaboration inévitable. Si un sponsor veut acheter une fonctionnalité qui dépasse son enveloppe, il doit recruter des alliés. Cette négociation est le cœur de l’exercice.
L’atelier se déroule en temps limité. Les participants circulent, examinent les éléments, investissent leurs jetons et discutent entre eux. Le facilitateur observe sans intervenir, note les échanges, les hésitations, les coalitions. Une fois les budgets épuisés ou le temps écoulé, on passe au débrief: examen des éléments les plus achetés, de ceux ignorés et des négociations qui ont eu lieu.
Trois mécanismes qui modifient la dynamique de priorisation
Les méthodes de priorisation classiques demandent aux parties prenantes (stakeholders) d’évaluer des éléments de manière abstraite. Buy-a-Feature introduit trois mécanismes qui modifient la dynamique de groupe.
La contrainte de rareté
Un budget limité transforme chaque achat en renoncement explicite. Quand un participant investit 40% de son budget sur un seul élément, il sait qu’il sacrifie d’autres options. Ce coût d’opportunité visible change la nature de la conversation: on ne discute plus de ce qui serait “bien d’avoir”, mais de ce qui vaut un sacrifice.
La collaboration forcée
Les éléments dont le prix dépasse le budget individuel ne peuvent être achetés qu’en coalition. Ce mécanisme révèle les alliances naturelles entre parties prenantes et les priorités partagées que les réunions classiques ne mettent pas en lumière. Quand trois directeurs métier investissent conjointement dans la même fonctionnalité, le signal est plus fiable qu’un vote à main levée.
L’engagement par l’action
Poser physiquement des jetons sur un élément crée un engagement psychologique que cocher une case dans un formulaire ne produit pas. L’acte concret d’investir des jetons génère un sentiment d’appropriation: les participants défendent ensuite plus activement les priorités qu’ils ont financées. Ce phénomène, proche de ce que Richard Thaler et Daniel Kahneman ont décrit sous le nom d’effet de dotation, explique pourquoi un exercice physique produit des résultats différents d’un questionnaire en ligne.
Préparer un atelier qui produit des résultats
Calibrer les éléments
Les éléments doivent être compris par tous les participants. Un backlog (liste ordonnée des travaux à réaliser) technique détaillé ne convient pas si les parties prenantes sont des responsables métier. Reformuler chaque élément en termes de bénéfice ou de résultat attendu plutôt qu’en termes de solution technique.
Exclure les éléments non négociables (obligations légales, prérequis techniques incontournables): ils faussent l’exercice sans générer d’information utile.
Segmenter les participants
Un atelier avec des profils homogènes (uniquement des clients, uniquement des sponsors, uniquement des utilisateurs) produit des résultats plus lisibles qu’un groupe mixte où les dynamiques de pouvoir perturbent les choix. Organiser plusieurs sessions permet de comparer les priorités par segment et d’identifier les convergences ou les tensions entre groupes.
Des groupes de 4 à 8 participants par session permettent de maintenir une dynamique d’échange productive sans que les discussions ne deviennent superficielles.
Documenter les discussions, pas seulement les résultats
Le tableau final des achats est utile, mais c’est le compte rendu des discussions qui a le plus de valeur pour la suite du projet. Qui a défendu quoi, quels arguments ont été avancés, quelles coalitions se sont formées, quels éléments ont été ignorés et pourquoi. Ces informations alimentent le registre des parties prenantes et éclairent les décisions d’arbitrage ultérieures.
Au-delà du produit: applications en gestion de projet
Buy-a-Feature est souvent associée aux Innovation Games de Hohmann et au monde du product management. Mais la mécanique fonctionne partout où des ressources limitées doivent être réparties entre des options concurrentes et où plusieurs parties prenantes ont des préférences divergentes.
Un chef de projet qui prépare un plan de transformation peut soumettre les initiatives candidates à un Buy-a-Feature avec le comité de pilotage. Un programme qui doit arbitrer entre plusieurs projets peut utiliser la technique avec les sponsors respectifs. La condition de succès est toujours la même: les participants doivent avoir une connaissance suffisante des éléments proposés pour évaluer leur valeur et être disposés à défendre publiquement leurs choix.
Les limites à garder en tête
La technique ne capture que les préférences des personnes présentes. Si un groupe de parties prenantes important n’est pas représenté, le résultat sera biaisé. Elle fonctionne mal au-delà de 20 éléments, car la charge cognitive devient excessive et les participants se concentrent sur les éléments qu’ils connaissent déjà en ignorant les autres. Enfin, le résultat est qualitatif: il indique des préférences collectives, pas une valeur économique. Il complète une analyse coût-bénéfice ou un WSJF (Weighted Shortest Job First, méthode de priorisation qui rapporte la valeur estimée à la durée de réalisation), il ne la remplace pas.
La distinction avec le planning poker mérite d’être rappelée. Les deux techniques utilisent une mécanique de jeu en groupe, mais le planning poker sert à estimer l’effort de réalisation, tandis que Buy-a-Feature sert à identifier la valeur perçue par les parties prenantes. Ce sont des outils complémentaires qui interviennent à des moments différents du cycle projet.