Quelle est la différence entre Sprint et Iteration dans Scrum et la longueur de chaque Sprint?

  1. Y a-t-il une différence entre Sprint et une itération ou une itération peut-être dans un sprint ou un sprint est-ce juste la terminologie utilisée à la place de l’itération dans Scrum? Il serait utile que quelqu’un puisse éclairer cela.

  2. Supposons qu’il y ait 4 sprints et que vous avez décidé que le premier sprint irait jusqu’à 10 jours, il est nécessaire que les 3 autres sprints aient la même longueur que le 1er 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 saveur spécialisée de l’IID, il est donc logique de spécialiser la terminologie. Cela aide également à différencier la méthodologie des autres méthodologies d’IID 🙂

    En ce qui concerne la longueur du sprint: tout se passe tant que le sprint est chronométré, c’est-à-dire qu’il est terminé à la date prévue et non “quand il est prêt”. (Ou alternativement, dans de rares occasions, le sprint est terminé prématurément pour commencer un nouveau sprint au cas où certaines conditions limites essentielles seraient modifiées.)

    Cela aide d’avoir les sprints de durées similaires. Il y a moins de choses à retenir à propos du calendrier de sprint et votre planification devient plus précise. J’aime garder le mien à 2 semaines calendaires, ce qui correspond à 8,10 jours ouvrables en dehors des périodes de vacances.

    Sprint == Itération.

    Les longueurs peuvent varier, mais c’est un mauvais plan de planification de les laisser varier trop.

    Gardez-les dans la durée et vous améliorerez la planification et la livraison. Tout sera mesuré par le 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, vos tests, etc., avec plus de précision.

    Le but est de libérer à temps à un rythme constant. Un calendrier régulier rend la gestion légèrement plus simple et plus prévisible.

    L’important à propos d’un sprint est que: dans un sprint, la fonctionnalité à livrer 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” dans ce sprint.

    Il y a beaucoup de discussions sur la longueur des sprints. Je pense que si vous le faites selon le livre, ils devraient tous avoir la même longueur.

    Nous avons constaté qu’un court 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.

    L’itération est synonyme de sprint, le sprint est juste la terminologie Scrum.

    En ce qui concerne la longueur du sprint, la seule mise en garde est que, dans Scrum, vous utilisez les sprints passés pour obtenir un niveau de prévisibilité sur la capacité de vos équipes à respecter leurs engagements pour le sprint. Ils le font en développant une vitesse sur un certain nombre de sprints. Un changement dans les membres de l’équipe ou la longueur du sprint sont des facteurs qui affecteront la vélocité d’un sprint, sur les sprints passés.

    Tout comme l’arrière-plan, la vélocité est la sum des points d’estimation atsortingbués aux éléments du backlog ou aux récits qui ont été complètement terminés pendant ce sprint. La plupart des promoteurs agiles (Mike Cohn, Ken Schwaber et Jeff Sutherland, par exemple) recommandent aux équipes d’utiliser “le temps récent” pour fonder leurs estimations futures sur ce à quoi elles pensent pouvoir s’engager dans un sprint. Cela signifie utiliser la moyenne des derniers sprints comme base pour une estimation lors de la prochaine session de planification du sprint.

    Encore une fois, la variation de la longueur du sprint réduit la capacité de vos équipes à fournir la statistique de vélocité que l’équipe utilise pour la planification du sprint, et le propriétaire du produit utilise la planification des sorties (prédisant à quel moment le projet se terminera ou ).

    Je recommande le livre de Mike Cohn sur l’estimation et la planification agiles pour donner un aperçu de la façon dont les sprints, les estimations et la planification peuvent s’emboîter.

    1. Là où je travaille, nous avons 2 sprints par itération. La démo Iteration est présentée aux parties prenantes de l’entreprise qui ne veulent pas se rencontrer après chaque Sprint, mais c’est notre interprétation de la terminologie. Certains endroits peuvent avoir les termes ayant la même signification, je fais juste remarquer que là où je travaille ils ne sont pas la même chose.

    2. Non, les sprints peuvent avoir des longueurs variables. Là où je travaille, nous avons eu un demi-sprint pour aligner nos sprints avec les itérations utilisées par d’autres départements du projet.

    1. Sprint est juste le terme pour une itération.
    2. Vous pouvez changer la longueur du sprint pour qu’il corresponde à ce que vous voulez, mais vous voudrez probablement essayer de trouver une quantité de temps qui “fonctionne bien” (ce qui peut signifier un certain nombre de choses pour votre équipe) et finir avec cela. temps.

    “___ est en grande partie un problème d’organisation causé par de longues heures, peu de temps d’arrêt et une surveillance continue des pairs, des clients et supérieure”

    Non, ce n’est pas la définition de Scrum, c’est l’extrait de Wikipedia sur la définition de l’épuisement professionnel.

    Ne faites pas trop de courts 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 dans une rangée. Pensez à long terme. Un coureur de fond se tient toujours à la course et fait des sprints sur de courtes distances seulement lorsque cela est important.

    Si vous dépensez votre équipe, vous pouvez lancer tous ces tableaux de mêlée sophistiqués, ils ne feront rien pour réduire la productivité de votre équipe.

    L’itération est le terme agile générique pour un cycle de développement unique. C’est un terme commun utilisé dans les processus de développement itératif et incrémental (IID). Scrum qui est une méthode agile spécialisée, ou nous pouvons dire que le processus de développement incrémental spécialisé utilise le terme Sprint pour ses itérations, c’est-à-dire qu’un cycle de développement dans Scrum est appelé un Sprint. Sprint est spécifique à Scrum, donc Sprint est une itération mais toutes les formes d’itérations ne sont pas des sprints. D’autres méthodes agiles peuvent ne pas utiliser le même terme (Sprint) pour définir le travail d’itération, mais Sprint et Iteration sont les deux termes les plus couramment utilisés.

    Selon mon expérience

    1. Le sprint est une sorte d’itération et on peut avoir beaucoup d’itérations au sein d’un même sprint (par exemple, on doit redémarrer ou itérer une tâche si elle échoue et avoir encore du temps estimé)
    2. Normalement, la durée d’un Sprint peut être d’une ou deux semaines. Cela dépend du temps nécessaire et de la priorité des tâches (qui peuvent être définies par le propriétaire du produit ou Scrum Master ou l’équipe) à partir du carnet de produit.

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

    Le sprint défini dans pure Scrum a une durée de 30 jours calendaires. Cependant, la longueur de l’itération peut être n’importe quoi tel que défini par l’équipe.