← Tous les articles

Si vous avez besoin d'un sprint de stabilisation, c'est qu'un problème est survenu plus tôt

By XNM Technologies · June 27, 2021 · 3 min read
Si vous avez besoin d'un sprint de stabilisation, c'est qu'un problème est survenu plus tôt

Une équipe avec qui j'ai travaillé au début de 2021 venait de passer entièrement au télétravail et se précipitait pour livrer une version promise par l'entreprise pour la fin du trimestre. Son plan prévoyait un « sprint de stabilisation » de deux semaines tout à la fin : du temps pour corriger les bogues, terminer les tests et stabiliser. Cela semblait responsable. C'était en réalité un voyant d'alarme. Un sprint de stabilisation, c'est l'endroit où tout le travail discrètement laissé de côté pendant les Sprints précédents arrive à échéance d'un seul coup.

Le Guide Scrum est clair là-dessus. Chaque Sprint doit produire un Incrément utilisable et potentiellement livrable qui respecte la Définition de Terminé. Si vous avez régulièrement besoin d'une phase distincte par la suite pour rendre le travail réellement livrable, c'est que vos Incréments n'étaient jamais terminés au départ. L'étiquette « stabilisation » ne fait que déguiser une qualité reportée en activité planifiée.

Pourquoi ce signal apparaît

Cela vient rarement de la paresse. Cela vient d'une Définition de Terminé trop faible, de la pression à rapporter plus de points que l'équipe ne peut vraiment achever, ou de tests et d'intégrations traités comme l'affaire de quelqu'un d'autre « pour plus tard ». Le télétravail et le mode hybride ont aggravé cela en 2021 : les conversations de couloir qui repéraient autrefois le travail inachevé ont disparu, et les écarts sont restés cachés jusqu'à la fin. Le sprint de stabilisation devient le fourre-tout, et le fourre-tout ne cesse de grossir.

Une liste de vérification à utiliser cette semaine

  1. Lisez votre Définition de Terminé à voix haute, en équipe. Si elle n'inclut pas les tests, l'intégration et tout ce que la « stabilisation » couvre habituellement, elle est incomplète. Ajoutez ces éléments dès maintenant pour que « terminé » veuille dire « livrable ».

  2. Examinez vos trois derniers Sprints à la recherche de reports. Dressez la liste de chaque élément marqué terminé qui a ensuite exigé une reprise en phase de stabilisation. Cette liste est votre véritable écart, et non une faute personnelle à imputer à quelqu'un.

  3. Cessez de compter le travail non terminé comme de la vélocité. Si un élément ne respecte pas la Définition de Terminé, il ne compte pas pour ce Sprint. Une vélocité honnête est plus basse au début, puis bien plus prévisible.

  4. Intégrez les tests et l'intégration dans le Sprint. Faites-en des critères d'acceptation de chaque élément du carnet, et non une étape en aval. Automatisez les vérifications répétitives pour que l'équipe puisse vraiment atteindre le seuil à chaque Sprint.

  5. Renommez le sprint de stabilisation en transition, avec une date de fin. Si vous en avez réellement besoin pour solder une dette historique, traitez-le comme un nettoyage ponctuel, avec un plan explicite pour ne plus jamais en avoir besoin.

  6. Inspectez cela lors de la Rétrospective de Sprint. Posez une seule question : tout ce que nous avons qualifié de terminé respectait-il vraiment la Définition de Terminé ? Améliorez le processus là où la réponse est non.

Le but n'est pas d'interdire une période de stabilisation si votre base de code porte déjà des années de dette. Le but est de cesser d'en créer de la nouvelle. Une équipe qui termine chaque Sprint selon une Définition de Terminé exigeante n'accumule pas un arriéré de risque caché, et n'a donc jamais besoin d'un tampon pour l'absorber.

Quand vous retirez le sprint de stabilisation et que rien ne casse, vous avez la preuve que le travail était bel et bien terminé. Quand quelque chose casse, vous avez trouvé exactement où votre Définition de Terminé doit être renforcée. Dans les deux cas, vous apprenez quelque chose de réel, et la livraison cesse de dépendre de deux semaines pleines d'espoir à la fin.

Si votre cadence de livraison continue de s'appuyer sur une phase de nettoyage à la fin, le conseil en exécution de programmes et de projets de XNM peut vous aider à resserrer votre Définition de Terminé et à terminer chaque Sprint à un niveau réellement livrable.