Scrum Framework : le cycle de sprint expliqué

Scrum Framework : le cycle de sprint expliqué

Le canevas FlowJam interactif de cette explication : chaque couloir, ligne et flèche ci-dessus appartient à un véritable diagramme QueryChart que vous pouvez ouvrir et modifier.

Comment lire ce visuel

• Lisez les quatre colonnes de gauche à droite comme l'arc du sprint : ce qui existe avant, ce que la planification engage, ce qui se passe pendant le sprint et comment il se termine.
• Les lignes sont les propriétaires : suivez les cases de la ligne Propriétaire du produit pour voir ce que le propriétaire du produit contrôle, et de la ligne Équipe de développement pour le travail lui-même.
• La dernière case, « Le prochain sprint commence à partir du backlog mis à jour », est la boucle : Scrum est un cycle répétitif, pas un processus unique.

Avant le sprint

Le « carnet de produits des travaux commandés » est la source unique de chaque élément sur lequel l'équipe pourrait travailler, classé par valeur et appartenant au propriétaire du produit. « La planification du sprint sélectionne le travail pour le sprint » est le moment d'engagement : l'équipe sélectionne les éléments en haut du backlog et convient d'un objectif de sprint. Le « backlog de sprint des éléments validés » est le plan qui en résulte : le lot que l'équipe a promis de terminer.

Pendant le sprint

« Se lever quotidiennement pour aligner l'équipe » est le rituel d'alignement de quinze minutes, et « L'équipe développe l'incrément » est le travail proprement dit : construire, tester et intégrer vers un incrément potentiellement publiable. Les deux se trouvent dans le couloir de l’équipe de développement car Scrum indique explicitement que l’équipe organise elle-même le travail au sein du sprint.

Clôturer le cycle

« La revue de sprint démontre l'incrément » montre aux parties prenantes ce qui a été construit et permet au propriétaire du produit d'ajuster le backlog à partir de ce qu'il voit. « La rétrospective du sprint améliore le processus » est la propre réunion de l'équipe dans la voie principale Scrum, et « Le prochain sprint commence à partir du backlog mis à jour » est la boucle de retour au début : la révision a modifié le backlog et le cycle se répète.

Relations et enseignements clés

• Le backlog appartient au propriétaire du produit ; le sprint appartient à l'équipe : le cadre maintient ces deux pouvoirs séparés.
• La planification s'engage sur un lot ; l'objectif du sprint donne un but au lot.
• Le stand-up quotidien est un alignement, pas un rapport de situation à la direction.
• L'avis porte sur le produit ; la rétrospective porte sur le processus : deux réunions différentes avec deux résultats différents.
• Scrum est une boucle : chaque sprint laisse un backlog mis à jour pour le suivant.

Quand utiliser ce visuel

• Enseigner à une équipe qui découvre Scrum à quoi sert chaque cérémonie et à qui appartient quoi.
• Intégrer un nouveau propriétaire de produit à la différence entre commander un backlog et diriger l'équipe.
• Auditer le Scrum d'une équipe : une cérémonie qui n'existe pas sur la toile, ou qui appartient à la mauvaise voie, est une pratique à discuter.

Comment cela fonctionne

1. Renommez les rôles de votre équipe

   Remplacez le propriétaire du produit, l'équipe de développement et le Scrum Master par vos rôles réels, et fusionnez ou divisez les voies pour correspondre à celui qui détient réellement le travail.

2. Ajoutez la longueur et la cadence de votre sprint

   Annotez les cases de sprint avec la durée de votre sprint, le temps passé en position debout et le jour de révision, afin que le diagramme soit le calendrier de votre équipe, et non un calendrier générique.

3. Dessinez la définition de terminé

   Ajoutez une décision entre « L'équipe développe l'incrément » et la révision : une liste de contrôle de définition du fait qui doit être réussie avant qu'un élément soit considéré comme terminé.

4. Prolongez votre rituel de raffinement

   Insérez une étape de raffinement du backlog entre le backlog et la planification du sprint si votre équipe en possède une, connectée au backlog ordonné.

Questions fréquentes

Qu'est-ce que le framework Scrum ?

Scrum est un framework léger permettant de développer et de fournir des travaux complexes en itérations de longueur fixe appelées sprints. Il prescrit les rôles (propriétaire du produit, équipe de développement, scrum master), les événements (planification du sprint, stand-up quotidien, revue de sprint, rétrospective du sprint) et les artefacts (backlog produit, backlog de sprint, incrément), mais laisse le comment du travail à l'équipe.

Quels sont les trois rôles Scrum ?

Le propriétaire du produit est propriétaire du backlog et de son ordre : ce qui est construit et dans quel ordre, ainsi que la valeur du résultat. L'équipe de développement s'auto-organise pour livrer les éléments engagés : la manière dont le travail est effectué lui appartient. Le Scrum Master est au service du processus : il facilite les cérémonies, élimine les obstacles et coache l'équipe. Les trois voies du visuel sont exactement ces trois propriétaires.

Que se passe-t-il lors d’une revue de sprint par rapport à une rétrospective ?

La revue de sprint concerne le produit : l'équipe démontre l'augmentation aux parties prenantes et le propriétaire du produit ajuste le backlog en réponse. La rétrospective porte sur le processus : l'équipe discute seule de ce qui s'est bien passé, de ce qui s'est mal passé et d'une amélioration pour le prochain sprint. Ce sont des réunions distinctes avec des résultats distincts, c'est pourquoi le visuel les place dans des rangées différentes : revue avec l'équipe, rétrospective avec le scrum master.

Scrum nécessite-t-il un stand-up quotidien ?

Oui, le stand-up quotidien est l'un des événements prescrits par Scrum : une courte réunion d'alignement quotidienne où chaque membre de l'équipe dit ce qu'il a terminé, ce qu'il fera ensuite et ce qui le bloque. Son objectif est la coordination et la détection précoce des obstacles, et non le reporting à la direction. Le visuel le marque comme alignement exactement pour cette raison.

Modifier ce visuel dans QueryChart (FlowJam)

Ouvrez ce canevas Scrum exact comme votre propre tableau, renommez les rôles de votre équipe et adaptez les cérémonies à votre pratique.

Modifier ce visuel dans QueryChart (FlowJam)