Guide pour mener une session d'assaut d'événements

Développer une compréhension globale des systèmes d'entreprise est un travail difficile. Cela implique généralement une modélisation de haut niveau ou une cartographie de processus complexes. Cela peut être un processus très technique et laborieux qui implique beaucoup d'essais et d'erreurs. La création de diagrammes BPMN ou de schémas UML peut être très utile pour comprendre le fonctionnement plus large d'une entreprise, mais ils sont fondamentalement de nature technique et peuvent exclure les experts non techniques du domaine.

Conception axée sur le domaine

La conception pilotée par le domaine est une méthodologie qui établit un langage indépendant de la technologie qui permet une compréhension détaillée des besoins et des processus de l'entreprise. Cela permet aux parties prenantes de communiquer leurs connaissances du domaine au reste de l'équipe d'une manière indépendante de la langue afin de développer une compréhension partagée des systèmes.

Qu'est-ce que l'Event Storming ?

La tempête d'événements est une approche basée sur un atelier de conception pilotée par le domaine qui rassemble des parties prenantes techniques et non techniques pour explorer des domaines commerciaux complexes. Il se concentre sur les événements de domaine qui sont générés dans le contexte d'un processus métier ou d'une application métier. Cela implique généralement des propriétaires de produits, des experts du domaine et des développeurs.

La méthode de tempête d'événements a été introduite et publiée par Alberto Brandolini dans Introducing EventStorming. Il est utilisé comme technique pour capturer rapidement une conception de solution et améliorer la compréhension de la conception par l'équipe.

La tempête d'événements est une forme d'apprentissage en groupe et une façon amusante d'intégrer les équipes de développement et de produit pour créer ensemble des solutions alternatives. La tempête d'événements peut également être utile aux équipes disposant de produits matures pour ordonner le processus et découvrir les goulots d'étranglement et les zones de conflit.

Une session de tempête d'événements est généralement menée pour :

• Créer un business model pour le développement d'un projet.
• Acquérir une vision globale du modèle de produit dans toute sa complexité, en mettant en évidence ses objectifs et ses besoins.
• Visualisez le modèle de produit et réfléchissez à des solutions alternatives.
• Trouvez les goulots d'étranglement et les zones de conflit sur les produits matures.

Les avantages de l'événement Storming

Lors de la création d'un produit, il est important que l'équipe de développement connaisse bien le domaine d'activité dans lequel le produit fonctionne. Cela permet une analyse initiale plus claire et une construction plus ciblée. Un atelier comme une session de prise d'assaut d'événements peut stimuler la coopération globale entre les équipes commerciales et produit.

Rapide : la plupart des autres techniques de modélisation des processus métier sont une plongée approfondie dans les opérations de l'entreprise. Ils impliquent l'utilisation de modèles de données complexes et peuvent prendre des semaines pour donner une image précise. La tempête d'événements est une approche rapide de la modélisation de la conception axée sur le domaine. Une tempête d'événements est généralement un événement d'une journée où un processus métier complet peut être cartographié en quelques heures.

Compréhension partagée entre les parties prenantes techniques et non techniques : contrairement à UML, une tempête d'événements crée une représentation d'un processus métier qui peut être facilement comprise sans aucune connaissance technique préalable.

Collaboratif : le concept de base d'une tempête d'événements est d'encourager la participation et l'interaction entre les experts du domaine. Cela crée un environnement engageant pour créer des modèles commerciaux et aboutit à la découverte d'informations plus précieuses.

Efficace : le plus grand avantage de la tempête d'événements réside dans les conversations qu'il déclenche. Les équipes peuvent utiliser les connaissances acquises au cours de l'atelier pour éclairer les futurs processus de modélisation et créer des produits, ou peuvent simplement utiliser la tempête d'événements pour mieux comprendre les processus métier et prendre de meilleures décisions à l'avenir.

Mener la tempête d'événements

Pour mener une tempête d'événements, vous devez rassembler diverses parties prenantes ayant une expertise spécifique dans un domaine. Cela peut être fait dans un lieu physique ou virtuellement à l'aide d'un outil de tableau blanc collaboratif comme Creately. Il vous permet de mener l'intégralité de la session à distance sur une seule toile infinie et peut être utilisé comme un espace partagé où les parties prenantes peuvent échanger des pensées et des idées en temps réel.

