PI Planning : déroulé, agenda type sur 2 jours et pièges à éviter
Le PI Planning est l’événement qui fait tenir SAFe. Deux jours, toutes les équipes d’un Agile Release Train dans la même pièce (ou le même espace virtuel), et un objectif simple : repartir avec un plan commun, des dépendances visibles et des objectifs auxquels chaque équipe croit vraiment. Voici le déroulé type, l’agenda heure par heure, et les pièges qui transforment l’exercice en grand-messe inutile.
En bref : le PI Planning (Program Increment Planning) est un événement de planification de deux jours, organisé au début de chaque Program Increment, soit toutes les 8 à 12 semaines. Toutes les équipes d’un Agile Release Train y définissent ensemble leurs objectifs, identifient leurs dépendances et s’engagent sur un plan, validé par un vote de confiance.
À quoi sert le PI Planning ?
Dans une organisation de 50 à 125 personnes réparties en 5 à 12 équipes, le premier ennemi n’est pas le manque de compétences : c’est le désalignement. Chaque équipe optimise son backlog, et les dépendances explosent en fin de trimestre. Le PI Planning traite ce problème en une fois.
- Aligner toutes les équipes sur la vision et les priorités métier du trimestre.
- Rendre visibles les dépendances entre équipes avant qu’elles ne bloquent.
- Obtenir un engagement réaliste, construit par les équipes elles-mêmes, pas imposé.
- Faire remonter les risques et les traiter collectivement.
- Créer du lien : c’est souvent le seul moment où toutes les équipes se parlent vraiment.
Qui participe au PI Planning ?
| Rôle | Rôle pendant l’événement |
|---|---|
| Business Owners | Présentent le contexte métier, attribuent la valeur métier aux objectifs de chaque équipe |
| Product Management | Présente la vision et les 10 features prioritaires du PI |
| System Architect | Présente la vision d’architecture et les enablers |
| Release Train Engineer (RTE) | Facilite l’ensemble de l’événement, tient l’agenda |
| Product Owners | Clarifient le contenu des features avec leur équipe, arbitrent le périmètre |
| Scrum Masters / Team Coaches | Facilitent les breakouts de leur équipe, suivent la capacité |
| Équipes agiles | Découpent, estiment, planifient et s’engagent |
Pour le détail de chaque responsabilité, voir notre guide des rôles clés en SAFe.
L’agenda type sur deux jours
Jour 1 : comprendre et construire un premier plan
| Horaire indicatif | Séquence | Animé par |
|---|---|---|
| 9h00 | Contexte métier : situation de l’entreprise, objectifs stratégiques | Business Owner |
| 9h45 | Vision produit et top 10 des features du PI | Product Management |
| 10h45 | Vision d’architecture et pratiques de développement | System Architect |
| 11h30 | Contexte de planification : capacité, règles, calendrier | RTE |
| 13h00 | Breakout n°1 : chaque équipe découpe et planifie ses itérations | Équipes |
| 16h00 | Revue des plans brouillons : chaque équipe présente en 5 minutes | Équipes |
| 17h00 | Revue de direction et résolution de problèmes | RTE, Business Owners, management |
La revue de direction du soir est le moment clé du jour 1 : le management ajuste le périmètre, arbitre les conflits de capacité et prend les décisions que les équipes ne peuvent pas prendre seules.
Jour 2 : ajuster, s’engager, voter
| Horaire indicatif | Séquence | Animé par |
|---|---|---|
| 9h00 | Ajustements de planification issus de la revue de direction | RTE |
| 9h30 | Breakout n°2 : finalisation des plans et des objectifs de PI | Équipes |
| 11h00 | Attribution de la valeur métier aux objectifs (de 1 à 10) | Business Owners |
| 13h00 | Revue des plans finaux | Équipes |
| 14h30 | Revue des risques du train (méthode ROAM) | RTE |
| 15h15 | Vote de confiance | Tous |
| 15h45 | Retravail du plan si nécessaire | Équipes concernées |
| 16h30 | Rétrospective du PI Planning | RTE |
Les livrables du PI Planning
- Les objectifs de PI de chaque équipe, rédigés en langage métier, avec une valeur métier attribuée par les Business Owners. Les objectifs non engagés (stretch objectives) sont identifiés séparément : ils donnent de la marge sans fausser la prévisibilité.
- Le tableau de planification du train (ART planning board) : les features positionnées par itération et par équipe, les jalons, et les dépendances matérialisées par des fils.
- La liste des risques ROAMés : chaque risque est Résolu, Owned (pris en charge), Accepté ou Mitigé.
- Le vote de confiance : chacun vote de 1 à 5 doigts. En dessous d’une moyenne de 3, on retravaille le plan.
Préparer un PI Planning : la checklist des 3 semaines avant
- Le top 10 des features est priorisé (WSJF) et chaque feature a des critères d’acceptation.
- Les Product Owners ont affiné les premières stories avec leurs équipes, en respectant les critères INVEST.
- La capacité de chaque équipe est calculée (congés, astreintes, run).
- Les Business Owners ont confirmé leur présence sur les deux jours.
- La logistique est prête : salles de breakout, tableau du train, outils pour les équipes à distance.
- Les dépendances connues avec d’autres trains ou fournisseurs sont listées.
PI Planning à distance : ce qui change
Depuis 2020, une grande partie des PI Planning se fait en hybride ou totalement à distance. Ça fonctionne, à condition d’adapter le format : sessions plus courtes réparties sur trois jours au lieu de deux, un tableau collaboratif unique (Miro, Mural ou l’outil ALM), un canal par équipe, et un « hall » virtuel où les Product Owners et le RTE circulent entre les équipes. Le point d’attention majeur est le bruit des dépendances : sans fils physiques sur un mur, il faut une discipline forte dans l’outil.
Les 6 erreurs qui ruinent un PI Planning
- Arriver avec un plan déjà décidé : les équipes le sentent, et le vote de confiance devient une formalité.
- Des features non préparées : les breakouts se transforment en ateliers de spécification.
- Planifier à 100 % de la capacité : sans marge, le moindre incident de production fait dérailler le PI. Visez 80 %.
- Des Business Owners absents : sans eux, la valeur métier est attribuée au hasard.
- Ignorer un vote de confiance faible : c’est l’alerte la plus fiable que vous aurez de tout le trimestre.
- Oublier l’Inspect & Adapt : sans boucle d’amélioration en fin de PI, les mêmes problèmes reviennent au PI suivant.
Questions fréquentes sur le PI Planning
Combien de temps dure un PI Planning ?
Deux jours en présentiel, souvent trois demi-journées ou plus à distance. Un PI dure en général 8 à 12 semaines, soit 4 à 6 itérations.
Quelle différence entre PI Planning et sprint planning ?
Le sprint planning concerne une seule équipe sur deux semaines. Le PI Planning aligne toutes les équipes d’un train sur un trimestre, avec les dépendances et les objectifs métier.
Faut-il être en SAFe pour faire un PI Planning ?
Le PI Planning est un événement SAFe, mais son principe de planification commune se transpose à toute organisation de plusieurs équipes interdépendantes. C’est d’ailleurs souvent le premier événement qu’on introduit avant même d’adopter tout le framework.
Qui anime le PI Planning ?
Le Release Train Engineer. Il peut être appuyé par un coach SAFe externe lors des premiers PI.
Vous lancez votre premier train ou vos PI Planning manquent d’impact ? Découvrez notre accompagnement SAFe et coaching agile. Et pour la vue d’ensemble, notre guide complet de la méthode SAFe.
