-
Y a-t-il une différence entre Sprint et une itération ou peut-on avoir des itérations dans un Sprint ou Sprint est simplement le terme utilisé à la place d'itération dans Scrum? Il serait utile si quelqu'un pouvait éclairer ce point.
-
Supposons qu'il y ait 4 sprints et que vous ayez décidé que le premier sprint durera jusqu'à 10 jours, est-il nécessaire que les 3 autres sprints aient la même durée que le premier sprint décidé??
Réponses
Trop de publicités?Tous les sprints sont des itérations mais toutes les itérations ne sont pas des sprints. L'itération est un terme commun dans le développement itératif et incrémental (DII). Scrum est une saveur spécialisée du DII, il est donc logique de spécialiser également la terminologie. Cela aide également à différencier la méthodologie des autres méthodologies de DII :)
Quant à la durée du sprint : tout est permis tant que le sprint est timeboxé, c'est-à-dire qu'il se termine à la date prévue et non "quand il est prêt". (Ou alternativement, dans de rares occasions, le sprint est interrompu prématurément pour commencer un nouveau sprint si certaines conditions essentielles ont changé.)
Il est utile que les sprints aient des durées similaires. Il y a moins de choses à retenir sur le calendrier des sprints et votre planification est plus précise. J'aime garder les miens à 2 semaines calendaires, ce qui se traduira par 8 à 10 jours ouvrables en dehors des périodes de vacances.
Sprint == Itération.
Les durées peuvent varier, mais c'est un précédent de planification déconseillé de les laisser varier trop.
Gardez-les consistantes en durée et vous deviendrez meilleur en planification et livraison. Tout sera mesuré par le nombre de sprints de 10 jours nécessaire pour finir une série de cas d'utilisation.
Gardez-les consistantes en longueur et vous pourrez planifier vos livraisons, tests utilisateur final, etc., avec plus de précision.
L'objectif est de livrer à temps à un rythme régulier. Un calendrier régulier rend le management légèrement plus simple et plus prévisible.
La chose importante à propos d'un sprint est que : à l'intérieur d'un sprint, la fonctionnalité qui doit être livrée est fixe.
Un sprint est normalement une itération. Mais vous pouvez par exemple avoir un sprint de 4 semaines, mais avoir 4 "itérations" internes d'une semaine chacune à l'intérieur de ce sprint.
Il y a beaucoup de discussions sur la durée des sprints. Je pense que si vous le faites selon le livre, ils devraient tous avoir la même durée.
Nous avons constaté qu'un premier sprint court pour mettre en place l'environnement de développement, suivi de sprints plus longs pour les fonctionnalités de base, puis des sprints courts vers la fin du projet, a bien fonctionné pour nous.
L'itération est synonyme de sprint, sprint est juste la terminologie de Scrum.
En ce qui concerne la longueur du sprint, la seule précaution que je noterais est que dans Scrum, vous utilisez les sprints passés pour obtenir un niveau de prévisibilité sur la capacité de votre équipe à respecter ses engagements pour le sprint. Ils le font en développant une vélocité sur un certain nombre de sprints. Un changement dans les membres de l'équipe ou dans la durée du sprint sont des facteurs qui affecteront la vélocité pour un sprint, sur les sprints passés.
À titre d'information, la vélocité est la somme des points d'estimation attribués aux éléments du backlog, ou histoires, qui étaient complètement terminées pendant ce sprint. La plupart des partisans de l'Agile (comme Mike Cohn, Ken Schwaber et Jeff Sutherland par exemple), recommandent aux équipes d'utiliser "la météo récente" pour baser leurs estimations futures sur ce qu'elles pensent pouvoir s'engager à réaliser dans un sprint. Cela signifie utiliser la moyenne des derniers sprints comme base pour une estimation lors de la session de planification du prochain sprint.
Encore une fois, varier la durée du sprint réduit la capacité de votre équipe à fournir cette statistique de vélocité que l'équipe utilise pour la planification du sprint, et que le propriétaire du produit utilise pour la planification de la version (c'est-à-dire prédire quand le projet se terminera ou ce qui sera dans le projet à la fin).
Je recommande le livre de Mike Cohn sur l'estimation et la planification Agile pour donner un aperçu de la façon dont les sprints, l'estimation et la planification peuvent s'intégrer ensemble.
- Un sprint est simplement le terme pour une itération.
- Vous pouvez changer la durée du sprint pour être ce que vous voulez, mais probablement vous voudrez essayer de trouver une quantité de temps qui "fonctionne bien" (ce qui peut signifier un certain nombre de choses pour votre équipe) et finir par vous y tenir au fil du temps.