Terminer une itération
Dans l'idéal, vous et votre équipe effectuerez tout le travail que vous avez organisés pour l'itération.Vous aurez terminé les éléments pour montrer aux parties prenantes, en forme concrète (tel que le code fonctionnant à expliquer, la documentation terminée, ou la fonctionnalité ajoutée au logiciel existant) et dans la liste d'éléments exécutés journal et de tâches connexes de votre itération, le taux d'avancement que vous avez mise à jour pendant l'itération, et toutes les autres informations d'intérêt à votre équipe et les parties prenantes.Vous pouvez décider d'envoyer un logiciel fini aux clients pour les commentaires, puis décidez comment intégrer ces commentaires à d'autres améliorations de votre logiciel.Pour plus d'informations sur les outils de commentaires dans Team Foundation Server (TFS), consultez Obtenir des commentaires.
La compréhension des accomplissements concrets, tels qu'un fragment de code utilisant, est relativement simple.Toutefois, pour de nombreuses équipes ont des difficultés dans convenir réellement de ce qui est effectué et, de ce qui n'est pas.Ce genre de confusion peut entraîner des problèmes dans les itérations ultérieures.Pour plus d'informations sur la définition et la réussite aider assurez-vous que chacun sait et accepte sur la définition de « a », consultez Effectué et annulé.
Dans certains cas, vous ne pouvez pas effectuer tous les éléments du journal que vous avez organisés pour l'itération.Dans ces cas, vous pouvez discuter des travaux (le cas échéant) a été effectué sur l'élément de journal des travaux en souffrance, pourquoi l'élément n'a pas été terminé, et que vous et votre équipe pouvez effectuer à l'avenir pour empêcher le travail non terminé rester à la fin d'une itération.Après avoir décrit les problèmes, vous pouvez choisir de déplacer l'élément dans l'itération suivante, ou vous pouvez choisir la retourner au journal global pour l'inclusion dans une itération ultérieure.
Les exemples de cette rubrique suivent Peter et Julia, une scrummaster et un propriétaire du produit à la société fictive de fibres de Fabrikam, car ils mènent la réunion de rétrospective du sprint avec leurs Adam coéquipiers et Annie.Ils examinent les accomplissements de l'équipe, expliquent ce que l'équipe a généré pendant le sprint, et examinent les tâches qui n'ont pas été effectué.Ils mènent une discussion quant à la raison pour laquelle le travail n'ont pas été effectué, et utilise à nouveau le travail restant au journal.
De nombreuses équipes choisissez de permettre les réunions de planification directement après les réunions de rétrospective.Étant donné que les exigences opérationnelles changent rapidement, vous pouvez tirer parti de cette réunion avec votre propriétaire de produit, clients, et les parties prenantes pour examiner les priorités du journal des travaux en souffrance du produit de nouveau au cours de cette réunion de planification.
Dans cette rubrique
Accomplissements de révision
Éléments incomplets de passer à une future itération
Configuration requise
Pour pouvoir suivre les procédures de cette rubrique, vous devez disposer des éléments suivants :
Premium de Visual Studio, Visual Studio final, ou test professional Visual Studio.
Vous devez être membre de l'équipe, et vous devez avoir Éléments de travail de modification dans cette autorisation de nœud défini à Autoriser.Par défaut, tous les membres de l'équipe ont cette autorisation, car le groupe d'équipe est membre du groupe Collaborateurs du projet.
Pour afficher des fonctionnalités d'équipe comme le journal des travaux en souffrance et la tâche embarquez, vous devez appartenir au groupe d'accès Complet dans team Web access.
Pour plus d'informations, consultez Gestion de Mon profil et affichage de mes autorisations, Accès aux fonctionnalités dans Team Web Access et Autorisations de Team Foundation Server.
Accomplissements de révision
Il est important d'examiner les succès et les accomplissements de votre équipe au cours de l'itération.Illustrant les aides de travail effectué et incluent ce qui a été fait, et ce qu'est l'état du produit lorsque l'équipe dispose à planifier l'itération suivante.
Dans l'exemple, Peter d'équipe de fibres de Fabrikam, en tant que scrummaster, et Julia, comme propriétaire de produit, blocage une réunion de révision du sprint avec le reste de l'équipe, ainsi que parties prenantes intéressées.En fonction de cette réunion, certains récits utilisateur sont acceptés comme complets.L'équipe présente les fonctionnalités qu'il a ajoutées à leur logiciel à Julia et un représentant visitant de client.Ils montrent également à la documentation terminée pour l'interface API publique que l'équipe a ajoutées la mise à leur sprint, et sollicitent les commentaires des parties prenantes pour garantir que ce qu'ils ont été remis ce qui a été demandé.Si aucun aspect du travail effectué ne répond aux attentes des parties prenantes, l'équipe crée un autre élément de travail dans leur journal pour capturer ce travail nécessaire.L'équipe traite un récit utilisateur incomplet, les tâches qui sont terminés pour ce récit utilisateur, et les tâches qui sont restées à effectuer à la fin de le sprint.D'une plus important encore, elle explique pourquoi le récit utilisateur n'a pas été terminé : Adam a consacré le malade plusieurs jours d'accueil, et le reste de l'équipe n'a pas de suffisamment d'une mémoire tampon de temps intégrée dans la planification pour compenser son absence.L'équipe décide d'entrer le récit utilisateur incomplet dans le sprint suivant pour le moment, et examine cette décision au cours de la réunion de planification pour le sprint suivant, avec des stratégies possibles pour éviter de ces problèmes dans le futur.
Éléments incomplets de passer à une future itération
Vous pouvez déplacer un élément incomplet journal à une autre itération, telle que le sprint, ou vous pouvez le déplacer vers le journal des travaux en souffrance global pour l'équipe.Lorsque vous déplacez un élément de journal des travaux en souffrance, tous les éléments associés qui sont terminés, tels que des tâches, sont également déplacés vers cette itération.Vous pouvez déplacer toutes les tâches qui ont été apportées à l'itération où vous les avez effectuées.
Pour déplacer des éléments à une future itération
Dans la page Journal des travaux en souffrance du produit, choisissez l'itération que vous avez juste terminée, et examinez les éléments de la liste.
Mettez en surbrillance un élément de journal des travaux en souffrance tel qu'un élément ou un récit utilisateur du journal des travaux en souffrance du produit, puis effectuez l'une des opérations suivantes :
Faites glisser l'élément vers l'itération à laquelle vous souhaitez déplacer l'élément, ou à Journal des travaux en souffrance du produit si vous ne souhaitez pas l'élément assigné à une itération spécifique.
Cliquez sur la flèche bas en regard de l'élément, mettez en surbrillance Déplacer vers l'itération, puis choisissez l'itération à laquelle vous souhaitez déplacer l'élément.
.gif "Conseil")
ConseilPour déplacer l'élément au journal global pour l'équipe au lieu d'une itération spécifique, choisissez Journal de la liste.
Ouvrez l'élément, puis modifiez manuellement le chemin d'itération pour le remplacer par itération à laquelle vous souhaitez déplacer l'élément.Si vous choisissez cette méthode, aucun des éléments de travail enfants n'aura leurs chemins d'itération automatiquement modifiés pour faire correspondre.
Rubriques connexes dans ce tutorial
Début | Créez un journal | Afficher et gérer votre journal des travaux en souffrance avec un panneau de Kanban | Toilettez et estimer le journal des travaux en souffrance | Planifier une itération | Exécutez une itération