Le processus Scrum a été structuré pour limiter les effets du tunnel qui sont sources de gaspillage de temps et de l’argent et caractérisant les méthodes traditionnelles. De ce fait, ces étapes sont cadrées pour : (i) donner une visibilité précise et conforme à la réalité sur le déroulement des travaux, (ii) permettre la prise de décision juste à temps pour éliminer les points de blocage et corriger les dysfonctionnements, (iii) réorienter les efforts vers le plus utile.Le processus Scrum débute par l’établissement de la Product Backlog qui regroupe l’ensemble des demandes sur le projet.
Le Product Owner fixe les priorités de chaque demande sur la base du ROI et maintient celle-ci à jour pour refléter l’évolution des besoins.
Ensuite, les demandes de la Product Backlog sont ordonnées en priorité décroissante.
Le Product Owner fixe les priorités de chaque demande sur la base du ROI et maintient celle-ci à jour pour refléter l’évolution des besoins.
Ensuite, les demandes de la Product Backlog sont ordonnées en priorité décroissante.
Avant de lancer le Sprint (itération), a lieu une réunion de planification de Sprint qui se déroule en deux étapes :
Etape 1 : l’équipe, ScrumMaster et le Product Owner revoient les demandes de priorité supérieure à réaliser durant le sprint, échangent sur l’objectif et le contexte de ces demandes et se mettent d’accord sur la notion de « travail terminé »
Etape 2 : l’équipe se concentre à détailler les demandes, à les transformer en tâches à réaliser durant le sprint et à estimer la durée de réalisation de chaque tâche.
Etape 1 : l’équipe, ScrumMaster et le Product Owner revoient les demandes de priorité supérieure à réaliser durant le sprint, échangent sur l’objectif et le contexte de ces demandes et se mettent d’accord sur la notion de « travail terminé »
Etape 2 : l’équipe se concentre à détailler les demandes, à les transformer en tâches à réaliser durant le sprint et à estimer la durée de réalisation de chaque tâche.
Le sprint (itération), une étape de traitement des demandes convenues avec le Product Owner et rien que ces demandes. Il dure entre 1 et 4 semaines et aucune modification de son but n’est permise.
Le Sprint n’est jamais prolongé au-delà de la durée fixée au départ, bien que l’engagement ne soit pas tenu dans sa totalité.
Durant le sprint une réunion quotidienne a lieu pour faire un point sur l’avancement des travaux et des éventuels obstacles.
Le Sprint n’est jamais prolongé au-delà de la durée fixée au départ, bien que l’engagement ne soit pas tenu dans sa totalité.
Durant le sprint une réunion quotidienne a lieu pour faire un point sur l’avancement des travaux et des éventuels obstacles.
A la fin du Sprint, l’équipe montre les travaux réalisés aux parties concernées, les utilisateurs, le management et toute autre personne lors de la « réunion de revue de Sprint »
Celle-ci sera suivie d’une autre réunion dite « Sprint Rétrospective » durant laquelle l’équipe entame une revue auto-critique : ce qui a bien marché, ce qui pourrait mieux marcher, ce qu’il ne faut jamais faire.
Après la réunion « Rétrospective » un autre cycle redémarre en intégrant les points d’amélioration convenus.
