5. Une genèse ?
A l'aube du premier jour, le métier du 'Conseil'
apparût
Avant le déjeuner du premier jour, le premier modèle
de maturité était créé et l'audit fût possible
L'agilité n'y déroge pas : de nombreux modèles de
maturité agile existent
8. Pourquoi ?
• Auditer les pratiques d'une ou plusieurs équipes
• Mesurer la progression dans la maîtrise de compétences, de
pratiques ou de concepts
• Pour les managers ou les coaches afin de
• Déterminer sur quoi concentrer les efforts d'amélioration
• Détecter des problèmes ou des patterns systémiques
• Aider les équipes à être conscientes des points à améliorer…
• Comme les pratiques maîtrisées.
9. De meilleurs objectifs
1. Mettre en place un modèle de maturité agile et
agnostique
2. Identifier des opportunités d'amélioration systémiques
3. Faire émerger des patterns communs à plusieurs
équipes
4. Une solution graphique, qui puisse être un composant
d'un management visuel
5. Qui supporte bien une transformation Kanban à l'échelle
13. KISS
Une représentation graphique basée sur une
métaphore universelle : les feux tricolores
Auto-évaluation : requiert honnêteté, culture de la
transparence et un environnement de confiance
Collecter simplement des tendances d'amélioration
ou de détérioration
Limiter le nombre de 'constantes de santé' : autour
d'une dizaine est suffisant
14. Definition of…
Pour chaque question / thème, il convient de définir le
'rouge' et le 'vert'
V.O : Definition of Awesome, Definition of Crappy
Ne veut pas dire que tout est parfait. L'équipe en est
satisfaite, et ne voit pas de besoin impérieux d'amélioration
pour le moment
Signifie qu'il y a des problèmes importants qui nécessitent
des actions, mais ce n'est pas un désastre
Le sujet est très douloureux et doit être amélioré
18. Construire un deck
1. S'accorder sur les thèmes / questions / affirmations que
l'on souhaite sonder
2. Porter une attention toute particulière à la formulation.
Nous avons privilégié des affirmations au nom de
l'équipe, en utilisant le Nous
3. Et pour chaque affirmation, proposer des états 'vert' et
'rouge' les plus simples possibles, sans donner trop
d'indices sur le comment
4. Et bien entendu, s'assurer que le deck d'affirmations est
adapté à la culture
19. Notre Deck
Affirmations
Limiter Nous respectons notre limite d'en-cours.
Visualiser
A tout moment, nous visualisons notre travail sur l'ensemble de notre
périmètre.
Blocages Nous traitons quotidiennement les blocages.
Indicateurs
Nous avons défini les indicateurs de santé du système et les mesurons/
analysons régulièrement.
Amélioration
continue
Nous inspectons régulièrement notre manière de travailler et l'adaptons pour
être plus efficaces.
Satisfaction
client Nos clients sont satisfaits du produit que nous leur fournissons.
Prioriser Nous priorisons les travaux en accord avec les attentes du métier.
Feedback
Nous recueillons régulièrement le feedback de nos utilisateurs pour améliorer
notre produit.
20. Notre Deck
Affirmations
Documentation
Notre documentation produit couvre l'ensemble des éléments nécessaires et
suffisants.
Rôles &
Responsabilités Les rôles et responsabilités nécessaires à l'équipe sont identifiés et partagés.
Transparence
Nous sommes transparents sur notre situation réelle envers notre
management et notre métier.
Auto-suffisance Nous disposons de toutes les compétences nécessaires à notre réussite.
Equipe Travailler dans notre équipe est agréable.
Qualité du code Notre code est de qualité.
Couverture de
tests Notre couverture de tests est satisfaisante.
Mise en
production Notre procédure de mise en production est efficace.
21. 3 exemples de cartes
Nous respectons
notre limite d'en-cours.
La limite d'en-cours est une pratique
naturelle pour nous : nous limitons
systématiquement les chantiers. Cette
limite est soit définie sur le périmètre
d'une cadence, ou selon l'étape de
notre flux et les intervenants
concernés. En apparence, nous
prenons peu de sujet, mais nous les
terminons !
Il nous est très courant d'engager
beaucoup de chantiers de front,
quelque soit l'intervenant concerné. En
conséquence, nous avons beaucoup
de mal à terminer nos sujets et nos
délais sont très importants.
Nous traitons
quotidiennement les
blocages.
Régulièrement, des blocages sont
identifiés, formalisés, et partagés avec
l'équipe. L'équipe a une vue
d'ensemble sur leur importance et leur
urgence, ainsi que leur niveau
d'avancement. Toute l'équipe travaille
activement et quotidiennement à leur
résolution.
Les blocages sont très peu identifiés et
partagés et il n'y a pas de vision
d'ensemble par l'équipe. L'équipe
intervient très peu dans leur résolution.
Nous inspectons
régulièrement notre
manière de travailler et
l'adaptons pour être plus
efficaces.
Nous organisons des ateliers
d'amélioration continue soit à
intervalles réguliers, soit au besoin. Ils
débouchent systématiquement sur des
plans d'actions réalistes et que nous
tenons.
Nous n'organisons pas régulièrement
des sessions de prise de recul pour
inspecter notre travail. En
conséquence, soit des tentatives
améliorations ne sont pas initiées, soit
elles ne viennent pas de l'équipe.
24. Les forces du Health Check
1. Obtenir rapidement (1 à 2 heures) un état des lieux des
pratiques d'une équipe
2. Dans un formalisme simple à appréhender, visuel
3. Le facilitateur peut récupérer beaucoup d'informations sur la
manière actuelle de travailler
4. Identifier des sujets qui nécessitent une action immédiate
pour avoir un maximum d'impact
5. C'est l'équipe elle-même qui va identifier ses axes
d'amélioration, ce qui peut avoir son importance dans son
implication dans l'amélioration continue
25. Pour qui ? Quand ?
Le Squad Health Check est un outil à destination
- de l'équipe
- des personnes en soutien de l'équipe, à leur
service pour lui donner les moyens de la réussite :
managers et coaches
Quelle fréquence ? Ni trop souvent, ni trop rare :D