度量工程师认证训练营首次课程作业摘要

在度量工程师认证训练营的首次课程中，学员们被要求根据自己在公司的职位来确定有价值的管理目标，并分别给出对应的先行指标和滞后指标。以下是提交作业的点评摘要，用以展示设计度量指标的重要考虑因素。

作业点评摘要

1. 质量工程师提出提高软件研发质量的目标，以缺陷逃逸率作为滞后指标，测试覆盖率和代码审查问题数量作为先行指标。点评建议考虑将“代码审查问题数量”修改为“代码审查缺陷密度”以更准确地预测缺陷逃逸率。
2. 同一质量工程师还提到项目延期率来反映研发质量，但点评人提出了因果关系的疑问，并暗示测试覆盖率和代码审查问题数量对项目延期率的影响可能没有那么直接。
3. 软件开发工程师关注clean code，将clean后代码行数作为滞后指标，而重复代码行数/现有代码行数作为先行指标。点评强调了重复率在重构前后的对比重要性，建议使用测试缺陷密度来作为滞后指标。
4. 项目经理关注减少项目缺陷，以结项项目缺陷数为滞后指标，以目标允许缺陷数量等为先行指标。点评强调了将缺陷数改为缺陷密度可能更为合适。
5. 另一项目经理想预测项目延期，以返工工作量等为滞后指标，而预估和实际工作量之间的差异为先行指标。点评提出预估和实际工作量的偏差率可能是一个更合理的先行指标。
6. 管理层希望了解当月盈利，以当月盈利作为滞后指标，成本和回款额作为先行指标。点评指出，如果成本不好度量，可以用回款额预测盈利。
7. 成本主管希望提高项目的利润率，以成本超支数额作为滞后指标，并考虑项目人力成本作为先行指标。点评提出利润率与超支数额之间的关系可能不够明确。
8. 同一成本主管关注缩短项目交付周期，选择实际交付周期作为滞后指标，开发效率作为先行指标。点评指出单一指标无法全面预测交付周期。
9. PMO想了解各项目进度，以项目验收时间作为滞后指标，项目计划合理性等作为先行指标。点评建议采用具体度量元，如计划评审问题数等。
10. PMO还关注项目成本，以项目实际成本为滞后指标，预算和出差情况等作为先行指标。点评提出应该比较实际成本与预算，以及时间进度来判断成本超支情况。
11. 产品开发部助理提出提升团队产能，选择需求吞吐量作为滞后指标，而在制品数量作为先行指标。点评认为这是一个良好的度量。
12. 同一助理还希望提升产品质量，以产品缺陷率作为滞后指标，产品需求评审次数作为先行指标。点评同样认为这是一个良好的度量。

IPD如果这么做，你的组织会越来越混乱！

了解更多

想要了解更多内容？

查看原文：先行指标与滞后指标的设计要点

文章来源：

麦哲思科技任甲林

扫码关注公众号