工作面板

要点概述

• 导航：迭代表现 - 选择单个迭代 - 工作面板

• 可以切换不同项目组和迭代面板的配对进行数据查看，可以切换迭代进行数据查看。

• 迭代面板的配对，可以切换迭代进行数据查看。

• 进行中的迭代和已完成的迭代按照不同组合展示数据。

迭代表现初始界面会要求选择项目组

迭代表现，默认显示 数据总览 ，需要选择 单迭代 才能进入工作面板；选择迭代的左侧，也可以再次选择不同项目组

点击右上角的选项，也可以选择 按自然周、按自然月 显示迭代表现数据

界面介绍

跨周期视图

数据支持的范围：当前项目所绑定的 jira 看板中，最长1年的数据（默认3个月）

本视图支持将 jira 迭代看板的数据按照两种模式进行查看：

1. 迭代（默认）：所有实际开始时间在选取的时间范围内的迭代将会被显示；

2. 自然周期（自然周 & 自然月）：所选时间范围内完整的自然周 & 自然月的数据将被显示；

事务交付周期

• 单周期：迭代 / 自然周 / 自然月 内的按事务类型分别计算完成事务的交付周期的85%分位数。

• 整体指标：筛选器范围内的全部已完成事务的交付周期的85%分位数。

• 示例：

事务吞吐率

• 单周期：迭代 / 自然周 / 自然月 的按事务类型分别计算完成数（堆叠累计）

• 整体指标：筛选器范围内各个迭代累计完成事务数的算术平均。

• 示例：

事务分布

• 单周期：迭代 / 自然周 / 自然月 的按事务类型分别计算完成数（堆叠百分比）。

• 整体指标：筛选器范围内各类型事务完成数之比（饼图）。

处理中的事务-WIP

• 每日WIP：每天按照固定的两个采样时间（12pm & 0 am），计算筛选器范围内处于标准状态-“处理中”的事务数。

• 总体平均值：筛选器范围内所有采样点的算术平均。

千当量缺陷率

粗略的按照关联项目的迭代新增当量计算

• 每个迭代决定了一个日期范围 d

• 公式：R_0 = (N | d_0) / (E | d_0)，本项目在 d 范围内发现的 Bug 类事务的数量 除以 本项目在 d 范围内的新增当量（按千当量计数）。（N：在 d0 周期内新增 bug issue 的数量；E：在 d0 周期内，关联项目的累计（新增）当量）

  • 使用board来圈定bug的范围，不需要issue与sprint有关联。只要满足时间条件就算如N|d_0

Trade-off：当用户的多个迭代存在重叠时，重叠期间新增的 bug 会被重复计算。

单迭代视图

工作面板（进行中的迭代）

燃烬图

1. 按事务燃尽图： 燃尽图展示迭代内剩余事务、新增事务、移除事务数据。

2. 按故事点燃尽图：燃尽图展示迭代内剩余故事点、新增故事点、移除故事点数据。需要在 JIRA 事务中配置故事点字段和填写故事点数据。

备注：下列指标说明项序号与上图序号对应

1. 迭代完成事务数：这是一个时间切面数据。最后一次成功同步时，迭代范围内，处于“完成”状态的事务数量。

   • 与“迭代进度”中“完成”状态列表中的事务数保持一致；

   • 迭代完成事务数 = 迭代内完成的事务 + 迭代开始前已经完成的事务

     • 不包含 移出迭代后完成的事务 以及 完成后移出迭代的事务。

2. 迭代范围内事务总数：这是一个时间切面数据。最后一次成功同步是，迭代范围内，全部事务的数量。

   • 与“迭代进度”中的全部事务数保持一致；

3. 燃烬图-（每日）剩余事务：当天迭代范围内剩余的事务数。

   • 剩余事务数 = （前一天）剩余事务数 + 新增事务 - 移除事务 - 解决事务

4. 燃烬图-（每日）新增事务：当天移入到当前迭代中的事务数。

5. 燃烬图-（每日）移除事务：当天从迭代中移除的事务数。

