完成迭代
理想情况下，您和您的团队将完成您对迭代计划的任何工作。您将完成项目将利益干系人演示，以特定形式 (例如运行的代码演示的，已完成文档或添加的功能使现有的软件)，并在完成积压工作项和任务的列表从您的迭代，则在迭代期间保持的燃尽速度和其他信息感兴趣的团队和利益干系人。您可能决定传输完成的软件到反馈的客户，然后决定如何将该反馈以软件的进一步优化中。有关在 Team Foundation server (TFS) 的反馈工具的更多信息，请参见 请求反馈。
了解具体成败，如代码一个有效的部分，似乎相对简单。不过，很多团队遇到在实际授予什么，执行，以及方面不是。这种冲突可能会在后续迭代的问题。有关定义成功和帮助的更多信息确保每个人了解对定义“执行达成协议，”看到 执行和取消。
有时，您可能无法完成了对迭代计划中的所有工作项。在这些情况下，可以讨论如何工作 (如果有) 在积压工作项的工作已完成，该项的原因尚未完成，以及您和您的团队可在将来为了帮助防止保持在迭代结束时的未完成的工作。在讨论的问题之后，您可以选择将该项下一个迭代，也可以决定将其返回到包含的总体积压工作在后续迭代。
因为它们会导致与它们的团队成员 ADAM 和安妮，(sprint) 评审会议展本主题中的示例如下针对和茱莉亚、scrum 主管和产品所有者在虚拟 Fabrikam 纤程公司。他们查看团队的成败，演示了在冲刺 (sprint) 期间，团队生成的，然后检查未完成的工作。它们会导致讨论关于工作的原因未完成，然后重新分配剩余的工作到积压工作。
许多团队选择直接在展评审会议后保留其计划会议。因为业务需求变化很快，该 (sprint) 计划会议期间，您可以利用此会议在您的产品所有者、客户和利益干系人再次评审产品积压工作的优先级。
主题内容
检查成败
将尚未完成项目移至将来的迭代
要求
若要执行本主题中的过程，您必须具有：
Visual Studio 最终 premium、Visual Studio 或 Visual Studio 专业测试工具版。
您必须是团队成员，因此，您必须具有 编辑此节点权限的工作项 设置为 允许。默认情况下，因为团队组是项目的 参与者 组的成员，团队的所有成员拥有此权限。
若要查看团队功能 (如积压工作和任务请上，您必须属于 team Web access 的 完全 访问权限组。
有关更多信息，请参见管理我的个人资料和查看我的权限、对 Team Web Access 中的功能的访问权限和Team Foundation Server 权限。
检查成败
在迭代中查看团队的成功和成败非常重要。演示已完成工作帮助人了解，执行，以及该产品的状态是因为，团队准备计划下一个迭代。
在 Fabrikam 团队处理示例，针对 peter 中，作为 scrum 主管和茱莉亚，为产品所有者、保存冲刺 (sprint) 评审会议的团队的其余部分，以及感兴趣利益干系人。根据此会议，一些用户情景接受已完成。团队演示它们添加到其软件到茱莉亚和到一个访问的客户代表的功能。它们还显示公共 API 的完整文档团队添加其冲刺 (sprint) 过程，并恳求利益干系人的反馈以帮助确保自己发送消息是什么请求。如果已完成工作的任何方面未满足利益干系人预期要求，团队在它们的积压创建另一个工作项获取此需要的工作。团队讨论针对该用户情景所做一个未完成的用户情景、任务和仍然要完成冲刺 (sprint) 结束时的任务。更重要的是，团队讨论用户情景原因未完成：ADAM "主页"花费了几天病残，并且，团队的其他成员没有足够的时间缓冲区内置计划抵消他的请假。团队在计划会议决定此时将未完成的用户情景下一冲刺 (sprint) 并在将来避免这样的问题可能的方法一起检查该决策下一冲刺 (sprint) 为；否则为。
将尚未完成项目移至将来的迭代
可以将一个未完成积压工作项移动到另一个迭代，如下一冲刺 (sprint)，也可以移动回团队的总体积压工作。当您移动积压工作项，完成，例如任务的所有关联的项目，还将移到该迭代。可以将对迭代中完成它们的所有任务。
将项移动到将来的迭代
在 产品积压工作 页上，选择要完成的迭代，并检查列表中的项。
显示积压工作项 (如产品积压工作项或用户情景，然后执行下列操作之一：
拖动项在要将项目的迭代上，或对 产品积压工作，如果不需要该项指派给特定迭代。
在项目选择旁边的下箭头，显示 移动到迭代，然后选择要将项目的迭代。
.gif "提示")
提示若要将项目移动到团队的总体积压工作而不是特定迭代，从列表中选择 积压工作。
打开项目并手动编辑迭代路径更改到要将项目的迭代。如果选择此方法，子工作项都不会有自己的迭代路径会自动更改为匹配。
在本教程中的相关主题
主页 | 创建积压工作 | 查看和管理您的 Kanban 键盘的积压工作 | 修改并估计积压工作 | 计划迭代 | 运行迭代