Données d'exemple. Fieldnote est une entreprise fictive qui sert à remplir les 61 boards, pour que les exemples racontent une seule histoire.
Fieldnote en scale-up, Inspect & Adapt à la fin du premier PI avec les quatre équipes, une demi-journée, Karim en RTE faute de mieux.
Ce que l'équipe en a tiré
L'heure de résolution de problèmes a fait ressortir une cause systémique, des contrats actés trop tard ; la réserve de 20 % pour les dépendances devient une règle du PI 2 pour les quatre équipes.
Comment l'animer
Préparation
Toutes les équipes du train, business owners, RTE, architecte système. Une demi-journée bloquée, en fin de PI, avant le prochain PI Planning.
Rassemble les métriques du PI une semaine avant : objectifs atteints contre engagés, prédictibilité, chiffres de qualité. Envoie-les avec l'ordre du jour de la démo.
Cinq colonnes sur le board : Démo PI, Mesures, Problèmes, Causes racines, Actions. Réserve l'environnement de démo et teste-le la veille.
Déroulé
60 min
Démo système du PI Chaque équipe démontre son incrément en 8 minutes sur le système intégré, pas sur une branche locale. Les business owners posent des questions ; personne n'explique pourquoi quelque chose manque.
30 min
Revue quantitative Le RTE lit les métriques : prédictibilité programme, objectifs atteints, défauts, temps de cycle. Compare au PI précédent. Pas de discussion encore, des faits.
30 min
Identification des problèmes Chacun écrit des problèmes sur stickies, en silence, puis les lit. Regroupe. Vote avec trois gommettes chacun. Garde les 3 à 5 problèmes du train, pas par équipe.
60 min
Analyse des causes racines Répartis en groupes, un problème chacun. Arête de poisson ou cinq pourquoi jusqu'à ce que la cause soit un process ou une structure. Chaque groupe présente sa cause racine en 3 minutes.
40 min
Actions et responsables Brainstorm de solutions par cause racine, vote, une seule par problème. Chacune devient un élément de backlog du prochain PI avec un responsable nommé. Lis-les toutes à voix haute avant de clore.
20 min
Clore Les business owners disent ce qu'ils changeront de leur côté. Le RTE confirme quelles actions entrent au prochain PI Planning comme features.
Pièges
Ne laisse pas les équipes démontrer sur des slides. Si ça ne tourne pas sur le système intégré, ce n'est pas fini, et la démo doit le montrer.
Ne fais pas l'atelier de résolution de problèmes équipe par équipe. Les problèmes systémiques vivent entre les équipes ; les groupes mixtes sont le but.
N'accepte pas d'actions sans élément de backlog. Une amélioration qui n'est pas dans le prochain PI est une bonne intention.
Ensuite
Les éléments d'amélioration entrent au prochain PI Planning comme features avec de la capacité réservée. Le RTE les suit sur le program board comme n'importe quelle feature et en rend compte au prochain Inspect & Adapt.