Planifier une livraison en Scrum : un guide pratique
Le Guide Scrum s'arrête volontairement au Sprint. Il définit le Sprint, la planification de Sprint, l'objectif de Sprint et le carnet de produit, mais il ne prescrit jamais de « plan de livraison ». C'est intentionnel : Scrum est un cadre, pas un plan de projet. Pourtant, la plupart des équipes doivent répondre à quelqu'un à la question « quand ce sera prêt, approximativement? ». La planification de livraison permet d'y répondre honnêtement, sans prétendre à une précision que l'on n'a pas.
Début 2021, avec des équipes dispersées entre les bureaux à domicile et des chaînes d'approvisionnement encore instables, la tentation était soit de trop planifier (un énorme diagramme de Gantt auquel personne ne croyait), soit de ne rien planifier. Le juste milieu utile est une prévision de livraison légère et régulièrement actualisée, fondée sur les propres données de l'équipe.
Ce qu'est réellement un plan de livraison
Un plan de livraison est une prévision, pas un engagement. Il associe une tranche ordonnée du carnet de produit à un horizon approximatif afin que les parties prenantes puissent décider en conséquence — marketing, formation, contrats, démarches réglementaires. Il appartient au Product Owner, responsable du carnet et de son ordre, et il se reconstruit à chaque Sprint au fur et à mesure des apprentissages.
Comment le construire
Définir l'objectif de livraison. Énoncez en une phrase le résultat attendu — pas une liste de fonctionnalités. « Permettre aux nouveaux clients de s'inscrire sans appel » vaut mieux que « livrer les écrans 1 à 9 ». L'objectif vous permet de réduire la portée plus tard sans perdre le sens.
Ordonner le carnet vers cet objectif. Le Product Owner place en haut le travail à plus forte valeur et à plus grand risque. Un plan de livraison ne vaut que ce que vaut l'ordre du carnet sous-jacent.
Estimer grossièrement. Utilisez l'approche d'estimation de l'équipe — points, calibrage ou simple comptage d'éléments. Les éléments proches doivent être plus clairs que les lointains.
Prévoir avec une vélocité réelle. Prenez le débit moyen des derniers Sprints, et idéalement sa fourchette (basse et haute). Divisez le travail restant par cette fourchette pour obtenir un écart de Sprints, et non une fausse date unique.
L'exprimer en fourchette. Dites « 3 à 5 Sprints » ou « probablement d'ici la fin du T3, peut-être jusqu'au T4 ». Une fourchette honnête inspire plus confiance qu'une date précise qui dérape.
Reprévoir à chaque Sprint. À chaque revue de Sprint, mettez à jour la vélocité, réordonnez le carnet et faites glisser l'horizon. Le plan est un artefact vivant, nourri par des données réelles.
Pièges courants
Traiter la prévision comme une promesse, puis punir l'équipe lorsque la réalité diffère de l'estimation.
Planifier sur la vélocité maximale plutôt que moyenne — cela garantit le retard.
Ignorer les dépendances externes. En 2021 surtout, un délai matériel ou une intégration tierce pouvait éclipser le développement; inscrivez-les comme éléments ou risques explicites.
Figer à la fois portée, date et qualité. Choisissez ce qui cède — généralement la portée — et dites-le clairement.
Bien menée, la planification de livraison ne ralentit pas l'équipe Scrum. Elle donne à son entourage un horizon planifiable tout en préservant la liberté de l'équipe d'inspecter et d'adapter à chaque Sprint. La prévision s'affine à mesure que la livraison approche — exactement le comportement d'une estimation honnête.
Si votre organisation met en place une livraison agile et a besoin de prévisions auxquelles la direction peut vraiment se fier, le conseil en livraison de programmes et de projets de XNM peut vous aider à instaurer la pratique.