Une bonne planification est fondamentale pour le succès.

Beaucoup de gens pensent qu’en agile il n’y a pas de planification, ce qui est catégoriquement faux : il n’y a pas de planification détaillée à long terme (comme par exemple les fameux diagrammes de Gantt, qui ne sont presque jamais réalisés), mais il y a une planification détaillée à court et moyen terme, et une planification de haut niveau à long terme avec les feuilles de route.

Cet article présente en détail les fonctions, les similitudes et les différences entre la planification PI et la planification du sprint.

Comprendre la planification PI et la planification du sprint

Voyons ce que sont ces deux événements et comment ils fonctionnent.

Qu’est-ce que la planification PI ?

Laplanification de l’IP est une pierre angulaire du Scaled Agile Framework (SAFe).

Il s’agit d’un événement de planification qui réunit pendant deux jours entiers tous les membres de toutes les équipes qui composent un train (Agile Release Train, également connu sous son acronyme : ART).

Il sert à aligner les objectifs et à planifier les produits à livrer pour le prochain incrément de programme, c’est-à-dire pour les 8 à 12 semaines à venir. Cet événement est crucial pour s’assurer que toutes les équipes sont alignées et synchronisées.

Principes de base de la planification du sprint

La planification du sprint est l’une des quatre cérémonies ou événements clés de la méthodologie Scrum, de loin la plus utilisée et la plus connue de celles qui font partie de l’état d’esprit Agile. Cet événement marque le début de chaque sprint, qui dure généralement entre deux et quatre semaines.

Pendant la planification du sprint, l’équipe de développement, avec le propriétaire du produit et le Scrum Master (en tant que « facilitateur »), sélectionne les histoires d’utilisateurs ou les éléments du Backlog du produit qu’elle s’engage à réaliser en tant qu’équipe au cours du sprint.

Dans la planification du sprint, l’équipe doit énoncer clairement l’objectif du sprint et un plan pour l’atteindre. Une bonne pratique consiste à définir d’abord l’objectif du sprint, puis à sélectionner les PBI (éléments du carnet de commandes) qui permettront a priori d’atteindre cet objectif.

Durée et cycles des sprints agiles

Le choix de la durée du sprint dans la méthode Agile a une grande influence sur la manière dont l’équipe travaillera.

L’objectif est de choisir la durée la plus courte possible, car cela permet aux équipes de s’adapter rapidement aux besoins changeants des clients, tout en gardant l’accent sur la création fréquente de valeur. Cependant, une durée trop courte oblige l’équipe à être capable de « casser » ou de décomposer les histoires d’utilisateur en histoires plus petites qui sont encore petites mais qui apportent de la valeur en elles-mêmes et constituent un véritable produit livrable qui peut être montré pour un retour d’information lors de la revue de sprint. Cette décomposition des histoires en histoires plus petites n’est pas toujours facile ou même faisable, c’est pourquoi la durée de sprint la plus courte n’est pas toujours choisie. Il peut également arriver qu’au cours de sprints « trop courts », l’équipe n’ait pas la capacité de livrer quoi que ce soit, mais nous en reparlerons une autre fois.

De quelles durées parlons-nous, qu’est-ce qu’une courte ou une longue durée ?

Selon le Manifeste Agile Manifesto, le troisième principe est le suivant : « Nous livrons des logiciels fonctionnels fréquemment, entre deux semaines et deux mois, avec une préférence pour la période la plus courte possible ». Scrum dans le Guide Scrum le guide Scrum restreint encore les choses, puisqu’il prescrit des sprints d' »un mois ou moins ».

Par conséquent, les sprints durent généralement de deux à quatre semaines. deux à quatre semaines. Mais ce qui est courant n’est pas forcément ce qui convient le mieux à chaque équipe.

La nature itérative des sprints facilite l’amélioration, l’apprentissage et l’adaptation continus, caractéristiques essentielles de la méthode Agile.

Principales différences entre la planification PI et la planification du sprint

Il s’agit dans les deux cas d’événements de planification dans le cadre de la méthode Agile, mais ils présentent des différences essentielles.

Il ne s’agit pas d’événements qui s’excluent mutuellement, mais d’événements complémentaires :

