« Tableau d'affinage inter-équipes du Nexus » : différence entre les versions
Aller à la navigation
Aller à la recherche
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| 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 '''Tableau d'affinage inter-équipes | 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:10
Auteur : Assaf Stone
Source : Scaling Scrum with Nexus in VSTS
Date : 08/06/2017
Traducteur : Fabrice Aimetti
Date : 19/08/2019
Traduction :
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) !