? Créé par Alberto Brandolini, cet atelier vise à modéliser votre domaine métier en équipe. C’est surtout un moyen de se poser ensemble (équipe produit, développeurs, experts métier, parties prenantes) afin de s’aligner. Là où le User Story Mapping modélise l’interface utilisateur d’un point de vue du PO (la partie visible de l’iceberg pour vos utilisateurs), l’Event Storming modélise votre produit d’un point de vue du système (la partie cachée de l’iceberg, ce qui le fait fonctionner). Cet atelier vous donne les clés pour rapprocher vos acteurs et prendre de meilleures décisions Produit, d’autant plus s’il comprend beaucoup de règles métier.
Quand vous avez besoin d’accorder, d’harmoniser, le point de vue de différents acteurs sur ce qui se déroule dans la réalité sur un sujet. L'Event Storming est une grande conversation autour d’un processus rendu palpable pour : - Faire émerger un réel échange aboutissant à une compréhension commune - Accorder la vision des différents acteurs sur la réalité de votre produit via un processus concret sur une ligne de temps (= ce qui se déroule dans la vraie vie) - Cartographier la connaissance en travaillant sur les modèles mentaux Son résultat demeure éphémère, le processus continue à évoluer et ne se réduit pas aux choix proposés durant la séance.
? - Une meilleure compréhension par chaque acteur de son rôle et du processus, voire des prises de conscience - Un rapprochement entre acteurs en cassant les silos - De meilleures prises de décision Produit en rendant l’implicite explicite - Un travail sur le processus lui-même pour l’alléger, l’équilibrer, le renforcer
: les grands principes - Positionner tous les évènements, commandes, acteurs, données et dépendances sur une ligne de temps - Etape 1 : Positionner les évènements en orange - Etape 2 : Positionner les commandes utilisateur ou système en bleu - Etape 3 : Placer les acteurs du processus en jaune - Etape 4 : Ajouter les éventuelles datas en vert - Etape 5 : Placer en rouge les dépendances, les risques ou les interrogations
: Vous êtes un acteur du e-commerce français et de la “slow fashion” Vous vendez exclusivement en ligne une gamme de vêtements éthiques, durables et fabriqués en France Chaque modèle est produit par batch donc en quantité limitée. Plusieurs batchs de modèles sont produits par an en fonction de l’appétence client. Objectif de l’atelier : modéliser une partie de votre site e-commerce Évidemment dans la vraie vie, vous allez modéliser tout ou partie de votre produit, cela sera riche et bien plus complexe avec toutes vos règles métier !
Positionner les événements en orange sur la ligne de temps Un événement est un fait ou quelque chose de pertinent qui a lieu avec un sens métier. Les évènements vont être les éléments centraux : ils sont décrits avec un verbe au participe passé (ex : “commande validée”). Les écrire au passé aide à faire de ces éléments des marqueurs temporels sur la ligne de temps : ils contiennent un impact, une action, qui sont achevés. Délimiter le début et la fin : quel est le premier évènement du processus que nous souhaitons observer, faire émerger, et le dernier. Vous balisez le point de départ et le point d’arrivée. Pensez toujours à votre storytelling, vous racontez l’histoire de votre processus.
Positionner les commandes en bleu sur la ligne de temps Une commande représente une action en y suggérant l’intention avec un verbe à l’infinitif. Ce sont des actions qui permettent le déclenchement d’un événement (ex : “Payer la commande”). Les commandes sont souvent les conséquences d’actions d’utilisateurs ou de systèmes externes (comme représenter un concept de développement ou juste le temps qui passe). La commande est toujours placée devant l’événement qu’elle déclenche sur la ligne de temps.
Positionner les acteurs en jaune sur la ligne de temps Les acteurs sont des catégories spécifiques d’utilisateurs. Ce sont les acteurs qui déclenchent les commandes (ex : Le client). Placez donc les acteurs sur les post-it bleu de commande (se limiter aux acteurs principaux). Etape 4 : Positionner les datas en vert sur la ligne de temps Placez les données clés (limitez-vous aux données essentielles pour ne pas perdre le cap de l’exercice), par exemple “Nombre d’articles dans le panier et prix total”
Placer en rouge les dépendances, les risques ou les interrogations Faites émerger sur une ligne qui surplombe la ligne de temps les adhérences ou les risques. En général, on représente toutes les dépendances auxquels est soumis le processus. A cette étape il est conseillé de reprendre son storytelling : racontez-vous les événements afin de vous assurer que tout est représenté comme dans la vraie vie.
atelier est un atelier simple, efficace, qu’il est peu probable de rater et qui fait émerger beaucoup de choses. Il peut être mené de manière très macro, mais aussi de façon micro. Et après, qu’est ce qu’on fait de tout cela ? - Cela peut initier une base de User Story Mapping - Un système Kanban - Une liste de tous les produits techniques liés au produit, des dépendances externes, des goulots d’étranglements - Identifier le niveau de qualité du processus : si on a trop de bugs, si c’est le chaos, cet atelier permet de lister les risques mais aussi les désaccords - Initier une refonte, une simplification de tout ou partie du système
espritagile
onk
estie
sinsoku
sansantech
sadnessojisan
niwatakeru
tohutohu
takumiogawa
blueb
yoshidashingo
cmusudakeisuke
shift_evolve
erikaheidi
colly
csswizardry
paigeccino
dougneiner
holman
lara
speakerdeck
destraynor
andyhume
honnibal
ufuk
