Le backlog produit ou Product Backlog d’une équipe de support pourrait se résumer à une liste des tâches à faire, ici d’incidents à résoudre. Mais est-ce le cas du Backlog dans le cadre d’une approche Produit ?
D’après moi, un Backlog Produit n’a rien à voir avec une « To Do List ». Une équipe Scrum devrait plutôt y puiser une liste d’informations lui permettant de décider la bonne chose à faire pour construire ou améliorer son Produit. On devrait plutôt y trouver des besoins et des opportunités, qui auront été exprimés par les Stakeholders et analysés par le PO.
L’équipe sera ainsi libre de sélectionner les informations pertinentes à utiliser pour atteindre son objectif de sprint et d’en tirer les meilleures solutions qu’elle pourra mettre en place.
L’engagement que l’équipe prend sur le Product Backlog est le Product Goal. L’équipe ne s’engage pas sur le Product Backlog en tant que tel.