Arrive au PI Planning avec les questions difficiles déjà préparées

La séance commence. Une équipe attend un export Data, une autre annonce une capacité déjà absorbée par le run. Ces sujets méritaient un échange avant l’atelier. L’IA peut aider le RTE, le PMO et la DSI à relire les dossiers et préparer les questions qui conditionnent les engagements. Ce tutoriel décrit un travail préparatoire à faire avec les équipes.

Le cadre PI Planning de Scaled Agile organise l’alignement des équipes d’un Agile Release Train autour d’objectifs et de dépendances. La préparation ci-dessous complète ce cadre. Le Quarter Plan, lui, traite les engagements du portefeuille DSI ; les deux périmètres doivent rester explicites.

1. Prépare les demandes avant de préparer le planning

Réunis pour chaque sujet le résultat attendu, le sponsor, les livrables, les équipes sollicitées et les contraintes réellement confirmées. Une formulation vague produit un dossier vague, même bien présenté. Demande à l’IA de repérer les inconnues qui empêchent une estimation ou un arbitrage, puis adresse ces questions aux responsables.

Cas pédagogique fictif : conformité, CRM et automatisation sollicitent Data, Sécurité IT et QA. La date réglementaire doit être vérifiée ; la date utile du CRM manque ; la valeur de l’automatisation reste à qualifier. Le guide décrit des dossiers attendus après relecture, pas des sorties enregistrées du produit.

AI Brief dans AirSaas aide à structurer une demande ; la proposition de jalons fournit une trame à discuter. Dans ce cas, « export de test accepté par QA » décrit un résultat observable. « Avancer sur la Data » reste trop vague. Pour un exemple complet, reprends le cadrage d’une fiche projet avec AI Brief.

2. Fais confirmer le disponible après le run

Tout accepter demanderait 22 jours Data, 10 jours Sécurité IT et 21 jours QA. Il manque donc 2 jours Data et 3 jours QA ; Sécurité IT ne conserve aucune marge. L’exemple utilise des jours sur une période commune. Une équipe travaillant en points conserve son unité : aucune conversion automatique en jours n’est supposée.

Confie à l’IA la relecture des hypothèses : période incohérente, run oublié, engagement déduit deux fois, capacité non confirmée. Le responsable d’équipe valide le disponible. Une synthèse peut attirer l’attention sur le goulot ; elle ne confirme pas à sa place que le plan est tenable.

3. Transforme les dépendances en questions adressées

Le tableau reste éditable dans le kit. Ajoute la réponse de chaque équipe et sa date. Une case vide appelle une discussion ciblée ; ne laisse pas l’assistant la remplir avec une date plausible. Si deux équipes annoncent des dates incompatibles, garde la contradiction visible dans le dossier de préparation.

4. Prépare deux scénarios pour les arbitrages de portefeuille

Les sponsors doivent comparer le coût métier des reports. La DSI fait aussi confirmer les contraintes qui rendent une option recevable. Le scénario B laisse davantage de marge QA, mais moins en Sécurité IT : un total unique masquerait cette différence. Prépare les éléments qui permettent de décider, avec les données encore manquantes.

Quand une négociation entre équipes conduit à décaler un projet entier ou à modifier une priorité métier, porte les options au niveau du portefeuille. Le Quarter Plan sert à discuter ces engagements avec les sponsors. L’IA peut aider à préparer la synthèse des options ; elle ne choisit pas l’engagement à leur place.

5. Termine l’atelier avec une trace relue

Dans le cas fictif, les sponsors retiennent A le 5 octobre, sous réserve de confirmation de la contrainte et de l’export Data. L’automatisation est reportée. La revue est fixée au 19 octobre, ou plus tôt si une hypothèse change. Cette décision illustre un choix situé ; les chiffres ne prouvent pas que A soit toujours préférable.

• Engagement retenu : livrable, responsable et conditions explicites.
• Sujet reporté : motif, conséquence métier et sponsor informé.
• Dépendance ouverte : responsable de clarification et date attendue.
• Risque discuté : traitement ou décision restant à obtenir.
• Prochaine revue : date et événement pouvant la déclencher plus tôt.

Reprends le support de restitution rempli. L’assistant réunion AirSaas, en bêta, peut préparer un compte rendu à relire. Vérifie notamment qu’une proposition discutée n’a pas été rédigée comme une décision validée.

6. Essaie le parcours sur ton prochain atelier

Choisis quelques demandes concurrentes et une équipe contrainte. Compare la qualité du dossier avant et après préparation : dépendances clarifiées, hypothèses confirmées, décisions remontées au bon niveau. L’objectif est d’arriver en séance avec les bonnes personnes et les bonnes questions. Aucun gain de vélocité ou de durée d’atelier n’est démontré par ce cas.

Le guide PI Planning détaille le déroulement global. Dans AirSaas, tu peux relier la qualification des demandes, les scénarios capacitaires, la restitution et les questions au portefeuille. Cadre SAFe et pages produit consultés le 6 octobre 2026.