先行指标与滞后指标的设计要点

序号

需求提出者

度量需求
管理关注点

滞后指标

先行指标

点评

1

质量工程师

提高软件研发质量

缺陷逃逸率

测试覆盖率、代码审查问题数量

缺陷逃逸率是一个率，是相对数值
测试覆盖率是一个率，是相对数值
代码审查问题数是一个数，是绝对数值
测试覆盖率影响了缺陷逃逸率，代码审查缺陷密度也可能影响了缺陷逃逸率，所以这里的代码审查问题数是否修改为代码审查缺陷密度更合适一些呢？

2

质量工程师

提高软件研发质量

项目延期率

测试覆盖率、代码审查问题数量

项目延期率可以代表软件研发质量吗？
测试覆盖率、代码审查问题数量影响了项目延期率吗？是否因果关系有那么强烈呢？

3

软件开发工程师

clean code

clean后代码行数

重复代码行数/现有代码行数

先行指标是重构前的代码重复率，这是先发生的。
滞后指标是重构后的代码重复率，是否更合理呢？二者可以做对比，看看重构后代码重复率是否降低了，意味着代码的内建质量是否有所提升。
这两个指标其实是一个指标，只是采集的时间点不同而已，二者没有影响关系，没有因果关系。
其实可以用代码重复率作为先行指标，用测试的缺陷密度或交付后缺陷密度或缺陷逃逸率作为滞后指标。

4

项目经理

减少项目缺陷

结项项目缺陷数

目标允许缺陷数量/已有风险数量/历史缺陷数量/自动化测试覆盖率

与第1行类似，注意：缺陷数是一个绝对数值，目标允许缺陷数量、已有风险数量、历史缺陷数量也是绝对数值，对一个项目而言是有可比性的，机会域是相等，同一个项目，规模是固定数字。
自动化测试覆盖率是一个相对数字，和项目缺陷数之间是否有相关性，值得商榷，此时把缺陷数修改为缺陷密度，可能更合适。
即通常情况下，绝对数值与绝对数值做分析，相对数值与相对数值做分析。注意，这是通常情况下，并不绝对，也有少数场景是可以的。

5

项目经理

预估项目是否会发生延期

返工工作量，延期天数，预估和实际工作量之间的差异

每个需求点预估的工作量、已经完成的需求点数、完成这些需求点数已使用的工作量、预估和实际工作量之间的差异

度量需求是：预估项目是否会发生延期。那就意味着，是要估计项目延期的概率或者是要估计项目的延期率，或者是项目的延期天数，所以返工工作量是否作为先行指标更合理呢？
先行指标是否要修改为预估和实际工作量的偏差率更合适呢？
即隐藏的一个推理逻辑是：投入工作量的偏差影响了工期偏差！

6

管理层

了解这个月盈利多少

这个月盈利多少

这个月成本多少、已经收回的客户账款多少、销售额多少

月度盈利=本月回款额-本月成本
累积盈利=累积回款额-累积成本
回款额、成本与盈利其实是同时发生的，如果成本不好度量，只知道回款额，不知道成本，可以用回款额来预测盈利，那么可以用回款额作为先行指标，如果三者同时都知道了，其实就无所谓先行不先行了。
销售额影响了未来的盈利，销售额可以作为先行指标。

7

成本主管

提高项目的利润率

成本超支数额

项目人力成本

成本超支数额能够反应出利润率吗？超支数额是绝对数值，利润率是相对数值！
项目人力成本与成本超支数额是否是同步发生的呢？没有先行一步吧？

8

成本主管

缩短项目的交付周期

实际交付周期

开发效率

实际交付周期取决于项目规模与开发效率，不仅仅取决与开发效率，单纯把开发效率作为先行指标，无法预测实际交付周期。

9

PMO

了解各项目的进度情况

项目验收时间

1、项目计划合理性 
2、各项目周报中需求扩大情况、遇到的问题 
3、项目月计划完成情况 

项目计划合理性，如何度量呢？是否可以考虑：计划评审发现的问题数/项目周期或工作量之类的度量元呢？
需求扩大情况，是否可以考虑：需求变更率？
项目月计划完成情况，是否可以考虑：月度任务完成率？

10

PMO

了解各项目的成本情况

项目实际成本

1、项目成本预算（工作量评估和其他费用评估）
2、项目组出差情况（人天）
3、质量情况（这个没想好如何去度量，公司开发现在没有测试体系） 
4、项目关键里程碑完成时间与计划时间的偏差 
5、项目月实际成本 
6、合同额

质量情况可以考虑：测试发现的缺陷密度，缺陷个数等。
项目月实际成本/项目成本预算 与 流逝时间/项目预计工期二者对比，识别成本是否超支了。

11

产品开发部助理

提升团队的产能

需求的吞吐量

在制品数量

很好！

12

产品开发部助理

提升产品的质量

产品的缺陷率

产品需求评审的次数

很好！