Une planification de sprint qui se termine vraiment à temps : six pièges et leurs correctifs
Quand un sprint dérape, le post-mortem cherche d'ordinaire la cause au milieu du sprint. Le plus souvent, tout s'est joué le premier jour. La planification de sprint est le moment où l'équipe s'engage sur ce qui est réalisable, et un plan faible garantit presque un résultat faible, peu importe les efforts déployés ensuite.
Le Guide Scrum articule la planification de sprint autour de trois questions : pourquoi ce sprint est-il utile, que peut-on faire et comment le travail sera-t-il réalisé. Cette structure est solide. Ce qui dérape, c'est la conduite de la conversation. Début 2021, avec tant d'équipes nouvellement réparties dans des bureaux à domicile, la salle était devenue virtuelle — et les mauvaises habitudes ci-dessous se sont nettement aggravées.
Les pièges où tombent les équipes
Planifier sans objectif de sprint. Une liste d'éléments n'est pas un objectif. Sans une seule cible cohérente, l'équipe ne peut faire d'arbitrages en cours de sprint, et chaque élément paraît également obligatoire. Définissez d'abord le pourquoi; il donne un cap à l'équipe.
Intégrer des éléments non affinés. Si l'équipe débat encore du sens d'un élément du backlog produit durant la planification, c'est qu'il n'était pas prêt. L'affinage est un travail continu, pas une activité du jour de planification. Les éléments non prêts gonflent et brisent la prévision.
Considérer la capacité comme une semaine complète. Les gens prennent des congés, assistent à des réunions, gèrent du soutien. Une équipe qui planifie comme si chacun codait quarante heures se surengage à chaque sprint. Planifiez selon le temps réellement disponible.
Laisser le gestionnaire fixer la portée. Ce sont les développeurs qui décident de ce qu'ils peuvent prendre — c'est au cœur de Scrum. Quand la portée est dictée de l'extérieur, la prévision cesse d'en être une et devient un souhait, et la responsabilité s'évapore en silence.
Aucun plan pour les premiers jours. Le « comment » compte. Les équipes qui quittent la planification sans avoir au moins décomposé les premiers éléments en un chemin de travail clair perdent souvent les premiers jours à chercher par où commencer.
Confondre la prévision avec un contrat. Le backlog de sprint est une prévision que les développeurs affinent tout au long du sprint. La traiter comme une promesse fixe décourage la replanification honnête qui garde l'objectif de sprint atteignable.
Planifier un sprint qui tient
Une bonne planification commence avant la réunion. Le backlog produit doit être assez affiné pour que les éléments du haut soient clairs, petits et compris dans les grandes lignes. La conversation peut alors consacrer son énergie à l'objectif et à l'approche plutôt qu'à des clarifications de base.
Convenez d'abord de l'objectif de sprint, puis sélectionnez les éléments qui le servent. L'objectif est l'ancre; les éléments du backlog sont le moyen d'y parvenir.
Prévoyez selon la capacité réelle, et non le nombre de personnes multiplié par les heures. Soustrayez congés, réunions et charge de soutien récurrente.
Décomposez au moins les premiers jours de travail pour que l'équipe se mette en mouvement aussitôt, sans chercher.
Gardez une marge. Un plan sans jeu n'absorbe aucune surprise, et les surprises sont garanties.
N'oubliez pas la fenêtre de temps. La planification de sprint est plafonnée à huit heures pour un sprint d'un mois, et proportionnellement moins pour les plus courts. Cette limite est une vertu : elle force l'équipe à décider plutôt qu'à fignoler le plan. Si la planification déborde régulièrement, la cause est presque toujours un backlog mal affiné en amont, et non un manque de temps de réunion.
Un bon plan ne prédit pas l'avenir à la perfection. Il donne à l'équipe un objectif clair, une charge réaliste et un démarrage concret — de sorte que, lorsque la réalité s'invite, comme elle le fera, l'équipe peut s'ajuster sans perdre le fil.
Si vos sprints dérapent malgré des gens travaillants, le levier se trouve souvent en amont, dans la façon de planifier et de prévoir le travail. Le conseil en réalisation de programmes et de projets de XNM peut aider vos équipes à planifier des sprints qui terminent ce qu'ils commencent.