Tableau d'affinage inter-équipes du Nexus

De Wiki Agile du @GroupeCESI
Aller à : navigation, rechercher

Auteur : Assaf Stone
Source : Scaling Scrum with Nexus in VSTS
Date : 08/06/2017


Traducteur : Fabrice Aimetti
Date : 19/08/2019


Traduction :

Devmanwalking Nexus Sprint Backlog.png

L'une des principales responsabilités de l'Equipe d'Intégration Nexus est de coordonner le travail entre les équipes Scrum afin d'atténuer les risques d'interdépendance. Un outil couramment utilisé est appelé le Tableau d'affinage inter-équipes[1] Backlog de Sprint Nexus. Le tableau d'affinage inter-équipes backlog Nexus visualise les PBI (Product Backlog Items) dans une grille bidimensionnelle, pour chaque backlog de sprint d'équipe aussi bien pour le sprint à venir que les sprints suivants. Il identifie puis trace chaque dépendance et visualise à quel point celle-ci est risquée :

  • Lorsque des PBI interdépendants sont gérés par des équipes différentes (par exemple, les n°1 et n°5 ci-dessus), le risque est plus élevé que lorsque les deux PBI sont gérés par la même équipe (par exemple, les n°1 et n°4) car la coordination est plus complexe.
  • Lorsque les PBI ne doivent pas seulement être gérés par des équipes différentes, mais aussi finis dans le même sprint (par exemple, les n°4 et n°5), l'urgence exige une plus grande coordination et le risque est encore plus élevé.
  • Lorsqu'un PBI dépend d'une personne extérieure au projet, le risque est plus grand parce qu'il y aura probablement un engagement important (par exemple, le n°8). Ce risque augmente encore plus si le PBI est nécessaire à la fin de ce sprint (par exemple, le n°9) !


Note :

  1. J'ai fait le choix de remplacer le terme "Backlog de Sprint Nexus" par "Tableau d'affichage inter-équipes". La portée du Backlog de Sprint Nexus est cette du sprint à venir ou en cours.