La planification de sprint répond à trois questions, dans l'ordre : pourquoi ce sprint (l'objectif), quoi (les stories), comment (le découpage en tâches).

Partir de la capacité, pas de l'envie

L'équipe estime combien elle peut réellement faire, en tenant compte des absences, des jours fériés, du temps de réunion, d'une éventuelle astreinte. On ne prend pas « ce qu'on aimerait finir » mais « ce qu'on pense pouvoir finir ».

L'équipe tire, on ne lui pousse pas

C'est l'équipe qui décide combien de stories elle prend, pas le PO ni le SM. Un engagement imposé n'est pas un engagement : il est subi, et il saute au premier imprévu.

Ne prendre que des stories prêtes

Une story sans critères d'acceptation, non estimée, ou dont le besoin n'est pas clair, n'entre pas dans le sprint. Si le refinement a été fait, c'est déjà le cas.

Découper en tâches (le « comment »)

Pour chaque story retenue, l'équipe liste les tâches concrètes de réalisation. Cela révèle les stories mal comprises (« on ne sait pas par où commencer ») et les oublis (tests, revue, déploiement).

Le signe d'une bonne planification

Elle est courte (une à deux heures pour un sprint de deux semaines) parce que le gros du travail de compréhension a eu lieu au refinement. Une planification qui s'éternise trahit un backlog mal préparé.

Exemple concret : l'équipe de fidélité, cinq personnes, planifie sur deux semaines. Une personne est absente trois jours : la capacité est ajustée. L'équipe retient quatre stories, toutes déjà estimées et clarifiées, et les découpe en tâches en 40 minutes.

À vous de jouer : citez, dans l'ordre, les trois questions auxquelles répond une planification de sprint.