Quelle est la différence entre Sprint et Itération dans Scrum et la longueur de chaque sprint?
Existe-t-il une différence entre Sprint et une itération ou peut-on avoir des itérations dans un sprint ou est-ce que Sprint est simplement la terminologie utilisée au lieu de Itération dans Scrum? Il serait utile que quelqu'un puisse éclaircir la question.
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 longueur que le premier sprint décidé?
Tous les sprints sont des itérations, mais toutes les itérations ne sont pas des sprints. L'itération est un terme courant dans le développement itératif et incrémental (IID). Scrum est une variante spécialisée de l'IID, il est donc logique de spécialiser également la terminologie. Cela aide également à différencier la méthodologie des autres méthodologies IID :)
Quant à la longueur du sprint: tout se passe tant que le sprint est programmé, c'est-à-dire qu'il est terminé à la date prévue et non "quand il est prêt". (Ou bien, dans de rares occasions, le sprint est terminé prématurément pour commencer un nouveau sprint au cas où certaines conditions aux limites essentielles seraient modifiées.)
Il est utile d’avoir des sprints de durées similaires. Il y a moins de choses à retenir sur le calendrier du sprint et votre planification devient plus précise. J'aime garder le mien à 2 semaines calendaires, ce qui résoudra en 8..10 jours ouvrables en dehors des périodes de vacances.
Sprint == Itération.
Les longueurs peuvent varier, mais c'est un mauvais précédent de planification que de les laisser trop varier.
Gardez-les cohérents dans la durée et vous gagnerez en planification et en exécution. Tout sera mesuré en fonction du nombre de sprints de 10 jours nécessaires pour terminer une série de cas d'utilisation.
Conservez-les de manière cohérente et vous pourrez planifier vos livraisons, les tests destinés aux utilisateurs finaux, etc., avec plus de précision.
Le but est de libérer à l'heure à un rythme constant. Un horaire régulier rend la gestion légèrement plus simple et plus prévisible.
L'important dans un sprint est que: dans un sprint, la fonctionnalité à fournir est corrigée.
Un sprint est normalement une itération. Mais vous pouvez par exemple avoir un sprint de 4 semaines, mais 4 itérations "internes" d’une semaine dans ce sprint.
Il y a beaucoup de discussions sur la longueur des sprints. Je pense que si vous le faites conformément au livre, ils devraient tous avoir la même longueur.
Nous avons constaté qu’un premier premier sprint pour mettre en place l’environnement de développement, suivi de sprints de fonctionnalités de base plus longues, puis de courts sprints vers la fin du projet, a fonctionné pour nous.
Itération est synonyme de sprint, sprint n’est que la terminologie Scrum.
En ce qui concerne la durée du sprint, la seule précaution que je voudrais noter est que dans Scrum, vous utilisez les sprints précédents 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 vitesse sur plusieurs sprints. Un changement dans les membres de l'équipe ou la longueur du sprint sont des facteurs qui affecteront la vitesse d'un sprint, par rapport aux sprints précédents.
Tout comme l'arrière-plan, la vélocité est la somme des points d'estimation attribués aux éléments de l'arriéré, ou aux récits, qui ont été complètement terminés au cours de ce sprint. La plupart des partisans agiles (Mike Cohn, Ken Schwaber et Jeff Sutherland, par exemple), recommandent aux équipes d'utiliser "les conditions météorologiques récentes" pour baser leurs estimations futures sur ce à quoi elles pensent pouvoir s'engager dans un sprint. Cela signifie que vous utilisez la moyenne des quelques derniers sprints comme base pour une estimation lors de la prochaine session de planification du sprint.
Une fois de plus, modifier la longueur du sprint réduit la capacité de votre équipe à fournir les statistiques de vitesse qu’elle utilise pour la planification du sprint et que le propriétaire du produit utilise pour la planification de la publication (c.-à-d. Prévoir le moment où 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 agiles afin de donner un aperçu de la manière dont les sprints, l'estimation et la planification peuvent s'harmoniser.
Où je travaille nous avons 2 Sprints à une itération. La démonstration d'Iteration est présentée aux entreprises qui ne veulent pas se rencontrer après chaque sprint, mais c'est notre interprétation de la terminologie. Certains endroits peuvent avoir des termes ayant la même signification, je souligne simplement que là où je travaille, ils ne sont pas la même chose.
Non, les sprints peuvent avoir différentes longueurs. Là où je travaille, nous avons eu un demi-sprint pour aligner nos sprints sur les itérations que d'autres personnes du projet utilisant un autre ministère utilisaient.
- Sprint est juste le terme pour une itération.
- Vous pouvez modifier la longueur du sprint pour obtenir tout ce que vous voulez, mais vous voudrez probablement essayer de trouver une durée qui "fonctionne bien" (ce qui peut vouloir dire beaucoup de choses pour votre équipe) et qui finit par y rester temps.
"___ est en grande partie un problème organisationnel causé par de longues heures de travail, peu de temps d'arrêt et une surveillance continue de ses pairs, des clients et de qualité supérieure"
Non, ce n'est pas la définition de Scrum, c'est l'extrait de Wikipédia sur la définition de l'épuisement professionnel.
Ne faites pas trop de sprints de 10 jours. Vous finirez par épuiser votre équipe. Utilisez des sprints courts là où vous en avez vraiment besoin, et n'en faites pas trop d'affilée. Pensez à long terme. Un coureur de fond marche toujours pour la course complète et ne sprinte sur de courtes distances que là où ça compte.
Si vous épuisez votre équipe, vous pouvez lancer tous les tableaux de mêlée fantaisie, ils ne feront rien pour la productivité en chute libre de votre équipe.
Selon mon expérience
- Le sprint est une sorte d’itération et on peut avoir plusieurs itérations au sein d’un .int. (Par exemple, on doit commencer ou répéter une tâche si sa tâche a échoué et que le temps estimé est encore trop long) comme effectuant des tâches en cours).
- Normalement, la durée d'un sprint peut être d'une ou deux semaines. Cela dépend du temps requis et de la priorité des tâches (qui pourraient être définies par le propriétaire du produit ou par Scrum Master ou l'équipe) à partir du produitArriéré.
ref: https://en.wikipedia.org/wiki/Scrum_(software_development)