6. 燃烬图-（每日）解决事务：当天迭代范围内完成的事务数。

在故事点燃烬中，以上数据为相应事务故事点的累计值

历史累计代码当量

• 累计代码当量：最后一次同步时，迭代范围内所有事务相关的提交的当量之和。（需要完成 commit 与 JIRA 数据绑定）

  • 与“迭代进度”中所有事务的当量数据之和一致；

• (每日)累计代码当量：截止当天，与迭代范围内所有事务相关的提交的当量之和。【趋势图中展示（每日）累计代码当量】

剩余 Bug

• 当前剩余Bug：最后一次同步时，迭代范围内尚未完成的“缺陷”类型事务的数量；

  • 与“迭代进度”中，“进行中 & 等待中”状态下“缺陷”事务列表中的数量保持一致；

• （每日）剩余 Bug：当天迭代范围内尚未完成的“缺陷”类型事务的数量；【趋势图中展示（每日）剩余bug】

累计工时

• 累计工时： 此迭代内，所有事务累计的工时数。需要 JIRA 事务中配置工时字段（默认为 timeestimate 和 timespent 字段）。

  • 与“迭代进度”中所有事务的工时数据之和一致；

• (每日)累计工时：截止当天，与迭代范围内所有事务累计的工时数。【趋势图中展示（每日）累计工时】

工作面板（完成的迭代）

迭代完成量

备注：下列指标说明项序号与上图序号对应

1. 迭代完成事务数：迭代完成时，迭代范围内处于“完成”状态的事务数量。

• 与“迭代进度”列表中的“完成”事务列表不一定能够一致。

“迭代进度”的数据是列表中事务当前状态的体现，数据会随着后续的同步更新，并没有在迭代结束时保留事务状态的切面数据。

2. 迭代完成故事点数：迭代完成时，迭代范围内处于“完成”状态的事务的故事点总和。

3. 迭代累计新增当量：迭代完成时，迭代范围内的所有事务相关提交的当量总和。

4. 人均迭代完成事务数：迭代完成事务数 除以 迭代内参与到所有迭代事务的 Jira 用户数。

• 参与迭代的 Jira 用户数与“工作量-成员列表”中的成员数量一致。

• 人均完成事务数与“工作量-成员列表”中的“团队平均”不一致。

这里是总完成数与总成员数之间的平均，反映了迭代团队整体人效；“工作量-成员列表”中的事务数与故事点采用的是“参与者统计逻辑”，来更好的反应每个成员的工作量和工作状态。

5. 人均迭代完成故事点数：迭代完成故事点数 除以 迭代内参与到所有迭代事务的 Jira 用户数。

6. 人均迭代新增当量：迭代累计新增当量 除以 迭代内参与到所有迭代事务的 Jira 用户数。

累计工时

同前

测试发现 Bug

• 累计新增 Bug：迭代内新增的 缺陷 类型事务的数量。

• （每日）累计新增 Bug：截止当天，迭代内新增的 缺陷 类型事务的数量。【趋势图中展示（每日）累计新增Bug】

事务完成与变更

备注：下列指标说明项序号与上图序号对应

1. 迭代初计划：迭代开始时，迭代范围内所有事务的数量。

2. 迭代内新增：迭代开始后，再加入到迭代内的事务的数量。

3. 迭代完成：迭代完成时，迭代范围内处于“完成”状态的事务数量。

• 与“迭代完成量-迭代完成事务数”一致

4. 移除迭代完成：迭代开始后，被从迭代范围内移出 且 在迭代完成时处于“完成”状态的事务数量。

5. 迭代初计划未完成：迭代初计划，但在迭代完成时未处于“完成”状态的事务。

• 包含迭代中被移出迭代的事务

6. 迭代内新增未完成：迭代开始后被加入到迭代中，但在迭代完成时未处于“完成”状态的事务

数据校准 tips

迭代初计划 + 迭代内新增 = 迭代完成 + 移除迭代完成 + 迭代出计划未完成 + 迭代内新增未完成。