敏捷团队运行很长的时间了，也积累了很多数据，如何从敏捷数据里面得出一些指标来指导我们团队的改进，是敏捷团队面临的重要话题。

理论基础

度量是理念、设计、应用三位一体的过程。

度量是什么，不是什么

量化模型就是通常所指的硬数据、硬指标。量化模型就是通常所指的硬数据、硬指标比较，这种比较有两种类型：纵向比较和横向比较。纵向比较就是跟自己比较：持续改进，持续超越自己，就需要比较自己发生的变化。

燃尽图（burn down chart）是随着时间的推移而剩余的工作数量。燃尽图就会呈明显的折线形状，也会对速度和风险的判断带来影响。除了燃尽图，还可以有其他数据展示团队迭代的效果。

数据搜集

根据燃尽图和电子看板，可以搜集最近一年迭代数据。搜集迭代数据以及对迭代有影响的数据：

1、统计周期为月。过去一年，经历过按照月迭代，每月两周迭代。考虑到统一性考虑用月。

2、从燃尽图按照维护，获取计划故事工作量，实际故事工作量，计划故事点，实际完成故事点。

3、参与迭代的团队人数

4、迭代的工作日累计

5、计划外故事点统计。说明：每个迭代预留一定额外任务，如果计划内任务后，可以自由认领。

数据搜集

不可否认数据具有主观性，但是如果是全员参与评估，数据更有效。

以工作量的估算数据为例，在使用Delphi专家估算法的时候，参与者会将很多可以量化、不可以量化的上下文信息都纳入到估算的考虑当中，因此有可能得到更有效的数据。-- 《精益软件度量》

数据分析

1. 承诺达成率

承诺达成率的计算比较简单，利用时间任务工时（故事点）/计划任务工时（故事点）即可。

当然，如果偏差较大，应该有分析说明。

承诺完成率

2. 迭代速率

一轮迭代完成的故事点就是项目的速率。为这个项目做计划时，我们可以用已知的速率，我们也可以自己假想一个速率。速率是一个有用的管理工具，所以在每轮迭代结束和迭代中监控团队的速率是很重要的。--《 Scrum中的团队速率 》

1）折算故事点

每个迭代拆分的故事点，可能大小不一。如果选用故事点对比，不准确，需要统一折算。如果以1月份28故事点作为基准故事，利用工时折算就可以得到折算故事点。

公式：本月任务工时/一月份工时*28就可以就算出折算公式。

2）额外故事点

可以将额外任务共识采用上述方式折算得到额外故事点数。

3）速率

因为每个迭代的人力投入，迭代周期不一致，单看完成故事点并不能反馈速率的变化。

单人单日的故事点的公式：（折算故事点+额外故事点）/迭代工作日/人力数量

如果要计算标准数值*基准工作日*基准人力数即可。

迭代速率折算 团队速率变化曲线

团队速率因为各自团队评估风格有差异，横向对比意义不大，纵向对比可以反映出整体开发效率的提升情况。（上图波动也反馈出团队成员的年休调休对团队速率的影响，说明：如果团队成员年休，承接的任务数可能减少，会有影响）

小结

本次对于数据分析，提出承诺率和迭代速度两个数据计算统计方法，希望可以通过了解过去来改进为了。搜集数据统计分析，可以了解整个团队运行情况，对于前端的需求可以有比较明确的承诺，也有利于团队改进。