Règles de Scrum — Sprint

Le Sprint est limité dans le temps à 30 jours calendaires consécutifs. Outre d’autres facteurs, il s’agit du temps nécessaire à une équipe pour créer quelque chose d’intéressant pour le Product Owner et les parties prenantes et l’amener à un état où il est potentiellement livrable.

C’est également le temps maximum qui peut être alloué sans que l’équipe ne fasse tellement de travail qu’elle ait besoin d’artefacts et de documentation pour soutenir ses processus de réflexion. C’est aussi le temps maximum que la plupart des parties prenantes attendront sans se désintéresser des progrès de l’équipe et sans perdre leur conviction que l’équipe fait quelque chose de significatif pour eux.

• L’équipe peut demander des conseils, de l’aide, des informations et un soutien extérieurs pendant le Sprint.
• Personne ne peut fournir de conseils, d’instructions, de commentaires ou de directives à l’équipe pendant le Sprint. L’équipe est totalement autogérée.
• L’équipe s’engage sur le Product Backlog lors de la réunion de planification du Sprint. Personne n’est autorisé à modifier ce Product Backlog pendant le Sprint. Le Product Backlog est gelé jusqu’à la fin du Sprint.
• Si le Sprint s’avère non viable, le Scrum Master peut mettre fin anormalement au Sprint et initier une nouvelle réunion de planification de Sprint pour
  initier le Sprint suivant. Le Scrum Master peut effectuer ce changement de son propre gré ou à la demande de l’équipe ou du Product Owner. Le Sprint peut s’avérer non viable si la technologie s’avère inutilisable, si les conditions commerciales changent de sorte que le Sprint n’aura pas de valeur pour l’entreprise, ou si l’équipe est interférée pendant le Sprint par une personne extérieure à l’équipe.
  Si l’équipe se sent incapable de terminer tout le Product Backlog engagé pendant le Sprint, elle peut consulter le Product Owner sur les éléments à supprimer du Sprint en cours. Si tant d’éléments doivent être supprimés que le Sprint a perdu sa valeur et son sens, le Scrum Master peut terminer anormalement le Sprint, comme indiqué précédemment.
• Si l’équipe détermine qu’elle peut traiter plus de Product Backlog pendant le Sprint qu’elle n’en a sélectionné lors de la réunion de planification du Sprint, elle peut consulter le Product Owner sur les éléments supplémentaires du Product Backlog qui peuvent être ajoutés au Sprint.
• Les membres de l’équipe ont deux responsabilités administratives pendant le Sprint : ils doivent assister à la réunion Daily Scrum et ils doivent maintenir le Sprint Backlog à jour et disponible dans un dossier public sur un serveur public, visible par tous. De nouvelles tâches doivent être ajoutées au Sprint Backlog au fur et à mesure de leur conception, et les heures estimées restantes au jour le jour pour chaque tâche doivent être tenues à jour.

Articles sur les événements Scrum

• Daily Scrum Meeting — Un guide rapide
• Pourquoi des sprints à longueur fixe dans Scrum ?
• Qu’est-ce que la planification des versions Scrum ?
• Qu’est-ce que la planification de sprint ?
• Qu’est-ce que la revue de sprint ?
• Qu’est-ce que la réunion rétrospective Sprint dans Scrum ?
• Qu’est-ce que le Product Backlog Refinement ?