Planification du sprint et affinement du backlog
La planification du sprint et l'affinage du backlog sont deux réunions distinctes ayant des objectifs différents. L'affinage permet de préparer le backlog ; la planification permet de déterminer ce qui doit être pris en charge. Si vous les confondez, les deux processus échoueront.
La planification du sprint et l’affinage du backlog sont deux réunions distinctes que l’on confond souvent, car elles partagent les mêmes participants et le même sujet. La distinction claire est la suivante : l’affinage prépare le backlog ; la planification décide de ce qui sera pris en charge. L’affinage alimente le processus. La planification prend la décision. Si vous confondez les deux, vous compromettez leur efficacité respective.
La limite
L’affinage du backlog consiste à préparer en permanence les tâches à venir : clarifier leur signification, en évaluer l’ampleur, diviser celles qui sont trop volumineuses pour un sprint et y ajouter suffisamment de détails pour que l’équipe puisse s’en charger sans avoir à partir à la chasse au trésor. Ce travail s’effectue tout au long du sprint, avant la planification, et il ne s’achève jamais vraiment, car le backlog ne cesse de s’allonger.
La planification du sprint consiste en une seule réunion, organisée au début du sprint, au cours de laquelle l’équipe examine les éléments déjà prêts et décide lesquels elle s’engage à réaliser, dans le cadre d’un objectif de sprint, ainsi que la manière dont elle va les mettre en œuvre.
Le critère, c’est la question à laquelle chaque réunion apporte une réponse. L’affinage répond à la question « Ce point est-il prêt à être traité ? » ; la planification répond à la question « Parmi les points prêts, lesquels allons-nous traiter ensuite, et pouvons-nous les mener à bien ? » L’une sert à préparer ; l’autre, à s’engager.
| Affinement du carnet de commandes | Planification du sprint | |
|---|---|---|
| Emploi | Préparez les éléments — clarifiez, déterminez la taille, divisez | Déterminez ce que vous souhaitez valider et comment vous allez vous y prendre |
| Question à laquelle elle répond | Est-ce que cela est prêt à être traité ? | Quels sont les éléments prêts, et pouvons-nous terminer ? |
| Quand | En cours, tout au long du sprint | Un jour, au début du sprint |
| Résultat | Un carnet de commandes bien rempli | Un objectif de sprint + le backlog du sprint |
| Sous la direction de | Responsable produit | L’équipe au complet (prévisions des développeurs) |
Pourquoi le fait de les flouter nuit aux deux
Lorsque le travail de précision n’est pas effectué, c’est la phase de planification qui en fait les frais — et c’est de là que provient la réunion de planification de quatre heures. L’équipe passe la réunion à essayer de comprendre la signification même des éléments, à débattre de leur ampleur et à se rendre compte qu’une story est trop vaste pour être intégrée, tandis que le temps imparti à la prise de décision et à la planification s’écoule inexorablement. Vous repartez avec un engagement pris à la hâte, sans grande certitude, sous la pression du temps.
L’échec inverse est plus discret. Lorsque le raffinement tente de se substituer à la planification — en estimant la taille des tâches et en s’y engageant implicitement plusieurs semaines à l’avance —, l’équipe se retrouve mentalement prisonnière d’un travail qu’elle n’a pas accepté, pour atteindre un objectif qui n’existe pas encore. Les priorités évoluent, et l’on se retrouve alors attaché, par des coûts irrécupérables, à un plan que personne n’a officiellement établi.
Séparez-les et chacune remplira bien son rôle. Un afflux régulier de précisions tout au long du sprint garantit que le haut du backlog est toujours prêt, ce qui permet de tenir des réunions de planification courtes et axées sur la prise de décision. C’est là le principal facteur influant sur la durée des réunions de planification : une réunion de planification qui s’éternise est presque toujours le signe qu’une réunion de précision n’a jamais eu lieu.
Comment ils se relaient
Considérez cela comme un pipeline. Le processus de raffinement maintient une réserve d’éléments prêts en tête du backlog — suffisante pour le ou les deux prochains sprints. La planification puise dans cette réserve. Si celle-ci est pleine et bien organisée, la planification consiste simplement à prélever des éléments en haut de la liste jusqu’à atteindre la capacité et à valider le plan. Si la réserve est vide, la planification doit la reconstituer sur-le-champ, et la réunion fait les frais de l’absence de raffinement.
La définition de « prêt » correspond au contrat établi au moment du transfert : il s’agit de la liste de contrôle qu’un élément doit satisfaire lors de la phase de raffinement avant de pouvoir être pris en compte dans la planification. C’est ce qui empêche les éléments pas encore au point de se glisser dans la réunion de planification et de la transformer à nouveau en phase de raffinement.
Peut-on les combiner ?
C’est possible, et les petites équipes ou celles qui en sont à leurs débuts organisent parfois une seule réunion pour affiner les éléments suivants et planifier le sprint. C’est un compromis raisonnable lorsque le backlog est très restreint et que l’équipe travaille sur le même site. Mais il s’agit d’un compromis, et non d’un objectif : la réunion combinée a tendance à s’éterniser et à brouiller les deux tâches, et elle s’avère difficilement adaptable à mesure que le backlog s’étoffe.
Dès que vous le pouvez, séparez ces deux activités. Une courte session régulière de raffinement — ne serait-ce que 30 à 45 minutes par semaine — vous permettra d’organiser une réunion de planification courte et ciblée. La plupart des équipes qui se plaignent que la planification prend trop de temps n’ont pas de problème de planification ; elles souffrent d’un manque de raffinement.
La place de chacun dans le contexte global
Le raffinement et la planification sont deux maillons de la chaîne des événements d’un sprint, et tous deux sont abordés dans le guide des cérémonies agiles, aux côtés du scrum quotidien, de la revue et de la rétrospective. Si vous souhaitez remédier aux longues réunions de planification, commencez en amont : lisez le chapitre consacré à l’affinage du backlog pour savoir comment mener efficacement une séance d’affinage, puis utilisez l’ordre du jour de ce guide afin de limiter la planification à la prise de décision qu’elle est censée être.
Foire aux questions
Quelle est la différence entre la planification du sprint et l’affinement du backlog ?
Le raffinement du backlog prépare les éléments à venir — en les clarifiant, en les chiffrant et en les fractionnant — afin qu’ils puissent être traités. La planification de sprint permet de déterminer lesquels de ces éléments prêts l’équipe s’engage à réaliser lors du prochain sprint, et comment elle va les mettre en œuvre. L’affinage alimente la planification ; la planification prend les décisions. L’affinage est un processus continu ; la planification a lieu une fois par sprint.
Le raffinement du backlog a-t-il lieu avant ou pendant la réunion de planification du sprint ?
Au préalable, et de préférence pas au cours de la même réunion. Le raffinement s’effectue tout au long du sprint, avant la planification, de sorte qu’au moment où celle-ci commence, le haut du backlog soit déjà bien compris et chiffré. Si vous passez du temps à clarifier et à estimer des éléments pendant la planification, c’est que le raffinement n’a pas eu lieu — et la planification s’éternisera.
Peut-on combiner l’affinement du backlog et la planification du sprint ?
C’est possible, et les équipes très petites ou en phase de démarrage le font parfois — mais il s’agit d’un compromis, et non d’une bonne pratique. Lorsqu’elles sont combinées, ces réunions ont tendance à s’éterniser et à brouiller la distinction entre la prise de décision et la préparation. Veillez à les séparer dès que vous le pouvez : une courte session de raffinement régulière permet de préserver une réunion de planification brève et ciblée.
Qui est chargé de l’affinement du backlog ?
C’est le Product Owner qui dirige le processus — il est responsable du backlog et de ses priorités —, tandis que les développeurs se chargent de clarifier et d’évaluer l’ampleur des tâches. Le Scrum Master intervient en tant que facilitateur si nécessaire. Les participants sont les mêmes que lors de la planification de sprint, ce qui explique en partie pourquoi ces deux processus sont souvent confondus, mais leurs rôles sont distincts.