Antoine Simonian
Imaginez. Vous lancez l'évolution d'un produit que vous préparez depuis des mois. Vous êtes dans les temps, dans le budget, tout roule. Et là, le drame : une direction que vous n'aviez pas vue venir pose son veto.
« Ce n'était pas du tout ce qui était convenu »
Le ton monte, le sujet remonte jusqu'au comex, la release est bloquée. La communication externe, déjà partie, doit être retirée en catastrophe. Les quelques utilisateurs qui venaient de découvrir la mise à jour ne comprennent plus rien, et certains désinstallent l'appli. Et l'équipe qui a livré fièrement se décourage : elle commence déjà à lâcher « hors de question qu'on recommence ».
En creusant, le coupable n'était pas le produit lui-même. Les équipes n'avaient tout simplement pas les mêmes informations en tête. Certaines étaient à la réunion mais faisaient autre chose, parfois les bonnes personnes n'y étaient pas conviées. Résultat : chacun en tirait ses propres priorités. Pour les uns, c'était l'utilisateur qui décidait, pour d'autres le chef, pour d'autres encore le premier arrivé ou celui qui parle le plus fort. Autant de règles implicites, autant de décisions différentes, et un conflit qui explose au pire moment.
Ce scénario vous parle sans doute. C'est normal. Le webinaire ci-dessous part de cette histoire et donne des outils concrets pour que vos équipes décident mieux et plus vite, ensemble, au lieu de chacun dans son coin.
L'anecdote du lancement raté n'est pas un cas isolé. L'étude Atlassian The State of Teams 2025, menée auprès de 12 000 knowledge workers et 200 dirigeants d'entreprises du Fortune 1000, met des chiffres sur ce que tout le monde a déjà vécu. Un employé de bureau sur deux constate que plusieurs équipes travaillent sur les mêmes sujets sans le savoir. Seuls 20 % jugent leur organisation efficace pour faire circuler rapidement les décisions qui impactent d'autres équipes. Et les équipes qui alignent leur travail sur des objectifs clairs sont 4,9 fois plus susceptibles de tenir leurs délais.
Les désaccords, vous ne les ferez pas disparaître, autant l'accepter tout de suite. Le vrai levier, c'est le moment où ils sortent : tôt, dans un cadre fait pour trancher, plutôt qu'à trois jours de la mise en ligne, quand tout le monde est déjà à cran.
Prenez maintenant ces organisations et mettez-les sous stéroïdes.
On leur donne l'IA générative et on leur dit : livrez encore plus vite. Sur le papier, l'IA vous augmente, vous assiste, vous accélère. Le souci, c'est qu'on accélère des équipes mal informées, sans objectif clair ni critère de décision commun. On accélère donc surtout la perte de temps et de valeur.
D'où la conviction qui tient tout ce webinaire : un processus de décision déjà compliqué, et que l'IA fait s'emballer, a besoin d'un cadre. Un cadre qui fait circuler l'information et qui met vos critères de décision au clair, noir sur blanc.
Pour repérer où agir, on peut s'appuyer sur quatre grands moments : stratégie, discovery, delivery, learning. Les noms varient selon les organisations, mais la logique se retrouve chez la plupart. À chacun correspond une petite phrase, un signal faible qui doit vous mettre la puce à l'oreille.
Les roadmap reviews s'éternisent. Un sujet est discuté, rediscuté, écarté, puis quelqu'un le ramène et on craque : « ah, et pourquoi pas ? » Alors qu'on avait dit non. On se retrouve avec beaucoup de sujets, pas la capacité de tout faire, et très peu de renoncements explicites.
Les restitutions de research semblent claires et utiles sur le moment. Mais qu'est-ce qu'on choisit vraiment ? Quel problème on adresse, quelle hypothèse on met de côté ? Le passage à l'action repose sur le PM ou l'UX researcher, et les enseignements restent dans deux têtes. On prend le risque de se concentrer sur les mauvais.
Les points de suivi donnent une belle visibilité. Le premier copil, tout le monde est à fond. Le deuxième, la moitié. Le troisième, un quart. On finit avec des réunions où une partie de la salle fait sa vaisselle pendant que vous annoncez l'alerte qui décale le planning de trois mois. Le silence est pris pour une validation. Qui ne dit mot consent. Et on s'en rend compte trop tard.
Les équipes rodées à l'exercice commencent leur rétrospective en reprenant celle d'avant. On comprend parfaitement le problème, mais on ne touche pas au système qui le produit. La frustration s'accumule, rétro après rétro.
Vous n'avez peut-être pas de sujet partout. L'idée est de vous concentrer là où il y en a le plus, sans chercher à tout revoir ni à vous éparpiller sur l'ensemble du cycle.
Une fois les moments repérés, reste à nommer le problème. Pour ça, j'utilise ce que j'appelle la matrice de maturité décisionnelle.
Deux questions suffisent.
Première : vos sujets avancent-ils grâce à des individus précis, ou grâce à l'organisation dans son ensemble, où chacun peut décider avec les mêmes critères ?
Seconde : à ce moment-là, cherchez-vous surtout à informer et faire circuler, ou à décider et arbitrer ?
Ces deux distinctions donnent quatre situations très classiques :
Un bon révélateur : essayez de résumer une décision produit récente en une phrase, sans citer de prénom, et dites aussi ce que vous avez choisi de ne pas faire.
Si vous n'y arrivez pas sans nommer quelqu'un, la décision dépend d'un individu et pas d'un système. C'est confortable sur le moment, et cela vous ralentit dès que la personne n'est plus là.
Un atelier se distingue d'une réunion. Dans une réunion, les invités et les sujets sont ouverts, et l'on ressort souvent sans trop savoir quoi. Un atelier, ou workshop, est un moment organisé presque minute par minute, avec un objectif précis et une structure connue de tous. Il provoque volontairement ce qu'on subit d'habitude : les désaccords, les angles morts, les arbitrages implicites, les écarts de compréhension entre équipes.
Voici quatre formats qui couvrent la plupart des situations diagnostiquées plus haut. Vous pouvez les prendre tels quels, n'en garder qu'un morceau, ou les combiner.
Vous avez posé les premiers piliers de votre stratégie produit. Vous n'avez pas besoin de décider, vous avez besoin que tout le monde soit au courant et que personne ne fasse la sourde oreille.
Le World Café fait travailler un grand groupe en rounds successifs autour de questions que vous préparez à l'avance. À chaque étape, les participants changent de table, enrichissent la matière existante et se l'approprient bien mieux qu'en écoutant une présentation descendante.
Concrètement, le déroulé tient en quelques gestes :
Ici, l'IA n'orchestre pas : elle peut assister la restitution finale, en aidant le dernier participant à synthétiser tous les post-its dans un temps limité.
Quand tout le monde connaît le sujet, en parle depuis des semaines, mais que rien n'avance, ce format court fait le travail. Une séquence problème, priorisation, solutions, décision, avec des phases de travail en silence alternées avec des partages collectifs. Vous passez de trois semaines de blocage à un plan d'action en 1h30.
La partie que l'on saute trop souvent, et qui fait tout, ce sont les vingt dernières minutes : nommer un responsable par solution, et lister au passage ce qui existe déjà pour l'aider à démarrer. Sans ça, l'atelier reste une belle discussion. C'est aussi le format qui se prête le mieux à l'orchestration par l'IA : le groupe liste les problèmes qu'il est seul à connaître, travaille ensemble un prompt visible de tous, et laisse l'IA prioriser selon les critères choisis, générer des pistes et un plan d'action.
Certains sujets sont trop lourds pour 1h30. Vous avez déjà un parcours, un backlog, plein d'options, et il faut arrêter de parler du produit en vrac. Le Lean Inception Workshop, formalisé par Paulo Caroli, aligne business, UX et tech pour passer d'une intention à un MVP séquencé et assumé, sur plusieurs jours. Le sponsor partage ses convictions dès le début, ce qui installe l'arbitrage collectif.
Deux outils y sont particulièrement puissants : le MVP Sequencer, qui vous force à lotir le MVP ligne par ligne selon les dépendances tech, business et client, et le MVP Canvas, qui met en forme tous les arbitrages.
Une limite à assumer : c'est de l'arbitrage structuré à l'échelle d'une initiative, pas encore à l'échelle de tout le système de décision de l'organisation. Pour aligner une série d'initiatives, il existe une variante orientée portfolio qui remplace la revue technique, business et UX par une collaborative prioritisation table.
Un conseil issu du terrain : privilégiez le distanciel.
Un outil comme Miro garde la trace de la matière et permet de découper les longues séquences sur plusieurs demi-journées, car rares sont les agendas qui tiennent cinq jours pleins d'affilée. Vous pouvez d'ailleurs n'utiliser qu'une ou deux séquences, souvent la priorisation et le séquenceur suffisent.
Dernier format, avec un twist. Le principe de base est simple : on donne aux participants un budget limité, insuffisant pour tout acheter, et ils investissent sur les sujets qu'ils jugent prioritaires. Le twist consiste à comparer où vous placez vos dollars et où votre décideur place les siens, puis à discuter l'écart.
Ce qui compte ici, ce sont les critères de décision.
Rien n'oblige à rester sur de faux dollars : la « valeur » attribuée à chaque sujet peut encoder des critères que l'on veut rendre explicites, comme l'impact client, la valeur business, la réduction du risque, l'urgence ou la différenciation. On peut aussi élargir au-delà des seules features, en ouvrant des buckets pour les bugs et la dette. Quand plusieurs personnes se retrouvent devant les mêmes règles du jeu, deux cas se présentent. Si les choix convergent, c'est que les critères commencent à être partagés. S'ils divergent fortement, la vraie discussion s'ouvre enfin : qu'est-ce qu'on ne regarde pas de la même façon ?
Une fois ces critères compris, l'équipe peut prioriser seule sans refaire un atelier à chaque arbitrage, et sans se faire rechallenger indéfiniment.
Si le décideur n'est pas disponible, un assistant IA nourri de ses critères peut poser les dollars à sa place, et vous pouvez lui poser les questions que vous n'oseriez peut-être pas poser en vrai. On ne supprime pas le leadership, on arrête juste de le laisser enfermé dans quelques têtes.
L'IA apporte de la valeur à deux niveaux.
Le premier, l'atelier assisté par IA : des assistants spécialisés viennent renforcer un atelier humain, avant pour synthétiser des interviews ou un benchmark, pendant pour relancer le groupe (« et si on... »), après pour consolider les post-its, documenter et acter la décision. Le second, l'atelier orchestré : l'IA produit la matière, et l'humain définit collectivement ce qu'elle doit faire. Dans les deux cas, l'IA accélère la cognition collective, les participants restent aux commandes.
Le point clé se joue sur le second. Beaucoup de gens font déjà tourner leur IA dans leur coin, puis copient-collent le résultat en faisant parfois semblant que c'est eux. Ce travail individuel crée plus de silos qu'il n'en casse.
L'atelier orchestré par IA assume l'inverse : on pose les inputs humains ensemble, on écrit un prompt collectif visible de tous, on regarde les outputs et on discute ce qui fait un bon ou un mauvais résultat. Le débat se déplace vers les critères qui produisent la décision, puisque c'est l'IA qui exécute. Le raisonnement devient visible, et c'est là toute la force du procédé.
Pour outiller cela, gardez quelques assistants prêts à l'emploi :
Un bon assistant tient en quatre éléments : un rôle, un contexte, un point d'arrêt, un format de sortie. Rien de sorcier, et cela se configure aussi bien dans Copilot que dans un GPT ou une skill.
Un garde-fou, pour finir sur ce point : l'IA va plus vite, y compris dans la mauvaise direction. Raison de plus pour définir la direction ensemble avant de la lâcher.
Après quelques centaines d'ateliers animés, avec des réussites et de vrais ratés, cinq principes reviennent.
Quelques réglages font aussi beaucoup :
Si vous voulez tester tout ça sans tout révolutionner, voici une trame en six pas, reprise telle quelle du webinaire.
%20(1).jpg)
