PI Planning : définition, déroulé et modèle de tableau
Le PI Planning est une séance de planification collective qui couvre plusieurs sprints d'un coup. Son intérêt n'est pas de produire un planning détaillé : c'est de rendre visibles les dépendances entre services et de fixer, pour chaque sprint, la preuve que l'entreprise cherche à obtenir.
Ce guide explique la définition, le déroulé d'une séance, les rôles, le modèle de tableau Services × Sprints et les erreurs qui font échouer l'exercice. Il est écrit pour des dirigeants et des équipes de PME, pas uniquement pour des organisations SAFe.
Définition
PI signifie Program Increment, soit un incrément de programme : une période composée de plusieurs sprints, planifiée en une seule séance. Le PI Planning est cette séance. Elle réunit les services concernés par une même initiative pour décider qui fait quoi, dans quel sprint, et ce que chacun attend des autres.
La différence avec une réunion de planning classique tient à l'horizon : on ne planifie pas les deux prochaines semaines, mais l'ensemble du cycle. C'est ce qui fait apparaître les dépendances inter-services, invisibles quand chaque équipe planifie séparément.
Déroulé d'une séance en six étapes
1. Cadrer l'initiative
Une phrase d'intention, un objectif mesurable, un responsable, une période. Sans objectif mesurable, la séance dérive en liste de tâches.
2. Découper en sprints
Deux semaines par sprint est un bon rythme. Le nombre de sprints dépend du cycle : trois sprints pour un cycle de six semaines, davantage pour un incrément trimestriel.
3. Formuler la preuve attendue par sprint
Chaque sprint porte une question à prouver : « Pouvons-nous prouver que … ? ». Cela transforme un sprint en expérience évaluable plutôt qu'en lot de travail.
4. Remplir le tableau Services × Sprints
En lignes les services, en colonnes les sprints. Chaque action devient une carte avec un responsable, une échéance et un statut. Une cellule trop chargée signale une surcharge avant même le démarrage.
5. Tracer les dépendances
Chaque fois qu'un service attend un autre service, on relie les deux actions. Une dépendance qui pointe vers un sprint postérieur est une incohérence de séquence à corriger en séance.
6. Confirmer les engagements et les risques
Tour de table par service : ce qui est tenable, ce qui ne l'est pas, ce qui reste à décider. Les points non tranchés deviennent des décisions à prendre avec une date.
Le modèle de tableau Services × Sprints
Le support central d'un PI Planning est un tableau à double entrée : les services en lignes, les sprints en colonnes. Chaque intersection contient les actions qu'un service porte pendant un sprint donné.
| Service | Sprint 1 | Sprint 2 | Sprint 3 |
|---|---|---|---|
| Direction | Cadrer l'objectif mesurable | Arbitrer les priorités | Revue de cycle |
| Produit | Cadrage des besoins | Prototype testé | Décision go / no-go |
| Tech | Étude de faisabilité | Première version utilisable | Mise en production |
| Commercial | Liste des comptes pilotes | Entretiens clients | Première offre testée |
Lu horizontalement, le tableau donne la trajectoire d'un service. Lu verticalement, il donne la charge d'un sprint : c'est là qu'on repère les surcharges et les sprints où trop de services dépendent les uns des autres en même temps.
Six erreurs qui font échouer un PI Planning
- Planifier des tâches sans les rattacher à un objectif mesurable.
- Laisser des actions sans responsable nommé.
- Ouvrir trop de chantiers en parallèle sur le même sprint (WIP excessif).
- Garder les dépendances dans la tête des gens plutôt que dans le tableau.
- Ne jamais clore un sprint : les actions non terminées s'accumulent silencieusement.
- Confondre avancement et progression réelle vers la preuve attendue.
Faire son PI Planning dans Camin Plan
Camin Plan reprend exactement ce modèle : une initiative avec son objectif mesurable, un nombre de sprints configurable, un tableau Services × Sprints en glisser-déposer, une question de focus par sprint, les dépendances entre actions et un briefing imprimable à projeter en séance. Pour aller plus loin sur le rythme, voir le guide des cycles de six semaines.
Vous pouvez aussi demander à votre assistant IA de préparer les initiatives, les noms de sprints et les questions de focus à partir des décisions de l’atelier. Le guide du coaching avec Camin Plan et MCP présente un exemple complet et explique comment enregistrer le plan.
Questions fréquentes sur le PI Planning
- Que signifie PI Planning ?
- PI signifie « Program Increment » : un incrément de programme, c'est-à-dire une période de plusieurs sprints (souvent 6 à 12 semaines) planifiée en une seule séance collective. Le PI Planning est la réunion où les équipes s'engagent sur ce qu'elles vont livrer pendant cet incrément.
- Combien de temps dure une séance de PI Planning ?
- Dans le cadre SAFe, la séance dure classiquement deux jours. Dans une PME ou une équipe de direction, une demi-journée suffit souvent : deux heures de cadrage stratégique, deux heures de répartition des actions par service et de revue des dépendances.
- Qui participe à un PI Planning ?
- La direction ou le sponsor de l'initiative, les responsables de chaque service concerné (produit, tech, marketing, commercial, RH, finance, opérations), et si possible un facilitateur ou coach agile qui garde le cadre et note les dépendances.
- Quel est le résultat attendu d'un PI Planning ?
- Trois livrables : un objectif mesurable par initiative, un tableau des actions réparties par service et par sprint, et une liste explicite des dépendances et des risques avec un responsable pour chacun.
- Peut-on faire du PI Planning sans SAFe ?
- Oui. Le principe utile — planifier plusieurs sprints d'un coup, rendre les dépendances visibles et fixer une preuve à apporter par sprint — fonctionne sans adopter l'ensemble du cadre SAFe, ce qui le rend accessible aux PME.