6 min lecture • Guide 796 of 877
Pratiques d'Amélioration Continue
Les grandes équipes s'améliorent constamment. GitScrum aide à suivre les expériences d'amélioration et mesurer leur impact sur la performance de l'équipe.
État d'Esprit d'Amélioration
Principes Kaizen
PHILOSOPHIE D'AMÉLIORATION CONTINUE
═══════════════════════════════════
KAIZEN : "Changement pour le mieux"
PRINCIPES FONDAMENTAUX :
────────────────────────
PETITS CHANGEMENTS :
├── Les grandes transformations échouent
├── Les petites améliorations s'accumulent
├── 1% mieux chaque sprint = 26% mieux par an
└── Progression régulière
TOUT LE MONDE AMÉLIORE :
├── Pas juste les managers/leads
├── Chaque membre suggère
├── Chaque membre expérimente
└── Intelligence collective
MESURER AVANT/APRÈS :
├── Pas d'amélioration sans mesure
├── Savoir si le changement a aidé
├── Données plutôt qu'opinions
└── Décisions basées sur les faits
EXPÉRIMENTER, NE PAS IMPOSER :
├── "Essayons pendant 2 sprints"
├── Pas "On fait ça pour toujours"
├── Sûr d'échouer
└── Apprentissage garanti
CYCLE D'AMÉLIORATION :
─────────────────────────────────────
┌─────────┐ ┌─────────┐
│ OBSERVER│───────→│ PLANIFIER│
└─────────┘ └────┬────┘
▲ │
│ ▼
┌────┴────┐ ┌─────────┐
│RÉFLÉCHIR│←───────│ FAIRE │
└─────────┘ └─────────┘
Observer → Planifier → Faire → Réfléchir → Répéter
Processus d'Amélioration
Trouver des Améliorations
IDENTIFIER LES OPPORTUNITÉS
═══════════════════════════
SOURCES D'IDÉES D'AMÉLIORATION :
RÉTROSPECTIVES :
├── "Que devons-nous faire différemment ?"
├── Source régulière d'idées
└── Générées par l'équipe
MÉTRIQUES :
├── Temps de cycle en hausse ?
├── Taux de défauts augmente ?
├── Vélocité instable ?
└── Signaux d'alerte
POINTS DE DOULEUR :
├── "C'est frustrant à chaque fois"
├── "On fait toujours cette erreur"
├── "Ça prend beaucoup trop de temps"
└── Friction quotidienne
INCIDENTS :
├── "Qu'est-ce qui a causé ce problème prod ?"
├── Cause racine = opportunité d'amélioration
└── Post-mortems
BACKLOG D'AMÉLIORATION :
─────────────────────────────────────
IDÉES D'AMÉLIORATION
HAUT IMPACT :
• Automatiser déploiement (2h manuel → 5 min)
• Ajouter pre-commit hooks (détecter erreurs tôt)
• Standups asynchrones quotidiens (sauver 30 min/jour)
IMPACT MOYEN :
• Améliorer checklist revue de code
• Meilleurs templates PR
• Mettre à jour documentation
BASSE PRIORITÉ :
• Renommer certaines variables
• Réorganiser structure dossiers
Conduire des Expériences
EXPÉRIENCES D'AMÉLIORATION
══════════════════════════
STRUCTURE D'EXPÉRIENCE :
HYPOTHÈSE :
"Si on fait [CHANGEMENT], on attend [RÉSULTAT]"
MESURE :
"On suivra [MÉTRIQUE] pour savoir si ça a marché"
DURÉE :
"On essaie pendant [PÉRIODE]"
DÉCISION :
"Après [TEMPS], on décide : garder, ajuster, ou arrêter"
EXEMPLE DE TÂCHE D'EXPÉRIENCE :
─────────────────────────────────────
IMPROVE-015: Essayer standups asynchrones
HYPOTHÈSE :
Si on passe aux standups asynchrones, on sauvera
30 min/jour de temps de réunion tout en maintenant
la coordination d'équipe.
ÉTAT ACTUEL :
• Standup quotidien 15 min
• Parfois dure 20-30 min
• Certains trouvent peu de valeur
EXPÉRIENCE :
• Poster mises à jour dans Slack avant 10h
• Sync optionnel 15 min pour bloqueurs seulement
• Conduire pendant 2 sprints
MÉTRIQUES :
• Temps en réunions (objectif : -30 min/jour)
• Temps résolution bloqueurs (objectif : pareil ou mieux)
• Satisfaction équipe (sondage)
DATE DE REVUE : Fin du Sprint 14
─────────────────────────────────────
À LA REVUE :
Comparer métriques avant/après
Décider : Garder ? Ajuster ? Revenir ?
Documenter les apprentissages
Suivi des Améliorations
Board d'Amélioration
SUIVI DES AMÉLIORATIONS
═══════════════════════
KANBAN D'AMÉLIORATION :
IDÉES EN EXPÉRIMENTATION ADOPTÉES ABANDONNÉES
────── ────────────────── ──────── ───────────
┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐
│Rétro │ │Pre- │ │Auto │ │Pair │
│async │ │commit│ │deploy│ │toujours│
│format│ │hooks │ │ │ │(trop │
└──────┘ └──────┘ └──────┘ │ lourd)│
┌──────┐ ┌──────┐ ┌──────┐ └──────┘
│Meilleur│ │Async │ │Revue │
│sprint│ │stand │ │code │
│review│ │ups │ │quotid│
└──────┘ └──────┘ └──────┘
REVUE TRIMESTRIELLE :
─────────────────────────────────────
Résumé Amélioration Q4
EXPÉRIENCES CONDUITES : 8
ADOPTÉES : 5
ABANDONNÉES : 3
IMPACT :
• Temps déploiement : 2 heures → 10 min
• Taux d'échappement bug : 15% → 8%
• Temps réunion : -3 heures/semaine
TOP VICTOIRES :
1. Déploiements automatisés
2. Pre-commit hooks
3. Standups asynchrones
APPRENTISSAGES :
"Pair programming toute la journée était trop épuisant"
"Petite automatisation a grand effet composé"
Faire en Sorte Que Ça Dure
Construire l'Habitude
MAINTENIR L'AMÉLIORATION
════════════════════════
RITUELS :
─────────
CHAQUE SPRINT :
• Rétro génère 1-2 actions d'amélioration
• Revoir expériences d'amélioration précédentes
• Célébrer les améliorations adoptées
CHAQUE MOIS :
• Revoir backlog d'amélioration
• Prioriser prochaines expériences
• Mesurer métriques d'amélioration
CHAQUE TRIMESTRE :
• Revue d'amélioration vue d'ensemble
• Partager apprentissages avec autres équipes
• Définir objectifs amélioration prochain trimestre
PRENDRE LE TEMPS :
───────────────────
Réserver capacité d'amélioration :
• 10% du sprint pour améliorations
• Ou 1 jour tous les 2 semaines
• Ou sprint d'amélioration dédié trimestriel
CÉLÉBRER LES VICTOIRES :
────────────────────────
• Mentionner améliorations dans les démos
• Partager améliorations métriques
• Reconnaître les contributeurs
• Raconter l'histoire aux autres équipes
"Notre temps de déploiement est passé de 2 heures
à 10 minutes parce que @alex a automatisé le script !"
APPRENDRE DES ÉCHECS :
──────────────────────
Les expériences abandonnées ne sont pas des échecs
"On a appris que X ne marche pas pour nous à cause de Y"
Documenter pourquoi, partager apprentissages
Améliorations Courantes
Victoires Rapides
DOMAINES D'AMÉLIORATION COURANTS
════════════════════════════════
AUTOMATISATION :
• Automatiser les déploiements
• Ajouter pre-commit hooks
• Automatiser exécution tests
• Notifications Slack pour builds
RÉUNIONS :
• Raccourcir ou éliminer réunions peu utiles
• Essayer alternatives asynchrones
• Meilleurs ordres du jour
• Time-box strictement
QUALITÉ CODE :
• Templates PR
• Guidelines revue code
• Linting et formatage
• Meilleure couverture tests
PROCESSUS :
• Checklist Definition of Done
• Templates story
• Limites WIP
• Boucles feedback plus rapides
DOCUMENTATION :
• Garder docs à jour
• Documenter décisions
• Runbooks pour opérations
• Diagrammes architecture
SANTÉ ÉQUIPE :
• Réduire interruptions
• Protéger temps de concentration
• Meilleur onboarding
• Partage de connaissances