Modèle de planification de sprint (copier-coller)

Un modèle de planification de sprint est une structure simple et reproductible permettant de consigner les résultats de la planification : l’objectif du sprint, la capacité de l’équipe, le travail sélectionné et l’évaluation par l’équipe de sa capacité à mener à bien ce travail. Son rôle est de garantir que ces quatre éléments fassent l’objet d’une décision à chaque sprint et qu’aucun point important ne reste implicite.

Copiez le modèle ci-dessous dans l’outil de votre choix : un document Word, une page wiki, votre outil de gestion des tickets ou TeamRetro. Remplissez-le pendant la réunion, de haut en bas, dans l’ordre dans lequel vous menez la réunion.

Le modèle

Copiez ceci dans votre document, votre wiki ou votre outil de suivi et complétez-le au fur et à mesure :

# Sprint planning — Sprint #___
Dates: ___ to ___   ·   Team: ___

## Sprint goal
One sentence. What is meaningfully different or shippable when this sprint ends?
> ___

## Capacity this sprint
- Working days available: ___
- Known time off / holidays: ___
- Standing meetings & ceremonies: ___
- Support / on-call load: ___
- Realistic capacity: ___   (in the unit you plan in — points or days)

## Selected backlog items
| # | Item | Estimate | Serves the goal? | Owner (first) | Notes / risks |
|---|------|----------|------------------|---------------|---------------|
| 1 |      |          |                  |               |               |
| 2 |      |          |                  |               |               |
| 3 |      |          |                  |               |               |
|   | Total| ___      |                  |               |               |

Dependencies & risks: ___
Parking lot (raised, not solved here): ___

## Commitment check
Does the whole team believe we can finish the selected work and meet the goal?
[ ] Yes   [ ] Not yet — cut scope

C’est tout ce qu’il y a à dire. Évitez d’ajouter des champs. Chaque case qui n’influe pas sur une décision est une case que quelqu’un remplit par habitude et que personne ne lit.

Mode d’emploi

L’ordre des domaines correspond à l’ordre du jour de la réunion, et ce choix est délibéré.

1. La capacité avant la portée. Indiquez d’abord la capacité afin que la sélection soit soumise à une limite stricte. Les équipes qui laissent ce champ vide jusqu’à la fin finissent toujours par s’engager au-delà de leurs moyens, car c’est la pile de tickets qui détermine le nombre à traiter, et non le calendrier. Déterminez un chiffre réaliste en vous appuyant sur la planification de la vélocité et de la capacité.
2. L’objectif avant les tâches. Rédigez l’objectif du sprint avant de sélectionner les tâches, puis utilisez-le comme critère de sélection pour chaque tâche potentielle. La colonne « Contribue-t-elle à l’objectif ? » n’est pas là pour faire joli : une tâche qui obtient un « non » est susceptible d’être supprimée si le total dépasse la limite.
3. Continuez jusqu’à ce que le total atteigne la capacité, puis arrêtez-vous. Surveillez l’évolution du total estimé par rapport à votre capacité. Lorsque les deux chiffres coïncident, la sélection est terminée. Si vous ne savez pas comment évaluer la taille des éléments, il s’agit d’une estimation, et cela relève de l’affinement. Le planning poker est un moyen rapide de parvenir à un chiffre commun.
4. Assurez-vous que cet engagement soit réel. La dernière case est celle que les gens ont tendance à ignorer, et c’est pourtant la plus importante. Un « oui » timide aujourd’hui se traduira par un sprint manqué plus tard. Si le groupe hésite, réduisez la portée du projet jusqu’à ce que cet engagement soit sincère.

Remplissez-le en temps réel, pas après coup

Un modèle rempli après la réunion constitue un compte rendu. Un modèle rempli pendant la réunion constitue un plan : il oblige à formuler les décisions à voix haute, devant les personnes chargées de les mettre en œuvre. Si la case « capacité » est toujours vide au moment de la sélection des points, les participants savent qu’une étape a été omise.

C’est également pour cette raison qu’un espace de travail partagé et modifiable est préférable à un document privé pour les équipes travaillant à distance : chacun voit en temps réel le total s’accumuler par rapport à la capacité disponible, ce qui permet de repérer un surengagement dès qu’il se produit, plutôt que de le découvrir lors de la relecture du planning.

Quand un modèle devient un outil

Un document constitue un bon point de départ, et pour une petite équipe travaillant sur le même site, cela peut suffire amplement. Vous finirez par le dépasser à un moment prévisible : lorsque le fait de synchroniser manuellement le modèle, les estimations, la capacité et le tableau deviendra une corvée en soi. À ce stade, un outil spécialement conçu cesse d’être une charge supplémentaire et commence à vous faire gagner du temps : les estimations issues du « planning poker » sont intégrées directement dans le plan, la capacité est suivie individuellement pour chaque personne, et le backlog du sprint correspond au tableau lui-même, et non à une copie de celui-ci. Le chapitre outils de planification de sprint explique ce qu’il faut rechercher et où se situent les limites réelles.

Quel que soit l’outil que vous utilisez, les quatre éléments restent les mêmes : objectif, capacité, sélection, engagement. Notez-les à chaque sprint et la plupart des problèmes de planification ne se poseront même pas.

Foire aux questions

Que doit contenir un modèle de planification de sprint ?

Au minimum quatre éléments : l’objectif du sprint en une phrase, la capacité réelle de l’équipe pour ce sprint, les éléments du backlog sélectionnés avec leurs estimations, et une vérification des engagements. Tout le reste (participants, dates, risques, « parking lot ») est utile mais facultatif. Si un élément ne va pas influencer une décision, supprimez-le.

Comment remplir un modèle de planification de sprint ?

Procédez de haut en bas, dans l’ordre où vous menez la réunion : commencez par la capacité afin de délimiter le périmètre, puis définissez l’objectif, sélectionnez ensuite les éléments jusqu’à ce que le total des estimations atteigne la capacité, puis assurez-vous que l’équipe adhère à ce choix. Remplissez ce document en temps réel pendant la réunion de planification, et non après coup. Un modèle complété après la réunion constitue un compte rendu, et non un plan.

Avez-vous besoin d’un outil pour la planification des sprints, ou un modèle suffit-il ?

Un document partagé suffit pour commencer et vaut mieux que l’absence totale de structure. Un outil prend tout son sens lorsque vous souhaitez que les estimations, les capacités et le tableau de bord soient automatiquement synchronisés, ou lorsque la planification s’effectue à distance et que tout le monde doit pouvoir modifier le document simultanément. Commencez par le modèle ; adoptez un outil lorsque la contrainte liée à la copie d’informations d’un endroit à l’autre devient pénible.