Présentation_Soirée-Information_ Surverse_Thibert _30 avril 2024
Agile Tour 2019 - REX AXA France - Event Storming - 3 amigos
1. Quand les devs utilisent l'Event
Storming pour bousculer les coachs
et mieux comprendre le besoin.
Agile Tour
2019
2. Laurent Nyffels,
Manager ALM et référent de la GuilDEv AXA
Emilie-Anne Guerch
coach agile @ scale AXA
@EaGuerch@lnyffels
3. 2011
2014
2015-2016
2017 - 2018
2019 - 2020
50% des équipes
sont agiles
US INVEST
écrites par le PO
Expérimentation puis
déploiement du
modèle Spotify.
Intégration du
Storymapping au
Cadre de Référence
agile et produit.
US INVEST écrites par
le PO
Déploiement des 3
amigos et de
l’Example Mapping
pour obtenir des US
INVEST
Adoption de l’Agile
à la DSI AXA France
2019 :
Expérimentation de
l’Event Storming.
Collaboration de la
CoP Craftsmanship
au cadre de
référence agile et
produit.
2020 : déploiement
de l’Event Storming
5. Story Mapping
Qu’est ce que c’est?
Le story mapping permet de définir une vue haut-niveau de l'application du point de vue
de l'utilisateur :
Partager la
vision produit
avec
l’ensemble des
parties
prenantes (IT,
Métier, etc.)
Ordonnancer le
parcours
utilisateur
Décomposer
les activités en
Stories
Prioriser les
Stories par la
valeur business
pour identifier
les versions
Construire la
roadmap et le
backlog produit
6. Story Mapping
Activité
Temps ou processus
Story* 1 Story 4
Story 2 Story 7
Story 3
Story 6
Story 5
MVPV1V2
Priorité
Par « story » on entend : US, EPIC, Feature, …. La maille dépend du moment.
7. Story Mapping
Activité
Temps ou processus
Story* 1 Story 4
Story 2 Story 7
Story 3
Story 6
Story 5
MVPV1V2
Priorité
La granularité varie.
Les développeurs, testeurs et
OPS sont rarement invités en
storymapping, ils n’ont donc pas
accès à la vision d’ensemble.
Par « story » on entend : US, EPIC, Feature, …. La maille dépend du moment.
Cela permet de collecter
tous les besoins de
tous les métiers.
La priorisation entre les
Métiers est un plus
indéniable.
8.
9. Les US sont souvent trop grosses.
Sans la vision d’ensemble, lors
de l’atelier 3 amigos, les
développeurs et testeurs ont
moins la capacité de challenger,
de creuser, l’atelier 3 amigos a
alors moins d’intérêt.
Collaboration directe
entre PO / Dev / Testeur.
On sait tout de suite
si on est capable d’aller
en développement
tout de suite ou non.
10. -------
-------
-------
Expression de besoins
Features Map
Maquettes
Inputs
Découvrir
Story
Mapping
Planifier, prioriser
Métier, PO, UX
Exemple
Mapping
3 Amigos
(PO, Dev, Testeur)
PO
• Les devs, les testeurs et les OPS n’ont pas toujours
la vision globale de ce qu’il faut réaliser
• Les devs, les testeurs et les OPS ne participent que
très rarement à l’avant projet
• Le kick off projet est une « grande messe » où les
devs, les testeurs et les OPS ne sont pas acteurs
• Les développeurs et testeurs arrivent en atelier « 3
amigos » sans la connaissance globale du périmètre.
• Pas ou peu de conception en Agile. L’UML a disparu…
Pas de workshop de conception.
• Une même architecture (déclinaison du MVC) pour
toutes nos applications.
11.
12.
13. -------
-------
-------
Expression de besoins
Features Map
Maquettes
Squad
Event Storming
Inputs
Story
Mapping
-----
--
-----
Vocabulaire
métier
Formaliser
Modéliser
Conception
(Domain,
Entity…)
Métier, PO, UX
Exemple
Mapping
3 Amigos
(PO, Dev, Testeur)
déclencher
14. 14
CAS PRATIQUE
1.Objectif : Equiper une flotte de
techniciens en service après vente
application sur tablette leur
de gérer leur interventions à distance.
2.Processus métier :
Easy SAV
ResponsableOpératrice Techniciens
- Recevoir des
appels clients
- Saisir les
interventions
- Affecter les
interventions aux
techniciens
- Suivre l’avancer
des interventions
- Télécharger les interventions à
effectuer, de la base de données «
Intervention »
- Visualiser les interventions de la
journée
- Saisir des paramètres techniques
afin d’obtenir un diagnostic de panne
- Saisir un compte-rendu
d’interventions
- Remonter les interventions
effectuées vers le backoffice
1 2 3
15. 15
Easy SAV
Alberto Brandolini
EVENT STORMING
Objectif : Découverte des besoins métiers de façon
visuelle
Les étapes :
1. Découvrir les événements
2. Identifier les commandes
3. Faire apparaitre les acteurs
4. Regrouper en agrégats
18. 18
Easy SAV
2. s
3. IDENTIFIER LES ACTEURS
QUI EXECUTENT LES COMMANDES
Vocabulaire Métier : intervention / tournée /
diagnostic / compte-rendu / produit / garantie
EVENT STORMING
19. 19
STORYMAPPING
Easy SAV
Storymapping
Etape 1
Accès à
l’application
Etape 2
Récupératio
n de la
tournée
Processus
Priorité
Etape 3
Intervention
sur site
client
Etape 4
Finalisation
de la
tournée
Connexion
Modification
mot de
passe
Télécharger les
interventions
Afficher une
intervention
Historique des
interventions
Sélection
intervention
Visualiser
interventions
Obtenir un
diagnostic
Saisir un
compte-rendu
Remonter les
interventions
V1
Proposition
optimisation
tournée
V2
V3
20. 20
Easy SAV
EXAMPLE MAPPING
Objectifs :
US : Visualiser interventions
Règle 1 : Affichage simple
* Présention tabulaire du nom du client,
adresse et anomalie constatée
Règle 2 : Affichage priorisé
* Affichage des données par priorité
d’intervention : du plus proche au plus loin
du domicile du technicien et de la
dernière intervention (en kms)
Identifier les règles métier
Découvrir les exemples
Faire apparaître les zones d’ombre
Redécouper les User Stories
21. 21
-------
-------
-------
Expression de besoins
Features Map
Maquettes
Squad
Event Storming
Inputs
Story
Mapping
-----
--
-----
Formaliser
Métier, PO, UX
Exemple
Mapping
3 Amigos
(PO, Dev, Testeur)
déclencher
Vocabulaire
métier
Conception
(Domain,
Entity…)
24. 24
EMERGENCE
D’UN MODÈLE
MÉTIER
Diagramme de classes du domaine
Date
EtatTechnicien
Intervention
Nom
Client
Rue
Ville
Adresse
Login
password
Numero
Description
Anomalie
Ref
Gamme
Produit
Description
Rapport
Id
Diagnostic
*
1
1
1
1
1
10..1
1
25. 25
EVOLUTION DE
NOS
ARCHITECTURES
LOGICIELLESD’un modèle orienté
« Data » …..
Domain Model
Domain Services
Application Services
User Interface
Service
REST
….. vers le DDD, la Clean architecture, CQS, CQRS
…..
…. et vers un modèle orienté « Domain »
26. 26
« Cet atelier était vraiment
intéressant. Je ressors avec
une liste de questions pour
le métier. Je m’aperçois qu’il
faut que je formalise mieux
les processus »
« Les
workshops de
conception que
nous menons
suite à l’event
storming sont
un vrai plus »
« Je me sens
plus à l’aise pour
échanger en
atelier 3
Amigos »
« Grace à cet
atelier d’Event
Storming, je
comprends mieux
ce que je vais
installer. »
VERBATIMS
OPSPO DEV
DEV
27. 27
LA SUITE / 2020
Intégration aux
cursus de formation
Déploiement via la
CoP Crafts en binôme
avec l’Agile Center
Ajout au cadre de
référence
méthodologique
Déploiement à
l’ensemble des tribus
en 2020 !
Notes de l'éditeur
Principes de la clean architectures – architecture hexagonale :
- Séparer explicitement Interface, Domain, Services de l’application et Infrastructure
- Les dépendances vont vers le Domain (inversion des dépendances)
- On isole les frontières par des Ports (interfaces) et Adapters
Isoler le modèle des changements liés à l’ajout et la modification de features, mais aussi le changement de services (Chantier de cloudification. Facilité le passga sur des services PaaS ou des container)
L’identification des agrégats, des commandes vs query model nous permettent également d’envisager la mise en place de modèle d’architecture tel que CQRS ou l’on va séparer la partie lecture de la partie écriture