一、Velocity（速度）
度量单位：故事点
定义：最近几个冲刺每个冲刺完成故事点数的平均值
目的：测算团队每个冲刺完成故事的能力，作为冲刺计划时的经验参考。在团队人员稳定情况下速度应保持稳定，由于人员能力提升或新技术实践引入等影响速度应呈现提升趋势
举例：
冲刺 完成故事点数
Sprint1 23
Sprint2 29
Sprint3 34
Sprint4 10
Sprint5 25
Sprint6 30
Sprint7 28
过去6个冲刺共完成故事点数：157
速度 = 157 / 6 = 26个故事点
【
速度趋势
】
【
速度趋势
】
正常值：26个故事点（100%）
波动上限：36个故事点（140%）
波动下限：21个故事点（80%）
【
速率波动
】
二、Commitment Reliability（承诺可靠性）
度量单位：故事点
定义：团队完成承诺的冲刺计划的稳定性，冲刺结束时团队实际完成的故事点数 / 冲刺开始时团队承诺完成的故事点数
目的：在团队人员稳定情况下承诺可靠性应保持稳定，过低或过高可能体现承诺不足或过度等问题
举例：
冲刺 承诺完成故事点数 实际完成故事点数 承诺可靠性：CR =（完成 / 承诺）* 100
Sprint2 29 29 100%
Sprint3 34 34 100%
Sprint4 16 10 63%
Sprint5 30 25 83%
Sprint6 45 30 67%
Sprint7 30 29 97%
【
承诺可靠性趋势
】
【
承诺可靠性RAG状态】
三、Capacity Utilization（产能利用率）
度量单位：小时
定义：实际发生工作量的占比
目的：可用来评估团队冲刺专注度是否符合预期，发现由于非冲刺任务造成的专注度不足等问题
举例：
冲刺 可用工时 承诺工时 产能利用率：Utilization = （承诺工时 / 可用工时）* 100
Sprint2 220 130 59%
Sprint3 240 190 79%
Sprint4 280 140 50%
Sprint5 230 200 87%
Sprint6 243 221 91%
Sprint7 226 220 97%
【
产能利用率RAG状态】
四、Estimation Variance（估计偏差）
度量单位：小时
定义：实际工作量与估计工作量的偏差
目的：评估冲刺计划中工作量的准确度，发现完成任务所需工作量评估不足或过高的问题
举例：
冲刺 估计工作量（E） 实际工作量（A） 估计偏差：估算不足 = （E-A）/ E * 100；估算过载 = （A-E）/ E * 100
Sprint2 130 40 69%
Sprint3 190 190 0%
Sprint4 140 200 43%
Sprint5 200 189 6%
Sprint6 221 178 19%
Sprint7 220 215 2%
【工作量估计偏差
】
五、Scope Change（范围变更）
单位：故事点
定义：冲刺开始后从冲刺计划列表中移除或新加入列表的故事点数
目的：冲刺开始后应保持冲刺计划范围不变，发现需求变更过多导致冲刺计划受到影响的问题
举例：
冲刺 承诺故事点数 新增故事点数（C） 移除故事点数（D） 范围变更：范围减小 = （D / C）* 100；范围增加 = （A / C）* 100
Sprint2 29 0 10 34%
Sprint3 34 0 0 0%
Sprint4 16 23 0 144%
Sprint5 30 0 15 50%
Sprint6 45 0 0 0%
Sprint7 30 0 0 0%
【需求变更】
六、Defect Leakage（缺陷泄露）
单位：defect个数
定义：冲刺结束后发现的defect数量
目的：代码内建质量高、测试充分情况下冲刺结束后新发现的defect数量应该为0或很少，发现冲刺质量问题
举例：
冲刺 冲刺中发现的defect数 冲刺后发现的defect数 缺陷泄露：（冲刺后发现的defect数 / 冲刺中发现的defect数）* 100
Sprint2 20 1 5.00%
Sprint3 10 0 0.00%
Sprint4 10 4 13.33%
Sprint5 5 1 20.00%
Sprint6 12 4 33.33%
Sprint7 22 6 27.27%
【
缺陷泄露RAG状态】
七、Backlog Health（积压健康度）
单位：故事点
定义：产品待办列表中已梳理故事的总点数与平均速度的比较
目的：评估是否有充足的产品需求待办事项，发现故事积压过少或过多的问题
举例：
平均速度 已梳理故事点
26.17 20
健康度
小于平局速度
等于平均速度
两倍于平均速度
三倍或以上于平均速度
【积压健康度】
网友评论