“所有迭代的状态”报表

工作经过多次迭代(也称为“冲刺 (sprint)”)后,通过查看“所有迭代的状态”报表可以查看团队进度。 此报表可帮助跟踪团队的后续迭代的绩效。

有关如何访问,刷新或管理报表的信息,请参见报表 (Agile)

备注

此报告要求已使用 SQL Server Reporting Services 配置包含您的团队项目的团队项目集合。当打开团队资源管理器并展开您的团队项目节点时,如果未显示 报表“报告”,则此报告不可用。

主题内容

  • 报告中的数据

  • 解释报告

  • 筛选报表

此报表可用于回答以下问题

  • 是否所有迭代的进度都很稳定?

  • 每次迭代,团队完成多少情景?

  • 每次迭代,团队工作多少小时?

  • 每次迭代,团队发现、解决或关闭多少 Bug?

所需权限

若要查看此报表,您必须被分配到或属于某个组,而该组已经在 Reporting Services 中被赋予**“Browser”**角色。 有关更多信息,请参见向团队项目中添加用户管理权限

报表中的数据

“所有迭代的状态”报表显示团队在多次迭代中完成的工作的快照,如下图所示。 这些数据派生自数据仓库。

“所有迭代的状态”报表示例

对于为所指定的产品区域定义的每次迭代,此报表都显示以下信息:

  • “已关闭情景”:已关闭的用户情景数。 这些值是通过为迭代指定的当前值和每个用户情景的状态获得的。

  • 进度(小时数):以数值和图形构成的两个横条,表示**“初始估计”(灰色)、“已完成”(绿色)和“剩余”**(浅蓝色)的值,这些值基于为所有任务定义的小时汇总。 这些值是通过为迭代指定的当前值和每个任务的小时数获得的。

  • Bug:以数值和图形表示所有 Bug,按 Bug 的当前状态**“活动”(蓝色)、“已解决”(金色)“已关闭”**(绿色)分组。 这些值是通过为迭代指定的当前值和每个 Bug 的状态获得的。

另外,单击某次迭代也可以访问该迭代的“燃尽和燃速”报表。 有关更多信息,请参见“燃尽和燃速”报表(敏捷)

跟踪工作项所需的活动

为了使“所有迭代的状态”报表有用且精确,团队必须执行以下活动来跟踪工作项:

  • 定义用户情景、任务和 Bug,并为每项指定**“迭代”“区域”**路径。

    备注

    有关如何定义迭代和区域路径的信息,请参见创建和修改区域和迭代

  • 为每个任务或子任务指定**“初始估计”“已完成”“剩余”字段,并在迭代过程中更新“已完成”“剩余”**字段。

    重要

    如果您将一个任务划分为多个子任务,则只为子任务指定小时数。这些小时数将累加起来,作为父任务和用户情景的汇总值。有关更多信息,请参见纠正已发布的汇总值中的错误

  • 在每个用户情景、任务和 Bug 的状态从活动转换为已关闭时更新其**“状态”**。

解释报表

“所有迭代的状态”报表显示在为所指定的产品区域定义的迭代上的工作进度。 有关如何筛选报表的信息,请参见本主题后面的筛选报表。

报表回答的问题

查看报表可以确定有多少情景已准备就绪可以发布,可以更好地了解团队的进展速度。 例如,您可找到以下问题的答案:

  • 每次迭代的工作范围是否与团队能力非常匹配?

  • 每次迭代中已关闭的情景数是否符合预期?

  • 团队在后续迭代中是否解决和关闭更多 Bug?

  • 团队现在可以提供多少情景?

正常的报表版本

在正常的“所有迭代的状态”报表中,每次后续迭代都会取得更多进展,如下图所示。

“所有迭代的状态”的正常版本

不正常的报表版本

不正常的“所有迭代的状态”报表可能会显示以下一个或多个指示性特征:

  • 一次或多次迭代中没有关闭情景

    您可能需要检查情景大小并确定团队是否可定义更小的情景。

  • 在同一迭代或不同迭代中,估计的和已完成的小时数差异很大

    您可能需要检查情景大小的设置和团队对工作的估计是否合理。 在迭代中,如果估计和完成的小时数很接近,说明团队可以按已知速度开展项目。

  • 在过去的迭代中,进度不一致

    您可能需要确定是否存在任何未发现或未跟踪的障碍问题。

  • 发现的 Bug 数没有随每次后续迭代增加

不正常的“所有迭代的状态”报表版本

“所有迭代的状态”的不正常版本

筛选报表

筛选“所有迭代的状态”报表可以仅显示所指定的产品区域的进度。

筛选报表中显示的工作项

  • 在**“区域”列表中,选中要包含的每个产品区域对应的复选框,然后单击“查看报表”**。

请参见

概念

Bug (Agile)

任务 (Agile)

用户情景 (Agile)

情景进度报表(敏捷)

其他资源

Reports