• si nous sommes dans une équipe « isolée », nous ferons une planification de sprint.
• si cet équipement n’est pas isolé, mais fait partie d’un train, nous effectuerons également une planification PI.

Approche stratégique et approche tactique ( voir l’article)

La planification de l’IP Planification PI (Programme Increment Planning) dans SAFe est l’événement de planification du train, c’est-à-dire d’une équipe d’équipes, pour la période de 8 à 12 semaines à venir.

Il s’agit d’une planification axée sur l’alignement des équipes autour d’une vision et d’objectifs communs, de haut niveau, sans entrer dans les détails. Il s’agit donc d’une approche stratégique.

En revanche, la planification de sprint est effectuée au début de chaque sprint, qui dure généralement de 2 à 4 semaines.

Lors de cet événement, l’équipe détaille l’objectif de ce sprint et le travail (les histoires d’utilisateurs) qui sera réalisé au cours du sprint, sur la base des estimations et des priorités du Backlog de produit et de la capacité de l’équipe. Il s’agit d’une planification détaillée, plus tactique que stratégique.

Échelle et portée de la planification

L’échelle et la portée de la planification diffèrent considérablement entre la planification PI et la planification du sprint.

La planification de l’IP se fait à un niveau plus élevé, impliquant plusieurs équipes (dans certains cas, l’ensemble de l’organisation), ce qui permet d’avoir une vision globale et coordonnée du projet. Cette planification comprend des discussions sur les dépendances entre les équipes, les risques potentiels et les stratégies d’atténuation, ce qui nécessite une vision large et à long terme. Les résultats attendus sont généralement discutés.

En revanche, la planification du sprint se concentre sur une seule équipe et sur son travail à venir. Son champ d’application est limité au prochain sprint, l’objectif étant de définir des livrables spécifiques. Ce niveau de détail et cette focalisation immédiate aident les équipes à réagir rapidement aux changements. Généralement appelée PBI.

Participation de l’équipe et rôles

L’implication et les rôles des équipes sont également différents entre les deux événements.

Dans la planification de l’IP, la participation est large, incluant tous les membres de l’Agile Release Train (ART), les chefs d’entreprise et les parties prenantes. Cette approche collaborative garantit que toutes les parties prenantes ont leur mot à dire dans la planification et s’engagent à atteindre les objectifs.

En revanche, la planification du sprint n’implique que l’équipe Scrum: le propriétaire du produit, le Scrum Master et l’équipe de développement. Il est vrai que des personnes d’autres équipes peuvent parfois y participer en tant qu’experts pour soutenir l’équipe. Cette réunion se concentre sur l’engagement de l’équipe à atteindre un objectif au cours du prochain sprint.

Intégration de la planification de l’IP et de la planification du sprint dans la méthode Agile

Comme nous l’avons dit, les deux événements ne s’excluent pas l’un l’autre, ils sont au contraire complémentaires !

Comment la planification de l’IP et la planification du sprint complètent votre méthodologie Agile

La planification PI, ou planification incrémentale du programme, est une stratégie de haut niveau qui permet à plusieurs équipes travaillant sur le même produit ou la même solution d’aligner leurs efforts et leurs objectifs pour les mois à venir. Elle se concentre sur l’établissement d’une vision et d’une planification communes et sur l’identification des risques et des dépendances entre les équipes à un stade précoce du processus. Cette approche stratégique est cruciale pour les produits importants et complexes, pour lesquels la cohésion et la collaboration entre plusieurs équipes sont essentielles.

La planification de sprint, quant à elle, concerne la planification tactique à court terme. Chaque sprint, qui dure généralement de deux à quatre semaines, commence par une session de planification au cours de laquelle l’équipe fixe un objectif et sélectionne dans le carnet de commandes les histoires d’utilisateurs qu’elle s’engage à terminer. Ce processus permet à l’équipe de rester concentrée et adaptable, avec des objectifs clairs et réalisables qui s’inscrivent dans la stratégie plus large établie lors de la planification de l’IP.

Ensemble, la planification PI et la planification Sprint créent un cadre solide qui combine une vision stratégique à long terme et une agilité opérationnelle à court terme.

Cette dualité permet de poursuivre de grands objectifs stratégiques sans perdre la capacité de s’adapter rapidement aux changements du marché.

Cas d’utilisation : Quand utiliser la planification PI plutôt que la planification du sprint ?

