Ceci est en réponse à l’interrogation qui m’a été posée par l’un de mes clients. Et je voulais le partager avec vous tous.
Généralement quand j’entame une nouvelle mission, je commence par rencontrer le management en place dans l’entourage de cette équipe, pour comprendre leur vraie attente, répondre à leurs questions et mettre un cadre autour de cette adoption.
Modèle utilisé
Pour l’adoption de pratique agile, Artisan-logiciel ou DevOps, je me sers de certains modèles dans ma démarche :
Modèle de Tuksman
source: https://medium.com/unexpected-leadership/forming-storming-norming-and-performing-5d06d021a969
Plus d’information sur le modèle
Modèle ADKAR
source: https://online.visual-paradigm.com/de/diagrams/templates/adkar/adkar-model/
Plus d’information sur le modèle
Ma démarche
Cette démarche est diverse d’une communauté à une autre, car ce sont des humains et chacun à un comportement distinct par rapport à un contexte. Mais en voici les grandes lignes :
- Rencontre avec le groupe, présentation et échange sur les méthodes que nous allons aborder conjointement ces prochains mois.
- Saisir les approches déjà en place.
- Appréhender ensemble les pratiques agiles
- Vivre ces approches, inspecter et adapter
- Émerger les besoins DevOps et Crafts dans les équipes par le modèle ADKAR
Essentiellement, nous itérons avec le modèle ADKAR d’une technique à une autre. Si nous les poussons, sans que ces acteurs aient compris leurs sens, cela n’a pas beaucoup de valeur, car une fois que l’apporteur a tourné le dos, celle-ci est vite oubliée.
Les pratiques suivantes sont amenées dans la plupart du temps en parallèle à ceux de l’agilité :
- Intégration continue, Continuous Delivery
- Pyramide des tests, TDD, BDD, TCR, clean code
- Pair Programming, Mob Programming
- Spécification par l’exemple, Story Mapping, Event Storming
- Architecture hexagonale, DDD
Puis d’autres à discrétion de la communauté
