Quand marquer une histoire utilisateur comme fait dans Scrum?

Question

Il y a une notion dans la mêlée qui met l'accent Livraison d'unités viables À la fin de chaque sprint. Chaque unité réalisable correspond également directement à une histoire d'utilisateurs et lorsque dans un nouveau Sprint PO introduit un nouveau PBI (nouvelles histoires d'utilisateurs), cela signifie que pratiquement l'équipe ne peut pas toujours revenir aux histoires d'utilisateurs précédents pour faire le reste du travail, Ce qui à son tour signifie que lorsque vous implémentez une histoire d'utilisateurs, vous devriez le faire aussi complet que connu de l'équipe à cette époque, et vous ne devriez rien oublier (quelque chose comme "Je suis désolé, j'ai oublié de mettre en œuvre Validation pour ce contrôle des entrées "ou" Je ne savais pas que la vérification du croisement fait partie de l'histoire des utilisateurs "). D'un autre côté, le test, la compatibilité en arrière, les critères d'acceptation, le déploiement et de plus en plus de concepts viennent après chaque utilisateur.

Donc, quand les membres de l'équipe peuvent-ils savoir que l'histoire utilisateur est terminée totalement, pas seulement pour la démo, et en démarrer un nouveau?