Tableau d'affinage inter-équipes du Nexus : Différence entre versions

De Wiki Agile du @GroupeCESI
Aller à : navigation, rechercher
Ligne 13 : Ligne 13 :
 
[[Fichier:Devmanwalking Nexus Sprint Backlog.png|border|600px]]<br/>
 
[[Fichier:Devmanwalking Nexus Sprint Backlog.png|border|600px]]<br/>
 
<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 <s>'''Backlog de Sprint Nexus'''</s>. Le backlog 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. Ils identifient puis tracent chaque dépendance et notent à quel point celle-ci est risquée :
+
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 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é.
 
* 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) !
 
* 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) !

Version du 20 août 2019 à 08:09

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 'Backlog de Sprint Nexus. Le tableau d'affinage inter-équipes backlog 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) !