“所有迭代的状态”报表
工作经过多次迭代(也称为“冲刺 (sprint)”)后,通过查看“所有迭代的状态”报表可以查看团队进度。此报表可帮助跟踪团队的后续迭代的绩效。
有关如何访问,刷新或管理报表的信息,请参见报表 (Agile)。
说明 |
---|
此报告要求已使用 SQL Server Reporting Services 配置包含您的团队项目的团队项目集合。当打开团队资源管理器并展开您的团队项目节点时,如果未显示 “报告”,则此报告不可用。 |
主题内容
|
此报表可用于回答以下问题:
|
所需权限
若要查看此报表,您必须被分配到或属于某个组,而该组已经在 Reporting Services 中被赋予**“Browser”**角色。有关更多信息,请参见向团队项目中添加用户或管理权限。
报表中的数据
“所有迭代的状态”报表显示团队在多次迭代中完成的工作的快照,如下图所示。这些数据派生自数据仓库。
对于为所指定的产品区域定义的每次迭代,此报表都显示以下信息:
“已关闭情景”:已关闭的用户情景数。这些值是通过为迭代指定的当前值和每个用户情景的状态获得的。
进度(小时数):以数值和图形构成的两个横条,表示**“初始估计”(灰色)、“已完成”(绿色)和“剩余”**(浅蓝色)的值,这些值基于为所有任务定义的小时汇总。这些值是通过为迭代指定的当前值和每个任务的小时数获得的。
Bug:以数值和图形表示所有 Bug,按 Bug 的当前状态**“活动”(蓝色)、“已解决”(金色)“已关闭”**(绿色)分组。这些值是通过为迭代指定的当前值和每个 Bug 的状态获得的。
另外,单击某次迭代也可以访问该迭代的“燃尽和燃速”报表。有关更多信息,请参见“燃尽和燃速”报表(敏捷)。
跟踪工作项所需的活动
为了使“所有迭代的状态”报表有用且精确,团队必须执行以下活动来跟踪工作项:
定义用户情景、任务和 Bug,并为每项指定**“迭代”和“区域”**路径。
说明 有关如何定义迭代和区域路径的信息,请参见创建和修改区域和迭代。
为每个任务或子任务指定**“初始估计”、“已完成”和“剩余”字段,并在迭代过程中更新“已完成”和“剩余”**字段。
重要事项 如果您将一个任务划分为多个子任务,则只为子任务指定小时数。这些小时数将累加起来,作为父任务和用户情景的汇总值。有关更多信息,请参见纠正已发布的汇总值中的错误。
在每个用户情景、任务和 Bug 的状态从活动转换为已关闭时更新其**“状态”**。
解释报表
“所有迭代的状态”报表显示在为所指定的产品区域定义的迭代上的工作进度。有关如何筛选报表的信息,请参见本主题后面的筛选报表。
报表回答的问题
查看报表可以确定有多少情景已准备就绪可以发布,可以更好地了解团队的进展速度。例如,您可找到以下问题的答案:
每次迭代的工作范围是否与团队能力非常匹配?
每次迭代中已关闭的情景数是否符合预期?
团队在后续迭代中是否解决和关闭更多 Bug?
团队现在可以提供多少情景?
正常的报表版本
在正常的“所有迭代的状态”报表中,每次后续迭代都会取得更多进展,如下图所示。
不正常的报表版本
不正常的“所有迭代的状态”报表可能会显示以下一个或多个指示性特征:
一次或多次迭代中没有关闭情景。
您可能需要检查情景大小并确定团队是否可定义更小的情景。
在同一迭代或不同迭代中,估计的和已完成的小时数差异很大。
您可能需要检查情景大小的设置和团队对工作的估计是否合理。在迭代中,如果估计和完成的小时数很接近,说明团队可以按已知速度开展项目。
在过去的迭代中,进度不一致。
您可能需要确定是否存在任何未发现或未跟踪的障碍问题。
发现的 Bug 数没有随每次后续迭代增加。
不正常的“所有迭代的状态”报表版本
筛选报表
筛选“所有迭代的状态”报表可以仅显示所指定的产品区域的进度。
筛选报表中显示的工作项
- 在**“区域”列表中,选中要包含的每个产品区域对应的复选框,然后单击“查看报表”**。
请参见
概念
其他资源
Reports