Tout d’abord, rappelez-vous qu’il ne s’agit pas d’événements mutuellement exclusifs mais complémentaires: si nous sommes dans une équipe « isolée », nous ferons la planification du sprint et non la planification de l’IP. Si cette équipe n’est pas isolée mais fait partie d’une équipe d’équipes, nous ferons les deux événements de planification.

Une équipe Scrum a par définition un maximum de 11 membres, y compris le PO et le Scrum Master. Lorsque le produit/solution est plus complexe, et que beaucoup plus de personnes sont nécessaires. SAFe propose dans son cadre de créer un niveau supérieur, l’équipe de formation ou l’équipe d’équipes, avec ses propres événements et rôles, et le propose pour des cas avec un minimum d’environ 50 personnes.

Le choix dépend de la complexité à gérer.

Par conséquent, en Agile, et plus particulièrement en Scrum, nous ferons certainement toujours des planifications de sprint pour planifier chaque sprint. Nous n’ajouterons pas de complexité inutile. Et si le produit/solution est suffisamment important pour nécessiter 50 personnes ou plus, nous ferons évoluer Agile en utilisant la ressource SAFe, et nous ajouterons donc de nouveaux événements tels que la planification PI.

Maximiser l’efficacité de la planification agile

Voici quelques stratégies clés pour optimiser les deux événements de planification.

Bonnes pratiques pour la planification de l’IP

• Préparation: Avant la planification de l’IP, l’ETT en tant que facilitateur doit s’assurer que le GP a préparé les deux intrants de la planification de l’IP : la vision et l’ART Backlog priorisé (au moins les éléments les plus prioritaires, environ les 10 premiers). Il doit également préparer et bien communiquer les outils de travail collaboratif (par exemple Miro, Teams, Zoom, etc.), en se mettant à la place d’un nouveau membre du train pour s’assurer qu’il ne sera pas assailli par des doutes sur le processus pendant le PI Planning lui-même, ce qui ralentirait le reste du train.
• Objectifs clairs: fixez des objectifs clairs et réalisables pour la période d’enquête.
• Communication efficace: Favoriser un environnement ouvert où tous les membres partagent leurs idées, leurs préoccupations et leurs solutions.
• Réviser et ajuster: à la fin de la planification de l’IP, demandez un vote de confiance à tous les membres du train et ajustez si nécessaire pour vous assurer que les objectifs sont ambitieux mais réalisables.

Conseils pour une planification efficace du sprint

• Hiérarchisation du carnet de commandes: le Product Owner est chargé de veiller à ce que le carnet de commandes soit fréquemment mis à jour et hiérarchisé ; dans l’idéal, il devrait le faire avec le soutien de l’équipe.
• Objectif du sprint: l’équipe, après avoir sélectionné les histoires à réaliser au cours du sprint, doit se mettre d’accord sur un objectif de sprint, qui doit être écrit à un endroit bien visible, dans un souci de transparence et d’alignement entre les membres de l’équipe.
• Clarté du travail à accomplir: chaque histoire d’utilisateur doit avoir des critères d’acceptation clairs et être comprise par tous les membres de l’équipe, afin d’éviter toute ambiguïté ou tout malentendu quant à la date d’achèvement de l’histoire d’utilisateur.

Outils logiciels pour soutenir à la fois la planification

Voici quelques outils logiciels recommandés pour faciliter et optimiser la planification :

• Miro : est un tableau blanc électronique, une toile infinie sur laquelle vous pouvez réaliser toutes sortes de tableaux, diagrammes, post-its. C’est le meilleur tableau blanc électronique pour ses fonctionnalités et sa facilité d’utilisation.
• JIRA: un logiciel de gestion de projet entièrement agile et personnalisable.
• Confluence: il s’agit d’un wiki, idéal pour documenter les résultats de la planification de l’IP ; il est étroitement intégré à Jira (il est développé par la même société, Atlassian).
• Trello: est un outil très visuel et simple pour gérer des projets et des tâches. Trello peut être particulièrement utile pour les petites équipes.
• Microsoft Teams ou Slack: il s’agit de plateformes de communication qui peuvent être intégrées à de nombreux autres outils ; elles sont essentielles pour maintenir les équipes en contact, en particulier dans les environnements de travail à distance.