Event Storming : Modéliser son domaine métier

[@UniversB3]

Très bien expliqué, court et précis ! Merci beaucoup pour cette belle vidéo.

[@Videovorace]

Vidéo efficace. Peut-être expliquer pourquoi l'approche "event" de cet atelier. Et pour la partie tech ça peut être des micros services ou un monolithe modulaire. Attention à la complexité des Microservices quand on s'y lance de but en blanc

[@laurentbrau1904]

Bonjour, Merci pour cette video vraiment tres bien et utile. Comment ferions nous si une action est possible depuis plusieurs vue utilisateur différente ?

[@jacquesmatike9289]

Bien expliqué ! Merci ! Que fait-on une fois l'event storming terminé ?

[@younup]

Bonjour Jacques, Un POC peut être de mise, mais le mieux à mon sens est de commencer à rédiger quelques US simples et à éprouver des premiers développements. Ne pas oublier également de plancher sur l'architecture !

[@jacquesmatike9289]

@@younup Bien recu merci. J'ai pas compris "POC". De plus comme il est dit qu'on doive suivre une ligne de temps et qu'on "modélise" un processus, moi j'ai d'abords commencé par définir les users stories, et à partir de chaque story, j'essaye donc de construire mon event storming. Ca m'a semblé logique plutot qu'avoir des stickies d'evenements crées à la volée.

[@jacquesmatike9289]

Même si après je peux comprendre que cette facon de procéder peut rendre compliqué le fait de délimiter les domaines !

[@Djib360]

Pour ceux qui comme moi ont bogué sur le cadre flouté, si mes recherches sont bonnes c'est simplement le mot Failure et sa définition qui explique que c'est une opportunité d'apprendre.

[@SyDyJo]

Quand y a plusieurs acteurs pour une seule action comment on fait ?

[@younup]

Effectivement Sylvain, tu as raison cette question revient souvent lors des exercices d'Event Storming. Souvent il convient de découper plus finement fonctionnellement ou temporellement l'action pour la rendre mono acteur. C'est parfois un casse tête je te l'accorde !

[@SyDyJo]

@@younup merci pour la réponse