Quand une équipe ne partage pas la même compréhension d’un processus métier, les réunions s’allongent, les décisions se contredisent et les tensions finissent par apparaître. L’event storming propose de remettre les faits au centre grâce à un atelier visuel où experts métier, produit et technique construisent ensemble une représentation commune. Voici comment l’utiliser pour explorer un domaine complexe, renforcer la cohésion et transformer les désaccords en décisions utiles.
Une méthode visuelle pour comprendre ensemble et décider plus vite
- Objectif : représenter les événements importants d’un processus métier sur une surface commune.
- Participants : réunir idéalement 6 à 15 personnes aux expertises complémentaires.
- Durée : prévoir entre 2 et 3 heures pour une première exploration ciblée.
- Bénéfice collectif : créer un langage partagé et faire émerger les désaccords sans les laisser sous le tapis.
- Condition de réussite : donner autant de place à la parole des experts métier qu’à celle des spécialistes techniques.
Pourquoi cette méthode améliore la cohésion d’équipe
Le principe est simple. Les participants décrivent ce qui s’est passé dans le métier, par exemple « commande validée », « paiement refusé » ou « dossier attribué », puis placent ces événements dans l’ordre sur un grand support. Le modèle commence volontairement par les faits, pas par les logiciels, les organigrammes ou les opinions.
Cette approche a été créée par Alberto Brandolini dans l’univers du Domain-Driven Design, une manière de concevoir un produit numérique à partir de la réalité du métier. Je la trouve particulièrement intéressante pour la cohésion, car elle réduit les conversations abstraites. Au lieu de débattre de qui a raison, l’équipe observe le même processus au même endroit.
Un langage commun plutôt qu’une accumulation de silos
Un responsable commercial, une développeuse et un chargé de conformité peuvent employer le même mot avec des significations différentes. L’atelier rend ces écarts visibles. Lorsqu’un participant demande ce que signifie exactement « dossier accepté », le groupe doit préciser les conditions, les acteurs concernés et les conséquences.
Ce moment peut sembler ralentir la discussion, mais il évite souvent plusieurs jours de malentendus. Dans les équipes que j’ai accompagnées, la véritable valeur ne résidait pas seulement dans les post-it produits, mais dans les clarifications obtenues en direct.
Un désaccord devient une information exploitable
Les divergences ne sont pas des accidents à éliminer. Elles signalent généralement une règle floue, une responsabilité mal définie ou une exception que le processus officiel oublie. On peut les marquer par des zones de questionnement, des points d’attention ou des « hotspots ».
La règle est importante pour préserver la confiance. Une personne ne doit pas être considérée comme responsable d’une incohérence parce qu’elle l’a révélée. Le rôle de l’animateur consiste à transformer le désaccord en question observable, puis à identifier qui peut apporter une réponse.
Les trois formats à choisir selon le besoin
Il n’existe pas une seule manière de conduire l’atelier. Je conseille de commencer par une vue large, puis de descendre dans le détail uniquement là où une décision concrète doit être prise. Cette progression évite de perdre le groupe dans des discussions techniques prématurées.
| Format | Question principale | Durée indicative | Résultat attendu |
|---|---|---|---|
| Big Picture | Que se passe-t-il dans l’ensemble du domaine ? | 2 à 4 heures | Une chronologie commune et les principales zones de complexité |
| Modélisation de processus | Comment fonctionne précisément un parcours ? | 1 à 3 heures | Les commandes, règles, acteurs et exceptions d’un processus |
| Niveau conception | Comment traduire une partie du modèle en solution ? | 2 à 4 heures | Des décisions de conception plus précises pour une équipe produit ou technique |
La vue Big Picture convient lorsque l’équipe découvre un domaine, prépare une refonte ou doit comprendre pourquoi plusieurs services se chevauchent. La modélisation de processus est plus adaptée à un parcours précis, comme l’ouverture d’un compte ou la gestion d’un sinistre. Le niveau conception intervient plus tard, quand le groupe doit rapprocher le métier et l’architecture.
J’éviterais de mélanger ces trois objectifs dans une séance unique. Une équipe qui cherche à comprendre le domaine ne devrait pas être interrompue toutes les dix minutes par une discussion sur une classe logicielle ou un choix d’API.
Comment préparer un atelier utile et inclusif
1. Formuler une question concrète
Un atelier ne doit pas avoir pour objectif vague de « comprendre l’entreprise ». Choisissez plutôt un périmètre précis, comme « suivre une commande de la création à la livraison » ou « comprendre pourquoi les demandes de remboursement sont bloquées ». Un sujet délimité produit des échanges plus riches qu’un grand thème impossible à parcourir.
2. Inviter les bonnes personnes
Réunissez celles et ceux qui connaissent réellement le fonctionnement quotidien, y compris les personnes qui gèrent les exceptions. Ajoutez les représentants du produit, du support, des opérations et de la technique lorsque leurs décisions influencent le parcours.
Pour une première session, un groupe de 6 à 15 participants reste généralement maniable. Au-delà, il devient utile de diviser le périmètre ou de prévoir plusieurs animateurs. La présence d’un décideur peut aider à débloquer une question, mais sa position hiérarchique ne doit pas fermer la discussion.
3. Préparer un espace qui autorise le mouvement
Prévoyez un mur ou plusieurs tables, du papier grand format, des feutres et des post-it de couleurs différentes. Les participants doivent pouvoir lire la chronologie en se déplaçant, comparer deux étapes éloignées et modifier facilement le modèle.
À distance, un tableau collaboratif peut convenir, mais il ne reproduit pas parfaitement l’énergie d’un atelier en présence. Je recommande alors des groupes plus petits, des consignes très courtes et des pauses fréquentes. Une session en ligne de 90 minutes à 2 heures est souvent plus efficace qu’une longue réunion virtuelle.
4. Commencer par les événements
Demandez aux participants d’écrire individuellement des faits métier au passé, un par post-it. « Client inscrit » est exploitable, tandis que « améliorer l’inscription » exprime une intention et ne décrit pas un événement.
Après quelques minutes, chacun place ses notes sur la chronologie. Le groupe peut ensuite regrouper les doublons, corriger l’ordre et faire apparaître les périodes d’incertitude. Cette phase silencieuse au départ donne une chance aux personnes plus réservées de contribuer avant que les voix les plus affirmées ne prennent toute la place.
5. Photographier et transformer le résultat
Le mur n’est pas le livrable final. Photographiez-le, numérisez les décisions et attribuez un responsable à chaque question restée ouverte. Sans cette étape, l’équipe risque de vivre un atelier stimulant puis de revenir à ses anciennes habitudes dès le lendemain.
Les pratiques qui renforcent vraiment la cohésion
La cohésion ne vient pas du matériel coloré. Elle se construit grâce à des règles qui rendent la participation équitable. J’annonce généralement trois principes dès le début : on critique le modèle, pas les personnes ; on distingue les faits des hypothèses ; on laisse visibles les questions sans réponse.
Le facilitateur doit aussi surveiller les rapports de pouvoir. Un expert très expérimenté peut involontairement corriger chaque proposition, tandis qu’un nouveau collaborateur peut se taire pour éviter de se tromper. Des tours de parole courts, un temps d’écriture individuelle et des questions comme « qui vit cette situation au quotidien ? » rééquilibrent les échanges.
Les désaccords doivent être matérialisés plutôt que tranchés trop vite. Une note de couleur différente peut signaler une règle contestée, une dépendance externe ou une exception. L’équipe conserve ainsi la mémoire de ses incertitudes et peut les traiter avec les bonnes personnes, au lieu de fabriquer un faux consensus.
Cette manière de travailler soutient aussi la sécurité psychologique. Une personne peut dire « je ne comprends pas » sans avoir l’impression de ralentir tout le monde. À mes yeux, c’est l’un des meilleurs indicateurs de réussite : les questions deviennent plus précises et plus fréquentes au fil de la séance.
Les erreurs qui affaiblissent l’atelier
Vouloir produire une documentation parfaite
Le modèle doit aider à réfléchir, pas devenir une œuvre graphique définitive. Si l’équipe passe plus de temps à aligner les post-it qu’à discuter des règles métier, elle perd l’essentiel. L’imprécision temporaire est acceptable lorsqu’elle permet de révéler un sujet important.
Laisser la technique prendre le dessus
Parler trop tôt de microservices, de bases de données ou de frameworks peut détourner la conversation. Ces sujets auront leur place au moment de la conception, après l’exploration du domaine. Au début, les développeurs gagnent souvent à écouter davantage et à poser des questions simples.
Inviter trop de monde sans adapter le format
Un grand groupe peut apporter une vision riche, mais il augmente le bruit et les discussions parallèles. Si plus de 15 personnes doivent participer, répartissez les sujets, utilisez plusieurs tables ou organisez une restitution commune. L’objectif n’est pas de faire entrer toute l’organisation dans une seule salle.
Lire aussi : Jeux de Noël entre collègues - 12 idées pour booster la cohésion
Ignorer les contraintes du réel
Cette méthode ne résout pas à elle seule un conflit politique, un manque de décision ou une absence de connaissance métier. Elle rend les problèmes visibles, ce qui peut parfois créer une tension supplémentaire à court terme. Il faut donc prévoir un responsable pour les arbitrages et un moment de suivi quelques jours après l’atelier.
Ce que l’équipe peut faire dès la semaine suivante
Choisissez un processus limité, réunissez les personnes qui le vivent réellement et réservez une demi-journée maximum pour une première séance. Cherchez d’abord une compréhension partagée, pas une architecture complète ni une liste exhaustive de fonctionnalités.
À la fin, sélectionnez trois à cinq questions prioritaires, attribuez-leur un responsable et notez les décisions prises. Si le groupe repart avec un vocabulaire commun, une chronologie compréhensible et une meilleure visibilité sur les zones de friction, l’atelier a déjà produit un résultat solide.
La force de cette démarche tient finalement à sa simplicité. Un mur, des faits métier et une conversation bien facilitée peuvent rapprocher des équipes qui se parlent depuis des mois sans réellement se comprendre. La cohésion apparaît alors non comme un discours managérial, mais comme la conséquence concrète d’un travail mené sur une réalité commune.
