Qu'est-ce que le PI Planning ?
Il va sans dire que, pour toute organisation qui met l'agilité à l'échelle et adopte le framework SAFe, le principal défi consiste à mener un processus de PI Planning fluide et sans friction. Quel que soit le secteur ou la taille de l'entreprise, un PI Planning réussi permet d'instaurer une culture d'alignement transparent et orientée vers l'action. Il s'agit véritablement d'un événement fondateur de SAFe.
Les bases du PI Planning - PI Planning : le besoin
- PI Planning : objectifs et résultats
- PI Planning : Program Board
- PI Planning : l'animateur
- PI Planning : les participants
- PI Planning : fréquence
- PI Planning : agenda, durée et événements
- ASTUCE BONUS I
PI Planning distribué - PI Planning à distance : le besoin
- PI Planning à distance : domaines de focalisation
- PI Planning à distance : agenda, durée et événements
- ASTUCE BONUS II
Défis du PI Planning - ASTUCE BONUS III
PI Planning : liste de préparation - ASTUCE BONUS IV
-
PI Planning : guide étape par étape - PI Planning avec les utilisateurs Jira
- Avant le PI Planning
- Jour du PI Planning
- Après le PI Planning
- PI Planning pour Azure DevOps
- Avant le PI Planning
- Jour du PI Planning
- Après le PI Planning
Comment mener un PI Planning ?
Si « comment mener un PI Planning » est votre problématique, alors ce guide complet du PI Planning répond à toutes les questions que recouvre cette interrogation chargée de sens.
Dans les cinq sections qui suivent, nous développerons les questions suivantes :
Dans les cinq sections qui suivent, nous développerons les questions suivantes :
- Qu'est-ce qu'une session de PI Planning réussie ?
- Comment réussir un PI Planning virtuel/distribué/à distance ?
- Comment surmonter les défis du PI Planning ?
- Qu'est-ce qu'une liste de préparation au PI Planning ?
- Pouvez-vous fournir un modèle de PI Planning ?
À la fin, nous partageons avec vous un guide étape par étape modifiable et téléchargeable pour votre PI Planning.
Les bases du PI Planning Qu'est-ce qu'une session de PI Planning réussie ?
La session de Program Increment (PI) Planning est un événement limité dans le temps au cours duquel les équipes d'un Agile Release Train, unies par une vision commune, se réunissent et planifient de nouvelles fonctionnalités, discutent des dépendances et des risques, et définissent la marche à suivre. Sans elle, SAFe ne peut pas être mis en œuvre.
En réalité, en s'appuyant sur l'idée de SAFe, le PI Planning est l'ingrédient magique singulier du framework agile à l'échelle.
En réalité, en s'appuyant sur l'idée de SAFe, le PI Planning est l'ingrédient magique singulier du framework agile à l'échelle.
Lorsqu'un projet s'étend à plusieurs équipes transverses, l'infrastructure de connaissances tend à être compromise. Cela coûte aux organisations des décisions mal prises, des faiblesses dans la chaîne de valeur et des désaccords sur la relation capacité-charge. Le PI Planning y remédie en apportant une visibilité globale, un alignement approfondi et un engagement exprimé envers une vision commune.
Bien comprendre l'objectif de votre PI Planning, c'est résoudre la moitié du problème.
En reprenant l'interprétation de SAFe :
le PI Planning est le point de synchronisation critique, basé sur la cadence, pour chaque ART.
Qu'en retenez-vous ?
L'objectif d'un PI Planning réussi est d'offrir aux équipes de l'Agile Release Train (ART) :
En reprenant l'interprétation de SAFe :
le PI Planning est le point de synchronisation critique, basé sur la cadence, pour chaque ART.
Qu'en retenez-vous ?
L'objectif d'un PI Planning réussi est d'offrir aux équipes de l'Agile Release Train (ART) :
- la synchronisation,
- la collaboration (entre équipes et entre ART),
- l'alignement (sur le contexte métier, les workflows, les objectifs, la vision, et plus encore),
- le réseau social,
- l'évaluation de l'architecture du système,
- l'élimination des travaux en cours (WIP) excédentaires,
- l'efficacité dans la prise de décision,
- la transparence au service de la prévisibilité et de l'agilité.
Un événement de PI Planning réussi coche toutes ces cases, en parvenant en outre à présenter un « logiciel fonctionnel » à la fin de l'itération.
En d'autres termes, si votre PI Planning a réussi à fournir ces deux résultats, votre événement de PI Planning a atteint son objectif :
- Des objectifs de PI engagés
- Où les objectifs de PI identifient un ensemble d'objectifs SMART créés par chaque équipe composant l'ART, avec la valeur métier attribuée par les Business Owners. L'engagement sur les objectifs de PI est le Graal de votre ART.
- Le Program Board
- Une compilation de données présentant l'image la plus précise de la situation de votre ART, mettant en évidence les dates de livraison des nouvelles fonctionnalités, les dépendances entre fonctionnalités au sein des équipes et les jalons pertinents. C'est la boule de cristal de votre ART.
Exemple de Program Board de PI Planning Kendis (Cliquez sur l'image pour la modifier en ligne)
Dans le PI Planning de SAFe, le rôle du Release Train Engineer est tout à fait significatif. Le RTE est le moteur et le leader serviteur de la session de PI Planning. En maintenant les frontières, un RTE est responsable de la conduite des opérations et veille à l'alignement et à la collaboration entre les participants de la session de PI Planning. Ce que les Scrum Masters sont aux équipes agiles, le RTE l'est à l'ART.
Voici un résumé des rôles des participants au PI Planning :
Rôles
Fonction
Utilisateurs
Évaluent la centricité utilisateur des solutions
Parties prenantes
Évaluent le degré de réussite de chaque unité participante
Équipes agiles
- Décomposent les User Stories en tâches lors des Team breakouts ;
- Créent les plans d'itération et les objectifs de PI de l'équipe ;
- Identifient/traitent les risques ;
- Donnent le Confidence Vote
Architecte/ingénierie système
- Présente la vision d'architecture de l'ART ;
- Aide à établir les dépendances et les risques entre équipes
Équipe système
Définit les éléments de backlog d'intégration et de tests
Business Owners
Fournissent la valeur métier et l'approbation des objectifs de PI de l'équipe
Scrum Masters
- Assistent l'équipe dans la préparation des activités de l'ART, des System Demos et de l'Inspect and Adapt ;
- Guident l'équipe dans l'établissement d'estimations normalisées ;
- Aident l'équipe à comprendre comment estimer les Features et les Capabilities
Product Owners
- Assurent la priorisation du backlog ;
- Présentent la vision, qui met en évidence les fonctionnalités proposées de la solution ;
- Partagent tout jalon pertinent à venir ;
- Décomposent les Features en User Stories
Release Train Engineer
- Présente le processus de planification et les résultats attendus ;
- Facilite la Management Review, la session de résolution de problèmes et la rétrospective. C'est pourquoi un RTE est responsable de la conduite d'une session de PI Planning
Un Program Increment dure environ 8 à 12 semaines.
En gardant cette plage à l'esprit, les sessions de PI Planning sont organisées chaque trimestre, et le calendrier habituel est :
En gardant cette plage à l'esprit, les sessions de PI Planning sont organisées chaque trimestre, et le calendrier habituel est :
- PI Planning T1 : décembre
- PI Planning T2 : mars
- PI Planning T3 : juin
- PI Planning T4 : septembre
Elles sont planifiées à l'avance selon un calendrier régulier et fixe. Les invitations sont également envoyées en amont afin que toutes les préparations puissent être réalisées en temps voulu.
En règle générale, une session de Program Increment Planning en présentiel dure deux jours, avec un agenda prédéfini et des événements spécifiques planifiés. L'agenda de l'événement est décrit ci-dessous :
Fuseau horaire AEST
Agenda du jour 1
8h00 – 9h00
Contexte métier 1 h
9h00 – 10h30
Vision produit/solution 1 h 30 min
10h30 – 11h30
Vision d'architecture & pratiques de développement 1 h
11h30 – 13h00
Contexte de planification & déjeuner 1 h 30 min
13h00 – 16h00
Team Breakouts 3 h
16h00 – 17h00
Revue du plan préliminaire 1 h
17h00 – 18h00
Management Review & résolution de problèmes 1 h
Fuseau horaire AEST
Agenda du jour 2
8h00 – 9h00
Ajustements de planification 1 h
9h00 – 11h00
Team Breakouts 2 h
11h00 – 13h00
Revue du plan final & déjeuner 2 h
13h00 – 14h00
Risques du programme 1 h
14h00 – 14h15
Confidence Vote 15 min
14h15 – 16h00
Retravail du plan (si nécessaire) 1 h 45 min
16h00 – 18h00
Rétrospective de planification & suite des opérations 2 h
Un exemple de calendrier pour un événement de PI Planning en présentiel typique s'étalant sur deux journées complètes.
Dans le cas d'un PI Planning distribué ou à distance, l'agenda reste cependant le même ; en revanche, le calendrier des événements dépend de nombreuses variables qui sont abordées dans la section ci-dessous.
ASTUCE BONUS I
Pour une session de PI Planning en présentiel, vous disposez de deux journées très chargées, avec moins de pauses et beaucoup d'interactions humaines et de bruit. Dans un environnement virtuel, en revanche, toute l'expérience doit être conçue pour les écrans, en mettant fortement l'accent sur le maintien de l'engagement des participants. Il peut être préférable d'étendre l'événement à trois ou quatre jours, avec des engagements de temps moindres, pour éviter la fatigue liée aux écrans.
PI Planning distribué Comment réussir un PI Planning distribué/à distance ?
Le Manifeste Agile l'énonce on ne peut plus clairement :
- La méthode la plus efficace et la plus efficiente pour transmettre de l'information à une équipe de développement et au sein de celle-ci est la conversation en face à face.
Contrairement à une croyance répandue, la force fondamentale du PI Planning ne réside pas dans la co-localisation de vos équipes. Elle réside dans la structuration et l'autonomisation du mécanisme moteur à un point tel que la proximité physique, ou son absence, n'est plus un facteur dans la conduite d'une communication fluide et transparente.
Il est vrai qu'historiquement, le PI Planning a été pratiqué uniquement comme un événement en présentiel. Cependant, un certain nombre de facteurs rendent cet exercice intenable à long terme :
- Gérer la logistique pour une poignée d'équipes multisites et multiculturelles,
- Les restrictions de déplacement régionales liées à la pandémie
- Offrir un environnement de sécurité psychologique dans un cadre inhabituel
- Trouver un lieu suffisamment grand et adapté pour l'événement,
- Et enfin, mais ce n'est certainement pas le moins important, les coûts financiers et de temps de tout cet arrangement élaboré.
Mener une session de PI Planning virtuelle n'est pas non plus une mince affaire, c'est entendu. Cependant, si une réflexion suffisante est consacrée à la conception d'une expérience constituant un construit social où vos équipes agiles se sentent reconnues, tant dans leur travail que dans leur personne, le ROI de votre événement à distance peut en réalité être supérieur à celui d'un événement en présentiel.
Veillez simplement à emporter avec vous toute la sagesse expérientielle et les connaissances pratiques offertes dans toutes les sections de ce guide et dans les astuces bonus.
Il existe certains domaines de focalisation que vous devez prendre en compte lors de la planification de votre événement de PI Planning à distance :
- Lieux de planification : Minimisez le nombre de lieux dispersés en déterminant le nombre de lieux nécessaires.
- Agenda du PI Planning : Créer un agenda de PI Planning inclusif pour tenir compte des multiples fuseaux horaires des équipes participantes.
- Installations : Mettre en place l'espace physique approprié pour mener la planification.
- Accords de travail : Répondre aux besoins des participants à l'événement afin d'optimiser l'expérience de chaque membre de l'ART.
- Outillage : Employer une technologie adéquate pour prendre en charge l'ensemble des activités de planification.
- Facilitation : Réaliser avec succès un événement de PI Planning distribué.
Pour être honnête, cela peut varier d'une organisation à l'autre (et d'un fuseau horaire à l'autre), mais ce calendrier peut vous donner une certaine clarté sur la façon de planifier votre session de PI Planning à distance avec un minimum de fatigue et d'épuisement.
Zone 1 AEST
Zone 2 CET
Agenda du jour 1
15h00 – 15h20
7h00 – 7h20
Introduction d'ouverture Suivie d'une pause de 10 minutes 20 min
15h30 – 15h50
7h30 – 7h50
Contexte métier Suivi d'une pause de 10 minutes 20 min
16h00 – 16h20
8h00 – 8h20
Vision produit/solution Suivie d'une pause de 10 minutes 20 min
16h30 – 16h50
8h30 – 8h50
Vision d'architecture Suivie d'une pause de 10 minutes 20 min
17h00 – 17h20
9h00 – 9h20
Pratiques de développement Suivies d'une pause de 10 minutes 20 min
17h30 – 17h50
9h30 – 9h50
Exigences de planification Suivies d'une pause repas de 50 minutes 20 min
18h40 – 20h30
10h40 – 12h30
Team Breakouts Points de contrôle Scrum of Scrums 1 h 50 min
Zone 1 AEST
Zone 2 CET
Agenda du jour 2
15h00 – 15h20
7h00 – 7h20
Team Breakouts (si nécessaire) Suivis d'une pause de 10 minutes 20 min
15h30 – 15h50
7h30 – 7h50
Synchronisation des équipes Suivie d'une pause de 10 minutes 20 min
16h00 – 16h20
8h00 – 8h20
Revue du plan préliminaire Suivie d'une pause de 10 minutes 20 min
16h30 – 16h50
8h30 – 8h50
Management Review & résolution de problèmes (+ pause de 10 minutes) 20 min
17h00 – 17h20
9h00 – 9h20
Ajustements de planification Suivis d'une pause de 10 minutes 20 min
17h30 – 17h50
9h30 – 9h50
Exigences de planification Suivies d'une pause repas de 50 minutes 20 min
18h40 – 20h30
10h40 – 12h30
Team Breakouts Points de contrôle Scrum of Scrums 1 h 50 min
Zone 1 AEST
Zone 2 CET
Agenda du jour 3
15h00 – 15h20
7h00 – 7h20
Team Breakouts (si nécessaire) Suivis d'une pause de 10 minutes 20 min
15h30 – 15h50
7h30 – 7h50
Synchronisation des équipes Suivie d'une pause de 10 minutes 20 min
16h00 – 16h20
8h00 – 8h20
Revue du plan final Suivie d'une pause de 10 minutes 20 min
16h30 – 16h50
8h30 – 8h50
Management Review & résolution de problèmes (+ pause de 10 minutes) 20 min
17h00 – 17h20
9h00 – 9h20
Ajustements de planification Suivis d'une pause de 10 minutes 20 min
17h30 – 17h50
9h30 – 9h50
Exigences de planification Suivies d'une pause repas de 50 minutes 20 min
18h40 – 20h30
10h40 – 12h30
Team Breakouts Points de contrôle Scrum of Scrums 1 h 50 min
Un exemple de calendrier pour un événement de PI Planning à distance sur deux fuseaux horaires, réparti sur trois demi-journées avec des pauses fréquentes.
ASTUCE BONUS II
Pour une session de PI Planning distribuée ou à distance, tenez toujours compte des fuseaux horaires des équipes multisites. Le succès de votre PI Planning dépend de la qualité de l'expérience que vous concevez autour de la clarté des objectifs, de l'alignement de la direction, de la transparence au sein des équipes, ainsi que de la sensibilité au temps et de la structure de vos sessions. Prévoyez des marges de temps suffisantes pour les activités asynchrones, et soyez attentif dans le choix des horaires des activités synchrones. Soyez prêt à ajouter une journée supplémentaire en cas de débordement imprévu.
PI Planning : les défis Comment surmonter les défis du PI Planning ?
Parmi les défis stratégiques rencontrés par les équipes participant au Program Increment Planning, les plus importants sont les suivants :
- La transparence et l'alignement au sein de l'ART,
- Une collaboration efficace,
- Une prise de décision efficiente et percutante,
- Une communication porteuse de sens,
- Un engagement intentionnel.
En termes d'exécution, ces défis se traduisent par :
- Une mauvaise assimilation des données,
- La collecte manuelle d'informations, avec des coûts de temps et une propension aux erreurs,
- La perte de vue des objectifs métier,
- Des sessions mal programmées,
- Des sessions longues et lourdes,
- Des défaillances techniques,
- Une gestion de session mal préparée.
Pour un RTE travaillant avec des équipes Jira, le plus grand défi pour mener un PI Planning en présentiel et/ou à distance est de garantir une intégration fluide, sans tracas, en temps réel et bidirectionnelle entre leur Program Board et Jira.
Certaines organisations emploient un outil de visualisation pour leur Program Board. À première vue, cela peut sembler une solution facile pour mener le PI Planning, mais cela peut entraîner de graves répercussions pendant l'événement de PI Planning et dans la situation post-PI Planning.
Les écueils les plus courants rencontrés sont :
- Les performances de Jira
Pendant le PI Planning, lorsque des groupes de personnes accèdent à un tableau de visualisation comportant de nombreuses cartes connectées, la communauté SAFe a documenté des cas où les performances de Jira se trouvaient remarquablement compromises.
- Des autorisations d'édition limitées
Comme les outils de visualisation ne sont pas conçus de manière inhérente pour le PI Planning, il existe certaines limitations ; l'une d'elles étant le nombre d'utilisateurs autorisés à éditer le tableau.
- Le transfert manuel des données
Les données provenant de l'outil ALM et vers celui-ci doivent être sauvegardées et transférées manuellement, ce qui engendre des coûts de temps et de précision.
Lors de la mise à l'échelle de l'agilité, ces défis s'accompagnent de coûts élevés. Le temps perdu et le coût financier ne sont que les seuls mesurables parmi ceux-ci. La déception/démotivation des membres de l'équipe et le déficit de confiance entre les équipes de l'ART constituent souvent un dommage non reconnu et le plus souvent irréparable. Heureusement, avec Kendis, ces défis peuvent être gérés sans effort.
ASTUCE BONUS III
Répétez la facilitation afin d'être conscient de l'éventail des problèmes que vous pourriez rencontrer. Assurez-vous que l'équipe responsable de l'organisation fonctionne comme une machine bien huilée dans la conduite du PI Planning. Vous avez besoin de leur expérience pour gérer l'événement, traiter avec les personnes, répondre aux préoccupations courantes et affronter la pression générale qui accompagne des événements d'une telle ampleur.
PI Planning : liste de préparation Qu'est-ce qu'une liste de préparation au PI Planning ?
Tout le monde et son chien peuvent vous expliquer tout ce que vous devez préparer pour la réussite de votre PI Planning. L'art consiste à structurer l'ensemble du processus de préparation en blocs systématisés, comme il sied à toute organisation adhérant à l'agilité à l'échelle.
Selon les recommandations fournies par SAFe, il existe trois grands domaines de préparation au PI Planning qui exigent une réflexion :
Selon les recommandations fournies par SAFe, il existe trois grands domaines de préparation au PI Planning qui exigent une réflexion :
- Préparation organisationnelle : Alignement stratégique et mise en place des équipes et des trains
- Préparation du contenu : Préparation de la direction et du développement
- Préparation logistique : Considérations pour mener un événement réussi
Sur la base de ces trois thèmes, voici la liste des considérations auxquelles vous devez être particulièrement attentif :
- Périmètre et contexte de planification : Le périmètre (produit, système, domaine technologique) du processus de planification a-t-il été identifié ? Savons-nous quelles équipes doivent planifier ensemble ?
- Alignement métier : Y a-t-il eu une compréhension commune des priorités parmi les Business Owners ?
- Équipes agiles : Toutes nos équipes agiles disposent-elles de membres dédiés, ainsi que d'un Scrum Master et d'un Product Owner identifiés pour chaque équipe ?
- Briefing exécutif : Un briefing qui établit le contexte métier actuel pour tous les participants
- Briefing sur la vision produit : Le Product Management fait-il un briefing sur les 10 principales fonctionnalités du Program Backlog ?
- Briefing sur la vision d'architecture : Le CTO/architecte d'entreprise/architecte système a-t-il fait un briefing sur les nouveaux Enablers, fonctionnalités et exigences non fonctionnelles (NFR) ?
- Lieux : Combien de lieux de planification devons-nous gérer ?
- Technologie et outillage : Couplé à notre outil ALM, Kendis prendra en charge notre PI Program Board en temps réel, nos objectifs de PI, le ROAMing des risques, la gestion des dépendances et les cérémonies de PI Planning, notamment : Scrum of Scrums, Confidence Vote et Inspect and Adapt. De quels autres outils avons-nous besoin pour prendre en charge la planification distribuée ou les participants à distance ? (Indice : la réponse est aucun. Vous êtes parés !)
- Canaux de communication : Canaux audio, vidéo, de présentation et de conversation principaux et secondaires pour une expérience personnelle efficace.
Vous aurez remarqué que la liste de contrôle repose fortement sur les contributions de tous les participants de l'ART, comme le reflète la section ci-dessus documentant les participants au PI Planning et leurs rôles.
ASTUCE BONUS IV
Fournissez à l'avance : un document contenant les coordonnées permettant d'accéder aux responsables d'équipe ; une liste des canaux de communication et des cas d'usage de chacun ; un plan de secours/plan B au cas où un outil ne fonctionnerait pas selon le besoin du moment.
PI Planning : guide étape par étape Pouvez-vous fournir un modèle de PI Planning ?
Que vos équipes utilisent Jira ou Azure DevOps/TFS comme outil ALM, Kendis vous permet de mener votre PI Planning avec une finesse qu'aucune autre solution du marché ne peut offrir. Essayez-le par vous-même !
Pour vous aider à mieux préparer votre PI Planning, nous avons élaboré un guide étape par étape que vous pouvez utiliser pour configurer vos tableaux, inviter les utilisateurs et vous assurer que toutes les étapes importantes sont réalisées avant l'événement de planification proprement dit.
Ce guide vous aide à obtenir une vue d'ensemble de toutes les manières dont Kendis vous facilite la tâche pendant votre PI Planning, quels que soient votre emplacement et celui de vos équipes.
Pour vous aider à mieux préparer votre PI Planning, nous avons élaboré un guide étape par étape que vous pouvez utiliser pour configurer vos tableaux, inviter les utilisateurs et vous assurer que toutes les étapes importantes sont réalisées avant l'événement de planification proprement dit.
Ce guide vous aide à obtenir une vue d'ensemble de toutes les manières dont Kendis vous facilite la tâche pendant votre PI Planning, quels que soient votre emplacement et celui de vos équipes.
Le puissant tableau numérique que Kendis propose pour le PI Planning utilise une synchronisation bidirectionnelle, en temps réel et optimisée avec votre tableau Jira. Cela élimine le besoin de transférer manuellement des données, depuis et vers Jira, car lorsque vous apportez une modification à un élément du Kendis Program Board, ces modifications sont synchronisées instantanément vers Jira, et inversement.
Avant le PI Planning
- 01 Les RTE configurent le PI Board sur Kendis, en définissant les dates et la durée du PI
- 02 Connectez-vous à vos tableaux Jira
- 03 Créez vos équipes à code couleur
- 04 Définissez les Sprints pour le Program Increment
- 05 Récupérez les Features depuis Jira sur votre Kendis Board, à l'aide de filtres Jira ou de JQL, sans impact sur les performances de Jira
- 06 Les Stories d'équipe dans Jira, déjà liées aux Features, sont récupérées automatiquement sur votre tableau
- 07 Mappez vos équipes dans Kendis aux tableaux Jira
- 08 Maintenant, invitez vos équipes sur votre Kendis Board
- 09 Commencez à mettre en place la planification en définissant le contexte métier au moyen des Business Values et en priorisant les Features.
Jour du PI Planning
- 01 Pendant les Team Breakouts, les Scrum Masters définissent la capacité de chaque équipe pour chaque Sprint dans leurs zones d'équipe spécifiques sur Kendis
- 02 Tirez les Features depuis le Program Backlog priorisé de votre tableau Jira vers les Sprints de votre Kendis Board
- 03 Développez la carte des Features et créez des Stories, avec un titre et une estimation en story points. Ces Stories apparaissent instantanément dans votre Jira également, liées à la Feature spécifique et affectées à un Sprint
- 04 Visualisez les Dépendances à code couleur par glisser-déposer, en étiquetant le statut, les types de liens et la description. Suivez la résolution de vos Dépendances à mesure que leur visualisation change sur le tableau
- 05 Utilisez la Business Value de vos Objectifs, en liant chacun à vos Features
- 06 Mesurez la progression de chaque Objectif de votre PI
- 07 À l'étape de la revue du plan, les Product Owners utilisent le Kendis Board pour communiquer l'état des dépendances, mettre en évidence les risques et expliquer leur plan
- 08 Consultez les dates d'achèvement des Features pour chaque équipe
- 09 Évaluez la relation capacité-charge de chaque équipe avec ses Sprints
- 10 ROAMez vos risques à l'aide du Risks Register du Kendis Board
- 11 Employez la fonctionnalité Confidence Vote sur votre Kendis Board, pour voter pour votre PI, vos équipes, ou les deux
- 12 Menez la session Inspect and Adapt à l'aide du module Inspect & Adapt de votre Kendis Board. Mesurez la performance du programme, évaluez la livraison du programme, et
- 13 Une fois la partie planification terminée, faites passer l'état de votre Kendis Board à Tracking
- 14 Exportez les données du Kendis Board vers des formats partageables : excel, csv, etc.
Après le PI Planning
- 01 Grâce à la solide capacité de gestion visuelle du Kendis Board, suivez la progression de vos Dépendances et Objectifs
- 02 Utilisez le Scope Change Tracker pour un suivi automatisé de la progression de votre PI
- 03 Identifiez les Features ajoutées/modifiées, les Stories qui ont changé de Sprint, afin de prédire les augmentations de périmètre, en comprenant comment et quand surviennent les écarts d'exécution par rapport au PI Planning d'origine.
Kendis prend en charge une synchronisation fluide, en temps réel et bidirectionnelle pour Azure DevOps dans sa version Cloud et pour TFS dans son ancienne version auto-hébergée. La force fondamentale du Kendis Program Board réside dans le fait de rendre l'ensemble du processus de PI Planning fluide, comme une machine bien huilée.
Avant le PI Planning
- 01 Les RTE configurent le PI Board sur Kendis, en définissant les dates et la durée du PI
- 02 Connectez-vous à Azure DevOps ou TFS en fournissant l'URL et le jeton d'API pertinents
- 03 Créez vos équipes à code couleur
- 04 Définissez les Sprints pour le Program Increment
- 05 Récupérez les Features depuis Jira sur votre Kendis Board, à l'aide de requêtes existantes ou en saisissant un nouveau Wiql
- 06 Déterminez comment les Stories sont liées aux Features
- 07 Toutes les Stories enfants des Features que vous avez obtenues via les requêtes sont récupérées automatiquement sur votre Kendis Board
- 08 Mappez vos équipes dans Kendis à Azure DevOps
- 09 Maintenant, invitez vos équipes sur votre Kendis Board
- 10 Commencez à mettre en place la planification en définissant le contexte métier au moyen des Business Values et en priorisant les Features
Jour du PI Planning
- 01 Pendant les Team Breakouts, les Scrum Masters définissent la capacité de chaque équipe pour chaque Sprint dans leurs zones d'équipe spécifiques sur Kendis
- 02 Tirez les Features depuis le Program Backlog priorisé de votre Azure DevOps vers les Sprints de votre Kendis Board
- 03 Développez la carte des Features et créez des Stories, avec un titre et une estimation en story points. Ces Stories apparaissent instantanément dans votre Azure DevOps également, liées à la Feature spécifique et affectées à un Sprint
- 04 Visualisez les Dépendances à code couleur par glisser-déposer, en étiquetant le statut, les types de liens et la description. Suivez la résolution de vos Dépendances à mesure que leur visualisation change sur le tableau
- 05 Utilisez la Business Value de vos Objectifs, en liant chacun à vos Features
- 06 Mesurez la progression de chaque Objectif de votre PI
- 07 À l'étape de la revue du plan, les Product Owners utilisent le Kendis Board pour communiquer l'état des dépendances, mettre en évidence les risques et expliquer leur plan
- 08 Consultez les dates d'achèvement des Features pour chaque équipe
- 09 Évaluez la relation capacité-charge de chaque équipe avec ses Sprints
- 10 ROAMez vos risques à l'aide du Risks Register du Kendis Board
- 11 Employez la fonctionnalité Confidence Vote sur votre Kendis Board, pour voter pour votre PI, vos équipes, ou les deux
- 12 Menez la session Inspect and Adapt à l'aide du module Inspect & Adapt de votre Kendis Board. Mesurez la performance du programme, évaluez la livraison du programme, et
- 13 Une fois la partie planification terminée, faites passer l'état de votre Kendis Board à Tracking
- 14 Exportez les données du Kendis Board vers des formats partageables : excel, csv, etc.
Après le PI Planning
- 01 Grâce à la solide capacité de gestion visuelle du Kendis Board, suivez la progression de vos Dépendances et Objectifs
- 02 Utilisez le Scope Change Tracker pour un suivi automatisé de la progression de votre PI
- 03 Identifiez les Features ajoutées/modifiées, les Stories qui ont changé de Sprint, afin de prédire les augmentations de périmètre, en comprenant comment et quand surviennent les écarts d'exécution par rapport au PI Planning d'origine
Avons-nous pu répondre à vos questions concernant le PI Planning ?
Y a-t-il quelque chose que vous aimeriez que nous expliquions davantage ?
Partagez vos réflexions et vos opinions avec nous. Nous aimons nous améliorer. 🙂
Partagez vos réflexions et vos opinions avec nous. Nous aimons nous améliorer. 🙂
Questions fréquentes sur le PI Planning
Qu'est-ce que le PI Planning dans SAFe ? −
Le PI Planning (Program Increment Planning) est un événement basé sur la cadence, en présentiel ou à distance, du Scaled Agile Framework (SAFe) au cours duquel chaque équipe d'un Agile Release Train (ART) se réunit pour s'aligner sur une mission et une vision communes, planifier les 8 à 12 prochaines semaines de travail, identifier les dépendances et les risques, et s'engager sur un ensemble d'objectifs de PI. C'est le cœur battant de SAFe et il ne peut être ignoré.
À quelle fréquence le PI Planning est-il mené ? +
Le PI Planning est mené une fois par Program Increment, qui dure généralement 8 à 12 semaines. Cela signifie que la plupart des organisations organisent le PI Planning chaque trimestre — quatre fois par an — selon une cadence fixe et publiée à l'avance, afin que les équipes et les parties prenantes puissent s'organiser en conséquence.
Combien de temps dure un événement de PI Planning ? +
Un événement de PI Planning en présentiel standard dure deux journées complètes consécutives. Le PI Planning distribué ou à distance est généralement réparti sur trois ou quatre demi-journées afin de réduire la fatigue liée aux écrans et de tenir compte des multiples fuseaux horaires, tout en conservant le même agenda et les mêmes résultats.
Qui facilite le PI Planning ? +
Le Release Train Engineer (RTE) facilite le PI Planning. Le RTE est propriétaire de l'agenda, pilote le calendrier, gère la session de Management Review et de résolution de problèmes, et veille à ce que chaque équipe agile de l'ART produise des objectifs de PI engagés à la fin de l'événement.
Qu'est-ce qu'un Program Board dans le PI Planning ? +
Le Program Board est l'artefact visuel produit pendant le PI Planning. Il cartographie les fonctionnalités, les jalons et les dépendances inter-équipes à travers les sprints du prochain Program Increment, offrant à l'ART une image unique et partagée des engagements de livraison et des risques.
Que sont les objectifs de PI et pourquoi sont-ils importants ? +
Les objectifs de PI sont des objectifs SMART, pondérés par la valeur métier, sur lesquels chaque équipe s'engage à la fin du PI Planning. Ils traduisent les fonctionnalités en résultats mesurables, donnent aux Business Owners un moyen d'évaluer la réussite, et constituent la base du Confidence Vote et de l'événement Inspect & Adapt.
Qu'est-ce que le Confidence Vote dans le PI Planning ? +
Le Confidence Vote est un sondage « fist-of-five » réalisé à la fin du PI Planning, où chaque participant évalue son degré de confiance dans l'atteinte des objectifs de PI engagés. Une moyenne de 3 ou plus est acceptée ; tout résultat inférieur déclenche un retravail du plan avant la clôture de l'événement.
En quoi le PI Planning à distance ou distribué diffère-t-il du présentiel ? +
Le PI Planning à distance suit le même agenda mais est divisé en blocs de demi-journées plus courts répartis sur plusieurs jours, utilise des tableaux numériques plutôt que des post-it, et dépend d'une planification tenant compte des fuseaux horaires. La plus grande différence réside dans l'outillage — un Program Board bidirectionnel et en temps réel (synchronisé avec Jira ou Azure DevOps) remplace le mur physique.
Comment se préparer à un événement de PI Planning réussi ? +
Un PI Planning réussi nécessite trois vérifications de préparation avant l'événement : la préparation organisationnelle (équipes, ART et Business Owners alignés), la préparation du contenu (principales fonctionnalités priorisées, briefings de vision et d'architecture préparés), et la préparation logistique (lieux, outillage, canaux de communication confirmés). Une liste de préparation au pré-PI Planning élimine les surprises dès le premier jour.
Le PI Planning peut-il être mené avec Jira ou Azure DevOps ? +
Oui. Kendis fournit une synchronisation bidirectionnelle en temps réel avec Jira, Azure DevOps et TFS, de sorte que les fonctionnalités, les stories, les dépendances et les objectifs de PI restent synchronisés entre le Program Board et votre outil ALM tout au long de l'événement de PI Planning et pendant l'exécution — aucun transfert manuel de données requis.
Des questions ?
Échangez avec notre expert produit pour comprendre comment Kendis peut aider votre organisation dans son parcours d'agilité à l'échelle.
Contactez-nous dès maintenant Obtenez une démo personnalisée gratuitement.
Regarder la vidéo
Rapports et analyses de programme
Collaborez à l'achèvement d'un Release Train grâce à une vue d'ensemble complète de toutes les activités de votre Program Board, résumées sous forme graphique et tabulaire.
Gestion des dépendances
Résumez toutes vos dépendances de PI en une solution dynamique unique, claire et simple, qui automatise les mises à jour du statut des dépendances tout au long du PI en fonction des déclencheurs que vous sélectionnez.
Suivi du Risk Register
Traitez et visualisez les risques présents et à venir de votre Program Increment, sprint ou itération afin de les identifier rapidement et de les atténuer en douceur.
Suivi des fonctionnalités
Visualisez la progression, le développement, l'ajout et la suppression des fonctionnalités, à travers les sprints et les équipes, de manière simple et facile.
Suivi des changements de périmètre
Suivez le périmètre de votre PI et les autres changements après la planification, vous épargnant des heures de travail manuel et éliminant la possibilité d'erreur humaine.
Solution
Kendis offre la solution complète pour vos besoins d'agilité à l'échelle
La collaboration, la communication et la transparence sont au cœur de Kendis. Il réduit brillamment tous les efforts pénibles et fait de l'ensemble du processus de planification de votre Program Increment une tâche très facile.
Regarder la vidéo
Les dépendances sont essentielles pour reconnaître, identifier et cartographier correctement les facteurs qui affectent votre progression. Dans Kendis, vous pouvez créer plusieurs dépendances sur votre Program Board et les suivre.
Regarder la vidéo
Avec Kendis, vous pouvez traiter et visualiser de manière transparente les risques présents et à venir de votre Program Increment, sprint ou itération, d'une façon qui rend leur identification et leur analyse sans douleur.
Regarder la vidéo
Créez des objectifs pour chaque équipe ou pour votre programme et liez-les à n'importe quel élément présent sur votre tableau. Cela vous permet de choisir précisément quelles fonctionnalités et stories contribuent à l'objectif.
Regarder la vidéo
Une fonctionnalité extrêmement vitale et puissante qui donne une vue d'ensemble de toutes les activités récentes réalisées. Présentées sous forme graphique ou tabulaire, vous obtenez toutes les informations nécessaires d'un simple coup d'œil.
Regarder la vidéo
Essayez-le
Prêt à commencer ?
Nous priorisons vos priorités.
Kendis fournit la solution de mise à l'échelle la plus intelligente pour la transformation d'entreprise la plus efficace.
Kendis fournit la solution de mise à l'échelle la plus intelligente pour la transformation d'entreprise la plus efficace.
GratuitementAucune carte de crédit requise.