Quelle est la différence entre Sprint et Itération dans Scrum et la longueur de chaque sprint? [fermé]

StackOverflow https://stackoverflow.com/questions/1227318

Question

  1. Existe-t-il une différence entre Sprint et une itération ou peut-on avoir des itérations dans un sprint ou Sprint est-il simplement la terminologie utilisée à la place d'Iteration dans Scrum? Il sera utile que quelqu'un puisse éclaircir cette question.

  2. 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 1er sprint décidé ??.

Était-ce utile?

La solution

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:)

En ce qui concerne la longueur du sprint: tout se passe aussi longtemps que le sprint est prévu dans le temps, c’est-à-dire qu’il est terminé à la date prévue et non "quand il sera 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.

Autres conseils

Sprint == Itération.

Les longueurs peuvent varier, mais c’est un mauvais précédent en matière de planification que de les laisser trop varier.

Conservez-les dans la durée et vous améliorerez votre planification et votre 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 planifiez 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 avoir 4 une semaine "interne". itérations 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 marche l'environnement de développement, suivi de sprints plus longs aux fonctionnalités de base, 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, le seul avertissement que je ferais remarquer 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 "la météo récente". baser leurs estimations futures sur ce à quoi ils pensent pouvoir s’engager dans un sprint. Cela signifie que vous utilisez la moyenne des derniers sprints pour une estimation lors de la prochaine session de planification du sprint.

Encore une fois, la modification de 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édire la date de fin ou le contenu du projet.) à la fin).

Je recommande le le livre de Mike Cohn sur l'estimation et la planification agiles donner un aperçu de la manière dont les sprints, les estimations et la planification peuvent être coordonnés.

  1. Où je travaille, nous avons 2 sprints pour une itération. La démonstration d'Iteration est présentée aux acteurs de l'entreprise qui ne souhaitent pas se rencontrer après chaque sprint, mais c'est notre interprétation de la terminologie. Certains endroits peuvent avoir les mêmes termes, je signale simplement que là où je travaille, ce n’est pas la même chose.

  2. 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 membres du projet d'un autre ministère utilisaient.

"___ 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 par les pairs, les 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 afficher tous les tableaux de mêlée fantaisie, ils ne feront rien pour la productivité en chute libre de votre équipe.

  1. Sprint est juste le terme pour une itération.
  2. 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 finit par rester avec le temps.

Selon mon expérience

  1. Le sprint est une sorte d’itération et on peut en avoir plusieurs au sein d’un même Sprint unique (par exemple, il faut lancer ou itérer une tâche si elle est échoué et ayant encore du temps estimé supplémentaire) ou sur plusieurs sprints (telles que l'exécution de tâches en cours).
  2. Normalement, la durée d'un sprint peut être d'une ou deux semaines. dépend du temps requis et de la priorité des tâches (ce qui pourrait défini par le propriétaire du produit ou Scrum Master ou l’équipe) à partir du produit Carnet de commandes.

ref: https://en.wikipedia.org/wiki/Scrum_ (software_development)

Le sprint tel que défini dans Scrum pur a une durée de 30 jours civils. Cependant, la longueur de l'itération peut être définie par l'équipe.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top