Visualiser le Backlog de Sprint Nexus : Différence entre versions

De Wiki Agile du @GroupeCESI
Aller à : navigation, rechercher
Ligne 43 : Ligne 43 :
 
[[Fichier:vertical-1.PNG|70px|left]]Cette flèche de dépendance verticale orientée vers le bas est externe et représente une autre flèche de dépendance dans le Sprint. Une équipe s'appuie sur un élément livré par un groupe externe ''dans le même Sprint'' pour construire un élément postérieur. Il s'agit d'un élément à risque extrêmement élevé.<br/>
 
[[Fichier:vertical-1.PNG|70px|left]]Cette flèche de dépendance verticale orientée vers le bas est externe et représente une autre flèche de dépendance dans le Sprint. Une équipe s'appuie sur un élément livré par un groupe externe ''dans le même Sprint'' pour construire un élément postérieur. Il s'agit d'un élément à risque extrêmement élevé.<br/>
 
<br/>
 
<br/>
 +
Les représentants de chaque équipe peuvent se réunir avec le responsable de produit pour valider que les informations Sprint +1 de la Figure 1 sont toujours valables. Si c'est le cas, alors l'arriéré de Nexus Sprint peut être créé à partir de ces informations. Sinon, les équipes doivent mettre à jour le Cross-Team Refinement Board. Au cours de ces conversations, toutes les autres dépendances sont identifiées et visualisées.
 +
Tous les travaux qui ont des dépendances doivent être visualisés sur le carnet de commandes du Nexus Sprint comme le montre la Figure 2. Selon la taille du Nexus, certaines organisations peuvent choisir de visualiser tous les travaux en attente.<br/>
 +
<br/>
 +
Figure 2. Backlog de Sprint Nexus<br/>
 +
<br/>
 +
[[Fichier:Nexus-sprint-backlog.png|border|700px]]<br/>

Version du 19 août 2019 à 13:09

Auteur : Rob Maher, Patricia Kong © Scrum.org
Source : Visualizing the Nexus Sprint Backlog
Date : 01/09/2016


Traducteur : Fabrice Aimetti
Date : 19/08/2019


Traduction :

Logo scrumorg.png Logo whitepapers.png

Le Backlog de Sprint Nexus est créé pendant la Planification du Sprint Nexus. C'est une visualisation du travail collaboratif Nexus qui a des dépendances. Le but de la Planification de Sprint Nexus est de coordonner les activités de toutes les équipes Scrum dans un Nexus pour un seul Sprint.

Lorsque de nombreuses équipes Scrum planifient ensemble sans avoir un minimum de structure, c'est le chaos. Il est important de faciliter un événement de planification d'une manière structurée afin de traduire l'information issue de l'Affinage du Backlog en un plan efficace pour le prochain Sprint qui sera utilisé par toutes les équipes Nexus.

Une Planification efficace d'un Sprint Nexus se déroule en 2 étapes :

  1. Chaque équipe Nexus sélectionne son travail pour le sprint. Il s'agit d'une activité collaborative avec un ou des représentant(s) de chaque équipe Scrum.
  2. Chaque équipe exécute son processus normal de Planification d'un Sprint. Ceci se produit pour chaque équipe Scrum et peut se produire en parallèle.


Au cours de la première étape, un tableau d'Affinage inter-équipes peut être utilisé pour valider que l'information est toujours à jour et pertinente. Comme décrit dans le livre blanc Cross-Team Refinement in Nexus, les dépendances inter-équipes peuvent être visualisées à l'aide d'un tableau d'Affinage inter-équipes comme illustré à la Figure 1.

Figure 1. Tableau d'Affinage inter-équipes

Cross-team-refinment-board.png

Les dépendances doivent être représentées sous forme de flèches (flèches de dépendance), car la direction des flèches indique les relations de parent à enfant (par exemple, l'élément numéro 1 dépend de l'élément numéro 4). En général, les équipes inscrivent également un numéro d'identification de l'enfant sur la carte parent. Dans l'exemple ci-dessus (Figure 1), la carte 1 pourrait porter le chiffre 4 et la carte 3 le chiffre 8. Il est important de représenter les dépendances à l'aide de flèches, car leur direction influe sur le risque de livraison.

Les flèches de dépendance d'un élément mettent en évidence les relations de travail. Un plus grand nombre de flèches indique un risque élevé en raison du nombre l'éléments dépendants impactés. Cette visualisation aide les équipes au sein de Nexus à identifier le "chemin critique" du travail tout au long des sprints à venir et fournit une base des conversations sur les moyens de supprimer ou de minimiser l'impact de ces dépendances.

7-arrow.PNG
Une flèche de dépendance horizontale représente une dépendance au sein d'une même équipe au cours du temps. Cela signifie qu'une seule équipe construit un élément en un seul Sprint, qui est nécessaire pour un élément qui sera livré dans un Sprint suivant. Cela peut être considéré comme une relation à faible risque.


8-arrow.PNG
Une flèche de dépendance en diagonale représente une dépendance qui s'étend sur plusieurs équipes et au cours du temps. Une équipe construit un article dans un seul Sprint, qui est nécessaire à un élément qui sera livré dans un Sprint suivant par une équipe différente. La collaboration et la communication entre les équipes sont essentielles au succès. Il s'agit d'une relation à risque moyen.


6-arrow.PNG
Une flèche de dépendance verticale représente une dépendance entre les équipes au sein d'une même Sprint. Une équipe construira un élément dans un Sprint qui est nécessaire pour un élément qui sera livré dans le même Sprint par une équipe différente. Cette dépendance laisse peu de place aux retards ou à une complexité soudaine. C'est une relation à haut risque.


Les dépendances externes n'ont généralement pas d'identifiant car elles sont fournies par une équipe extérieure au Nexus et peuvent être représentées comme indiqué ci-dessous.

Diagonal-1.PNG
Cette flèche de dépendance en diagonale orientée vers le bas est externe au cours du temps. Cela signifie qu'une équipe s'appuie sur un élément livré par un groupe externe pour créer un élément postérieur.


Vertical-1.PNG
Cette flèche de dépendance verticale orientée vers le bas est externe et représente une autre flèche de dépendance dans le Sprint. Une équipe s'appuie sur un élément livré par un groupe externe dans le même Sprint pour construire un élément postérieur. Il s'agit d'un élément à risque extrêmement élevé.


Les représentants de chaque équipe peuvent se réunir avec le responsable de produit pour valider que les informations Sprint +1 de la Figure 1 sont toujours valables. Si c'est le cas, alors l'arriéré de Nexus Sprint peut être créé à partir de ces informations. Sinon, les équipes doivent mettre à jour le Cross-Team Refinement Board. Au cours de ces conversations, toutes les autres dépendances sont identifiées et visualisées. Tous les travaux qui ont des dépendances doivent être visualisés sur le carnet de commandes du Nexus Sprint comme le montre la Figure 2. Selon la taille du Nexus, certaines organisations peuvent choisir de visualiser tous les travaux en attente.

Figure 2. Backlog de Sprint Nexus

Nexus-sprint-backlog.png