Étape 1 : Événements de domaine

La première étape consiste à identifier les événements de domaine. Ce sont des déclarations factuelles sur les événements qui se sont produits dans un système commercial. Les participants font un remue-méninges et énumèrent toutes les choses qui se sont produites dans un système qui ont déclenché des réactions importantes. Ensuite, ils répertorient ces événements sous forme de notes codées par couleur sur la toile virtuelle. Il est important de formuler ces déclarations au passé afin que les participants puissent formuler cela comme une déclaration « ce qui s'est passé ». Au fur et à mesure que les participants ajoutent des événements au canevas, vous pouvez commencer à les organiser en fonction de la période au cours de laquelle ils se sont produits.

Étape 2 - Commandes

L'étape suivante consiste à identifier pourquoi l'événement s'est produit. Dans cette étape, l'équipe analyse ce qui a déclenché les événements. Alors que les événements sont des déclarations factuelles sur le passé, les commandes expriment notre intention que quelque chose se produise dans le futur. Les commandes sont généralement répertoriées sur des notes bleues. Alors que les événements sont capturés en tant qu'énoncés au passé, les commandes sont répertoriées en tant qu'intentions au présent. Les commandes peuvent être documentées en tant qu'actions de l'utilisateur et du système.

Étape 3- Agrégats

Ce sont les choses qui se produisent dans un système qui se déroulent généralement dans un groupe d'événements. Ce sont des entités commerciales d'ordre supérieur qui doivent être représentées par des noms.

Par exemple, "Processus de commande". Un agrégat consiste généralement en une collection de notes sur la toile.

Il est représenté par un groupe d'événements avec les commandes correspondantes et l'acteur responsable. Cet agrégat peut ensuite être nommé et placé sur une note plus grande de couleur coordonnée sur la toile.

Étape 4 - Contextes délimités

Il s'agit d'une structure de haut niveau composée de catégorisations de fonctionnalités regroupant des entités associées. L'équipe commence à regrouper les modules dans un élément appelé contextes délimités en dessinant une boîte ou un cercle autour des modules associés. Vous pouvez ensuite commencer le mappage de contexte en illustrant comment les modules d'un contexte délimité interagissent avec d'autres contextes. En termes simples, tous les événements connexes tomberaient dans le même contexte délimité. Par exemple, tous les événements liés aux paniers d'achat tomberaient dans le contexte limité du panier d'achat.

Conseils pour mener votre session d'assaut d'événements

• Participants : L'aspect clé d'une tempête d'événements réussie est d'organiser les bonnes personnes. Les participants doivent être composés d'intervenants clés ayant une expertise dans plusieurs domaines. Une tempête d'événements efficace a généralement un petit groupe de parties prenantes pour assurer une conversation fluide et un environnement collaboratif.
• Planifier des sessions : définissez des objectifs et des intentions pour la session. Cela vous permet de vous concentrer davantage sur ce qui devrait être impliqué dans la session et sur les aspects qui devraient être laissés de côté.
• Envoyez les instructions à l'avance : permettez aux participants de comprendre le but de l'exercice et ce que l'on attend d'eux. Envoyez des instructions sur ce qu'est la clé et ce que représentent les différentes notes colorées, afin que les participants aient une compréhension claire tout en menant la session
• Avoir des discussions dans un langage non technique : assurez-vous que les conversations ne sont pas embourbées par les spécificités de la mise en œuvre. Ces conversations devraient être de nature plus conceptuelle afin que chacun puisse participer, quelle que soit sa formation technique.
• Fournissez des exemples : Il est utile de présenter un canevas de prise d'assaut d'événement terminé afin que les participants sachent ce qu'ils doivent faire.

Avez-vous de l'expérience dans la conduite d'une session d'assaut d'événements ? Dis nous à propos de cela.

Avez-vous déjà participé ou dirigé une session d'assaut d'événements, nous aimerions connaître votre expérience et certains des apprentissages que vous en avez retirés. Faites-nous part de vos réflexions dans la section des commentaires.