Selon le guide Scrum, les équipes de développeurs doivent d'abord définir ensemble la définition de "complété" et ensuite s'y conformer.

Source: Guide Scrum p.13

Selon un article de Sjoerd Nijland sur le site Medium, le Product Owner peut en effet arrêter et annuler un Sprint lorsqu'un événement imprévu au sein de l'organisation rend l'objectif celui-ci obsolète. Cependant, un Sprint ne devrait pas être annulé si l'équipe Scrum découvre qu'il n'arrive pas à le compléter.

Un développeur unique ne devrait jamais devenir l'unique propriétaire d'un élément du Sprint Backlog. Selon le site Tools QA,

Tandis que le Product Owner peut indiquer les fonctionnalités à développer, l'équipe de dévelppement est le propriétaire du Sprint backlog.

Lorsqu'une organisation decide d'adopter Scrum et le gestionnaire veut changer la terminologie pour la faire concorder avec la terminologie déjà utlisée, trois cas peux se produire.

1. Il risque d'avoir très peu de changement s'il n'y a pas un lexique pour se rappeler du changement.
2. L'organisation risque de ne pas comprendre ce qu'il a changé avec Scrum et donc les avantages de Scrum seront perdus.
3. Le gestionnaire peut se sentir moins anxioux.

Selon le Guide Scrum.

Selon le site Adobe Experience Cloud, le Product Owner devrait avoir plusieurs responsabilités clés dont pouvoir gérer le Product backlog pour maximiser la value du travaille de l'équipe de développement. Durant la planification d'un Sprint, le Product Owner doit aussi pouvoir donner des buts précis à l'équipe et répondre aux questions. En plus de cela, le Product Owner a plusieurs autres responsabilités dont:
...

Selon le guide Scrum, les équipes de développeurs doivent d'abord définir ensemble la définition de "complété" et ensuite s'y conformer. Si les récits utilisateurs font partis de la définition de "complété", l'équipe doit les inclure dans la documentation.