Kanban day : Squad Health Check

981 vues

Publié le

La mesure de la maturité agile par le Squad Health Check

Publié dans : Direction et management
0 commentaire
2 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
981
Sur SlideShare
0
Issues des intégrations
0
Intégrations
210
Actions
Partages
0
Téléchargements
19
Commentaires
0
J’aime
2
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Kanban day : Squad Health Check

  1. 1. La mesure de la maturité agile par le Squad Health Check @LudovicPEROT
  2. 2. Remerciements Nos partenaires MédiasFormation Nos sponsors
  3. 3. AVANT
  4. 4. 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
  5. 5. Un premier radar de maturité
  6. 6. Second exemple : maturité Kanban
  7. 7. 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.
  8. 8. 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
  9. 9. La version originale
  10. 10. Squad Health Check @ Spotify
  11. 11. 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
  12. 12. 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é
  13. 13. Un simple point de départ
  14. 14. REX sur notre implémentation
  15. 15. Notre Health Check
  16. 16. 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
  17. 17. 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.
  18. 18. 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.
  19. 19. 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.
  20. 20. Récolter l'auto-évaluation
  21. 21. 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
  22. 22. 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

×