Un Sprint est un conteneur à durée limitée pour le travail. Alors qu'un Plan decompose une fonctionnalité, un Sprint organise ce qu'une équipe réalise sur une période donnée.
Ils ne sont pas des alternatives. Un Sprint peut contenir des Tâches appartenant à plusieurs Plans, et un Plan peut s'étendre sur plusieurs Sprints.
Ce qu'offre un Sprint
- une période définie avec du travail y étant assigné
- des métriques sur ce qui a été livré par rapport à ce qui était prévu
- un calendrier de son évolution
- des paramètres définis pour le Sprint
Métriques
La vue des métriques indique ce qui s'est réellement produit par rapport à ce qui était prévu.
Les chiffres à surveiller :
- Ce qui a été accompli par rapport aux engagements pris. Une sous-livraison récurrente signifie généralement un sur-engagement, et non une mauvaise performance.
- Taux de retravail. Un taux de retravail élevé indique un problème de qualité des Spécifications plutôt qu'un problème d'exécution — consultez les Spécifications.
- Temps d'attente. Le travail en attente dans
PENDINGconstitue un signal de capacité, et non un outil de planification.
Cette distinction est essentielle. Un Sprint ayant livré moins que prévu parce que les Tâches ont attendu pendant des jours présente un problème de capacité ; la même insuffisance due au fait que les Tâches revenaient sans cesse en retravail indique un problème de spécifications. Les solutions à apporter diffèrent.
Calendrier
Il montre l'évolution du Sprint plutôt que simplement son résultat final. Un Sprint ayant tout livré durant les deux derniers jours s'est déroulé très différemment d'un Sprint ayant livré régulièrement, même si les totaux sont identiques.
Grâce à l'exécution autonome, la forme du calendrier est souvent dictée par la capacité : le travail attend que des créneaux se libèrent, puis plusieurs éléments sont finalisés ensemble.
Sprints et capacité
Un Sprint ne réserve pas de capacité. Ses Tâches concourent dans la même file d'attente que tout le reste, classées selon leur priorité.
Si le travail du Sprint doit avoir la priorité sur l'automatisation en arrière-plan, définissez sa priorité en conséquence — et attribuez une priorité plus faible au travail planifié et à Sentinel. Consultez Capacité et emplacements d'agents.
Quand ne pas en utiliser
Si vous ne suivez pas de processus à durée limitée, les Sprints ne vous sont pas nécessaires. Les Plans gèrent la décomposition et les voies parallèles gèrent le parallélisme ; les Sprints n'apportent de valeur que si la période elle-même constitue une unité de planification et de reporting.