Voir la source de Tableau d'affinage inter-équipes du Nexus

[[Category: Portail Organisation Agile]]
[[Category: Agilité à grande échelle]]
[[Category: Nexus]]
Auteur : Assaf Stone<br/>
Source : [http://devmanwalking.com/2017/06/08/scaling-scrum-with-nexus-in-vsts/ Scaling Scrum with Nexus in VSTS]<br/>
Date : 08/06/2017<br/>
----
Traducteur : Fabrice Aimetti<br />
Date : 19/08/2019<br />
----
Traduction :<br />
<br />
[[Fichier:Devmanwalking Nexus Sprint Backlog.png|border|600px]]<br/>
<br/>
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'' <s>'''Backlog de Sprint Nexus'''</s>. Le tableau d'affinage inter-équipes <s>backlog</s> Nexus visualisent 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) !