Non toutes les équipes devraient travailler avec le même "product backlog" car elles travaillent sur le même produit pour le même client, comme dit dans le guide SCRUM : « Si les Scrum Teams deviennent trop grandes, elles devraient envisager de se réorganiser en plusieurs Scrum Teams cohérentes, chacune axée sur le même produit. Par conséquent, elles doivent partager le même Objectif de Produit, le même Product Backlog et le même Product Owner.» (Guide SCRUM, édition 2020, p. 6).
Lorsqu'une entreprise travaille avec plusieurs équipes Scrum sur un même produit, la question de savoir s'il est avantageux d'avoir plusieurs "product backlog" se pose souvent. Selon le guide Scrum, chaque produit devrait avoir un seul "product backlog".
Le guide Scrum mentionne que "Le Product Backlog est la liste unique et ordonnée de tout ce qui est connu pour être nécessaire dans le produit." Cette liste est maintenue par le Product Owner et est accessible à toute l'équipe Scrum.
Cela dit, pour coordonner efficacement le travail des différentes équipes Scrum travaillant sur un même produit, des pratiques telles que la décomposition des éléments du backlog en éléments plus petits, plus gérables et spécifiques à chaque équipe peuvent être mises en place. Ces éléments plus petits peuvent être assignés à des équipes spécifiques tout en restant dans le même "product backlog".
Il est important de maintenir la cohérence et la vision globale du produit, ce qui est facilité en ayant un seul "product backlog". Toutefois, des techniques telles que la planification conjointe et la coordination régulière entre les équipes peuvent être nécessaires pour assurer que les différents objectifs des équipes sont alignés avec la vision globale du produit.
Pour explorer davantage ce sujet et les meilleures pratiques de gestion des backlogs dans un contexte multi-équipes, des sources complémentaires comme "Scaling Agile and Lean Development: Thinking and Organizational Tools for Large-Scale Scrum" par Craig Larman et Bas Vodde peuvent fournir des perspectives approfondies sur la gestion de plusieurs équipes Scrum travaillant sur un même produit.
