Planification PI

La planification PI est l'événement le plus important de SAFe. C'est là que l'ensemble de l'ART — chaque équipe, chaque rôle — se réunit pour planifier le prochain incrément de programme.

Pourquoi une planification en personne avec 50 à 125 personnes vaut-elle l'investissement?

1. Alignement à grande échelle : Tout le monde entend la même vision, les mêmes priorités, les mêmes contraintes. Les désalignements qui prendraient des semaines à découvrir et à corriger sont mis en lumière et résolus en quelques heures.

2. Gestion des dépendances : Les équipes identifient les dépendances avec d'autres équipes pendant la planification, et non pendant le développement quand il est trop tard pour ajuster. Le tableau de programme rend les dépendances visibles d'un coup d'œil.

3. Engagement collectif : Les équipes s'engagent sur des objectifs qu'elles ont contribué à définir. Ce n'est pas une affectation descendante — c'est une négociation collaborative. Les gens s'engagent plus profondément dans des plans qu'ils ont façonnés.

4. Connexion sociale : Les humains bâtissent la confiance par l'interaction en personne. Deux jours de travail ensemble créent plus de confiance que des mois de messages Slack. La confiance est la monnaie qui fait fonctionner la coordination inter-équipes.

5. Résolution rapide de problèmes : Quand plus de 100 personnes sont dans la même pièce, les problèmes se résolvent en quelques minutes alors qu'ils prendraient des jours par courriel. Besoin de clarifier une exigence? Marchez dix pas. Besoin de négocier une dépendance? Ayez la conversation maintenant.

La planification PI se déroule généralement toutes les 8 à 12 semaines. L'investissement est important (2 jours × 100 personnes = 200 jours-personnes), mais le retour — en alignement, réduction du retravail et livraison plus rapide — justifie systématiquement le coût.

La planification PI suit un format structuré de deux jours :

Jour 1 :

• Contexte d'affaires (1 heure) — La haute direction présente la situation d'affaires actuelle, la dynamique du marché et les priorités stratégiques. C'est le « pourquoi » derrière le PI à venir.
• Vision produit/solution (1 heure) — La gestion de produit présente les principales fonctionnalités du PI, explique les priorités et répond aux questions. C'est le « quoi ».
• Vision d'architecture (30 min) — L'architecte système présente l'orientation technique, l'état de la piste d'atterrissage architecturale et les préoccupations transversales. C'est le « comment » à un niveau élevé.
• Séances d'équipe (3-4 heures) — Les équipes vont dans leurs zones d'équipe et planifient. Elles décomposent les fonctionnalités en récits, identifient les dépendances, estiment la capacité et rédigent leurs objectifs PI. C'est là que le vrai travail se fait.
• Révision du plan préliminaire (2 heures) — Chaque équipe présente son plan préliminaire (2 minutes par équipe) à l'ensemble de l'ART. Les autres équipes écoutent pour détecter les dépendances et les conflits.

Jour 2 :

• Ajustements de planification (1-2 heures) — En fonction de la révision du plan préliminaire, les équipes ajustent leurs plans. Les dépendances sont négociées. La portée est ajustée. La gestion de produit peut reprioriser en fonction de ce que les équipes ont appris.
• Plan final et vote de confiance (1 heure) — Chaque équipe présente ses objectifs PI finaux et l'ART vote sur la confiance. Tout le monde lève 1 à 5 doigts. Si la confiance moyenne est inférieure à 3, l'ART discute et replanifie jusqu'à ce que la confiance s'améliore.
• Rétro de la planification PI (30 min) — Rétro rapide sur l'événement de planification lui-même. Comment pouvons-nous améliorer la planification PI la prochaine fois?

Le tableau de programme est un artefact physique (ou numérique) qui rend les dépendances visibles entre les équipes et les itérations.

Structure : Une grille avec les équipes en rangées et les itérations en colonnes. Les équipes placent des cartes de fonctionnalités dans l'itération où elles prévoient y travailler. Des fils de dépendance (littéralement de la laine colorée sur un tableau physique) relient les cartes entre les équipes.

Ce que le tableau de programme révèle :

• Quelles équipes travaillent sur quelles fonctionnalités dans quelles itérations
• Les dépendances inter-équipes (les fils entre les cartes)
• Les jalons et les engagements de livraison
• Les goulots d'étranglement potentiels (trop de fils pointant vers une équipe)

Lire le tableau :

• Fils rouges = dépendances à haut risque (inter-équipes, échéances fermes)
• Regroupement de fils = une équipe est un goulot d'étranglement ou un point de défaillance unique
• Fils traversant plusieurs itérations = longues chaînes de dépendances qui augmentent le risque
• Rangées vides = équipe avec des objectifs peu clairs (à investiguer)

Le tableau de programme est l'un des artefacts les plus puissants de SAFe parce qu'il transforme les problèmes de coordination invisibles en problèmes visibles et gérables. Un tableau encombré avec de nombreux fils n'est pas un échec — c'est une représentation honnête de la réalité que vous pouvez maintenant aborder.

Stratégies de gestion des dépendances :

• Réordonner les récits pour livrer les dépendances en premier
• Jumeler les équipes pour travailler sur des composants partagés
• Créer des API ou des contrats partagés qui découplent les équipes
• Accepter la dépendance et la gérer avec des réunions de synchronisation régulières