工作项报告
工作项报告提供有关工作项趋势的信息，例如，每天的新工作项、每天已完成的工作项、每个团队未完成的工作项或未完成的工作项（按类型）以及团队速率。
用途
工作项报告可回答下列问题：
- 完成多少工作，剩余多少工作，以及是否取得预期的进展？
- 有多少阻塞的工作项和缺陷？
- 是否有足够的时间完成剩下的工作项？
- 是否先解决高优先级的工作项？
| 报告名称 | 描述 |
|---|---|
| 作为估算工作量百分比的实际工作量 | 绘制工作项数，这些工作项按实际工作量占估算工作量的百分比进行分类。 对于每个工作项，可以指定时间估算，并在事实之后指定所耗用的时间。 理想情况下，接近 100% 的百分比视为良好；这意味着估算值切合实际。 处于“已完成”状态（并且具有所指定估算值和耗用时间值）的工作项包括在计算中。 提示: 请查看 0% ，这可能指示时间估计值变得过高，需要对未来估计值进行一些修改。 同样，显著大于 100% 的百分比表明处理工作时的实际耗用时间大大高于估算值。
|
| 高级发布燃尽图 | 显示发布中每个迭代开始时的剩余记事点。 每个点都表示一个迭代的开始，线条高度表示未完成的记事工作项中所有记事点的总数。 需要重点强调的是，每个点包括为所有迭代（而不仅是所开始的迭代）计划的工作项。 因此，该值代表发布中剩余的工作量，并非仅针对一次迭代。 绘制的理想线指示，要在发布结束时完成所有复杂性点而“应该”在每个迭代中完成的工作量，由“发布”迭代的结束日期标识。 通过计算乐观速率（过去 6 个迭代中的 3 个最佳迭代速率的平均值）、最佳猜测速率（最近 3 个速率的平均值）和悲观速率（过去 6 个迭代中的 3 个最差迭代速率的平均值），绘制当前迭代和所有将来迭代的预测线。 |
| 高级发布燃耗图 | 显示发布中每个迭代开始时的已完成记事点。 每个点都表示一个迭代的开始，线条高度表示已解决记事工作项中所有记事点的总数。 需要重点强调的是，每个点包括为所有迭代（而不仅是所开始的迭代）计划的工作项。 因此，该值代表发布中剩余的工作量，并非仅针对一次迭代。 绘制的理想线指示，要在发布结束时完成所有复杂性点而“应该”在每个迭代中完成的工作量，由“发布”迭代的结束日期标识。 通过计算乐观速率（过去 6 个迭代中的 3 个最佳迭代速率的平均值）、最佳猜测速率（最近 3 个速率的平均值）和悲观速率（过去 6 个迭代中的 3 个最差迭代速率的平均值），绘制当前迭代和所有将来迭代的预测线。 |
| 高级团队速率 | 显示按迭代分组的已实现记事点和总记事点。 每个条形表示一个迭代，条形高度表示该迭代的工作项所表示的所有记事点的总数。 |
| 平均循环时间 | 绘制工作项保持活动状态（从正在进行至解决）的平均时间的趋势。 提示: 请观察激活工作项的平均时间是否有所增加，这指示规划很差。
|
| 平均提前时间 | 绘制工作项保持未解决状态（从创建至解决）的平均时间的趋势。 提示: 请注意解决工作项的平均时间是否有所增加，这指示规划很差。
|
| 保持某状态的平均时间 | 绘制工作项处于特定状态 (包括工作项属于其他类型时的状态) 的平均时间。 提示: 监视工作项耗用时间最多的状态。
|
| 阻止工作项 | 绘制随时间推移而变化的所有具有“阻止者”严重性的已打开工作项的数目。 如果指定了迭代，那么将仅显示为该迭代计划的工作项。 提示: 监视接近迭代结束的大量或越来越多的分块工作项。 这可能表明迭代结束日期有问题。
|
| 燃尽 | 根据预计完成所需时间来绘制剩余的工作任务列表。 敏捷开发方法（例如 Scrum）使用“燃尽图”来绘制趋向于开发段结束的每日进度。 在理想情况下，此图将显示随着开发段临近结束，剩余工作量趋向于零小时。 处于“未完成”和“正在进行”状态并且具有所指定估算值的工作项包括在计算中。 蓝色线指示燃尽，即，以小时计的剩余工作量。 灰色线指示计划工作，即剩余工作和已完成工作的总和。 “理想”线指示理想迭代的外观，这是从迭代开始到结束的稳定燃尽。 理想线使用计划工作的最后一个数据点作为起始点。 “预期完成”线是从燃尽线的当前状态开始到开发段结束为止的前瞻图，用于指示成功完成迭代所要求的工作速率。 报告参数“偏移量”可用于指定从前一迭代到已完成的工作的小时数。 此值将从计划的工作总时间中减去。 提示: 观察不接近零的燃尽图趋势，这可能指示不切实际的规划估算。
|
| 按记事点绘制的燃尽图 | 显示余下记事点。 灰色线指示计划工作（即剩余工作和已完成工作的总和）。 “理想”线指示理想迭代的外观，这是从迭代开始到结束的稳定燃尽。 理想线使用计划工作的最后一个数据点作为起始点。 “预期完成”线是从燃尽线的当前状态开始到开发段结束为止的前瞻图，用于指示成功完成迭代所要求的工作速率。 |
| 燃耗图 | 根据完成工作所需时间来绘制已完成的工作。 敏捷开发方法（例如 Scrum）使用燃耗图来绘制趋向于开发段结束的每日进度。 理想情况下，此图表将显示趋势随着开发段临近结束而趋向于所计划的工作时数。 具有所指定估算值的工作项包括在计算中。 报告参数“偏移量”可用于指定从前一迭代到已完成的工作的小时数。 此值将从计划的工作总时间中减去。 提示: 请观察不接近计划工作负载的燃尽图趋势，这可能指示不切实际的规划估算。
|
| 按记事点绘制的燃耗图 | 显示已完成记事点。 灰色线指示计划工作（即剩余工作和已完成工作的总和）。 |
| 完成的日常工作项 | 绘制刚完成的工作项，每个条形代表一天。 在每个条形中，工作项按严重性排序。 提示: 请注意几乎为零的已关闭工作项数，这可能指示生产力不足。
|
| 累积值流（按状态） | 绘制所有工作项随时间推移而变化的情况。 工作项按状态划分；每种状态各占一个彩色的区域系列。 提示: 观看:
|
| 循环时间（以提前时间的百分比表示） | 绘制活动时间占工作项的未解析时间的百分比的趋势。 提示: 监视活动时间百分比是否较低，这指示工作项在处于活动状态之前等待了很长时间。
|
| 缺陷任务列表 | 绘制随时间变化的缺陷任务列表。 将仅考虑类型为“缺陷”的工作项。 任务列表定义为处于“打开”和“进行中”状态的工作项，但未定义为处于“已完成”状态的工作项。 所有缺陷都将被考虑，而与其“规划到”目标无关。 “缺陷任务列表”报告与“IBM 品质认证”（QCERT）报告的第四部分相对应，适合于包括在此报告中。 随着产品临近于它的“一般可用性”目标日期，基于时间的趋势应该会显著下降。 提示: 观察是否存在随着完成日期临近而未减少的趋势，这可能指示质量问题。
|
| 缺陷任务列表（按项目区域划分） | 在同一个图表中同时绘制一个或多个项目的所有已提出而尚未解决的缺陷。 每个项目区域由一个线系表示。 此报告可用于对多个项目积压的缺陷进行比较。 提示: 查看一个项目的曲线与另一个项目的曲线不同的实例，这可能指示项目资源的差异，或者团队如何安排其工作或测试。 整体工作项数方面的显著区别。 虽然这可能表示团队代码库的大小或常用程度方面的区别，但也可能表示测试模式或代码品质方面的差别。
|
| 缺陷发现比率 | 绘制随时间变化的缺陷发现比率。 将仅考虑类型为“缺陷”的工作项。 发现比率按星期进行聚集。 即，每个数据点都代表在特定星期创建的缺陷的数目。 两个图表都绘制同一数据；第二个图表按缺陷严重性进行划分。 “缺陷发现比率”报告与“IBM 品质认证”（QCERT）报告的第一部分和第二部分相对应，适合于包括在此报告中。 对于第一个图表而言，QCERT 报告将调用另一表示已计划的缺陷发现比率曲线的线系。 此报告省略了这个线系。 对于准备好交付的产品而言，缺陷发现曲线通常呈扁平状，表明在开发周期的后期发现的新错误较少。 提示: 请注意是否存在随着发货日期的临近而下降的趋势，这可能是质量问题的指示。
|
| 延迟的工作项 | 绘制所有从特定迭代推迟的工作项数。 每个数据点代表一天，而值是“规划到”属性在该天变更为另一迭代的工作项。 此图与其他报告（例如，绘制随时间推移而未完成的工作项数的报告）配合使用时可能特别实用。 它可以帮助您发现能否通过将已计划的工作项推迟到将来（而不是将其解决）来满足迭代目标。 提示: 监视延迟到将来的任何大量工作项，尤其是在里程碑结束时。 这通常指示随着里程碑的进展而变得明显不切实际的计划目标。
|
| 估算值变更 | 显示估算值已变更的所有工作项的列表，要对迭代的范围或工作量变更情况进行事后诊断，此报告非常有用。 团队区域和迭代参数对显示的工作项进行过滤，以显示由所指定团队拥有并已计划在所指定迭代中完成的工作项。 布尔参数指示是否显示估算变更（未发生变更的布尔值为“0”）。 可选的“从”和“到”参数用作结果的日期范围。 |
| 估算工时与实际工时 | 绘制团队的估算工时与实际工时的比率随时间推移而变化的情况。 对于每个工作项，用户可以指定时间估算值以及该工作项的耗用时间。 比率是指所有已完成工作项的估算时间除以实际时间。 理想情况下，随时间推移而变化的比率接近于 1.0 被认为良好，这意味着估算值切合实际。 处于“已完成”状态并且具有所指定估算值和耗用时间值的工作项包括在计算中。 提示: 请观察远大于 1.0的比率，这可能指示时间估计值变得过高，并且需要在将来的估计值中进行一些修改。 同样，显著小于 1.0 的比率表明处理工作时的实际耗用时间大大高于估算值。
|
| 新工作项（按严重性排列） | 绘制刚创建的工作项，每个条形代表一天。 在每个条形中，工作项按严重性排序。 提示: 监视新工作项数中的意外峰值，这可能指示存在质量问题。
|
| 未完成的工作项 | 绘制所有打开工作项随时间推移而变化的情况。 如果指定了迭代，那么将仅显示为该迭代计划的工作项。 |
| 打开的工作项（按类型排列） | 绘制所有打开工作项随时间推移而变化的情况。 每种工作项类型（例如“缺陷”、“增强”和“任务”）都有相应的彩色系列。 如果指定了迭代，那么将仅显示为该迭代计划的工作项。 提示: 观看:
|
| 未完成与已完成的案例点（按迭代排列） | 显示记事点（按迭代分组）。 每个条形代表一个迭代，条形高度代表面向该迭代的记事工作项所代表的所有记事点（已计划的记事点和已归档的记事点）之总和。 迭代将按字母顺序排序。 |
| 未完成的工作项与已完成的工作项 | 绘制所有工作项随时间推移而变化的情况。 黄色系列表示未完成的工作项，蓝色系列表示进行中的工作项，而紫色系列表示已完成的工作项。 如果指定了迭代，那么将仅显示为该迭代计划的工作项。 提示: 观看:
|
| 进程控制 | 绘制工作项处于未解析状态的时间。 提示: 监视长时间处于未解决状态的工作项。
|
| 发布燃尽图 | 显示发布中每个迭代开始时的剩余记事点。 每个点都表示一个迭代的开始，线条高度表示未完成的记事工作项中所有记事点的总数。 需要重点强调的是，每个点包括为所有迭代（而不仅是所开始的迭代）计划的工作项。 因此，该值代表发布中剩余的工作量，并非仅针对一次迭代。 |
| 案例点数 | 显示与记事工作项相关联的记事点。 每个记事指定一个点值，该点值指示其相对于其他记事的重要程度。 此报告中的图表绘制这些记事点随着时间推移而变化的趋势。 已“归档”的记事点（已完成的工作项）绘制于一个系列中，而“剩余”的记事点（与尚未完成的工作项相关联的记事点）绘制于另一个系列中。 随着迭代的进展，您应该会看到剩余记事点趋向于零，并且已归档记事点的总数接近 100%。 提示: 观看:
|
| 案例点进度 | 按团队显示记事点的进度。 每个条柱代表一个团队，条柱中的分段表示未完成的、进行中的以及已完成的记事点所占的比例。 |
| 剩余案例点 | 显示与记事工作项相关联的记事点。 每个记事指定一个点值，该点值指示其相对于其他记事的重要程度。 此报告中的图表绘制随时间推移而变化的“剩余”记事点（即与尚未完成的工作项相关联的记事点）的趋势。 随着迭代的进展，您应该会看到剩余点数应该趋向于零。 提示: 观看:
|
| 案例点（按迭代） | 显示记事点（按迭代分组）。 每个条形代表一个迭代，条形高度代表面向该迭代的记事工作项所代表的所有记事点（已计划的记事点和已归档的记事点）之总和。 迭代将按字母顺序排序。 |
| 团队速率 | 显示已实现的记事点（按迭代分组）。 每个条形表示一个迭代，条形高度表示该迭代作为目标的已完成记事工作项所表示的所有记事点的总数。 迭代将按字母顺序排序。 |
| 工作项比较 | 在同一个图表中同时绘制一个或多个团队的所有已打开的工作项。 每个团队区域由一个线系表示。 此报告可用于对同一项目中多个团队的工作项任务列表进行比较。 提示: 观看:
|
| 工作项比较（按项目区域划分） | 在同一个图表中同时绘制一个或多个项目的所有已打开的工作项。 每个项目区域由一个线系表示。 此报告可用于对多个项目的工作项任务列表进行比较。 提示: 观看:
|
| 工作项（按所有者） | 绘制存储库中工作项的当前状态并按所有者进行划分。 此报告使用存储库中的实时数据，而不是使用数据仓库中的历史数据。 第一个图表绘制工作项并按每个所有者的类型进行划分。 第二个图表绘制工作项并按每个所有者的已打开以及已完成工作项进行划分。 |
| 工作项（按优先级） | 显示随时间推移而变化的工作项。 工作项按优先级划分；每种优先级各占一个彩色的区域系列。 这种划分可以帮助您确保计划的工作项在各种优先级之间良态分布并按正确顺序解决。 如果指定了迭代，那么将仅显示为该迭代计划的工作项。 第一个图表绘制随时间推移而变化的打开工作项数。 在状况良好的项目中，这条曲线通常在迭代的前半部分上升并在迭代结束时趋向于零。 第二个图表绘制随时间推移而变化的已完成工作项数。 在状况良好的项目中，这条曲线稳定地上升（下降表明正在重新打开工作项）。 提示: 关注以下趋势:
|
| 工作项（按团队区域） | 绘制存储库中工作项的当前状态并按团队区域进行划分。 此报告使用存储库中的实时数据，而不是使用数据仓库中的历史数据。 第一个图表绘制工作项并按每个团队区域的类型进行划分。 第二个图表绘制工作项并按每个团队区域的已打开以及已完成工作项进行划分。 |
注: 要计算燃尽图和燃尽图报告的实时数据点，
- 请勿在 类别 字段中选择任何选项。
- 更频繁地运行 CCM 的 ODS 数据收集任务，并在 CCM 高级属性中将 频繁高速缓存清除 选项指定为 true 。