首页这篇文章写得牛，也非常赞同无数据不管理，绩效不能凭感觉给。
但是我几个疑惑点，不是质疑作者哈，只是想探讨一下：
一、这些指标数据高度依赖人的意识感知、使用项目管理工具的粒度、搜索数据的完整度、项目实际运作成熟度等。
1、如何保证每个需求都记录在案、且不同产品人员在同一产品线对需求的拆分粒度是相当的？ ==>决定了业务交付吞吐率的相对准确性。
2、如何保证评估工时和结果使用工时都记录在案、且记录数据是准确的？
3、测试自动率本身就是一个很大的指标，它的有效率、个数、覆盖率如何保证是相对准确的？提测时间如何保障准确记录在案？
4、开发自测通过率、冒烟前覆盖率、冒烟通过率如何记录在案，且没有受到认为影响？
5、缺陷记录在案是的粒度如何保证不同的测试人员提交的 bug 在同一模型下？例如，有的测试人员同一类的 bug 只提 1 个，有的却提很多个，一旦成为 “业绩” 的衡量标准，整个风向维度就变了。
6、用例设计的粒度也是跟第 5 点一样，缺陷引入率还需要测试主动管理需求，如果乱关联、不关联等。。。
7、用例是否记录到项目管理工具，回归用例选入管理执行计划，是否真的执行？
。。。。。。
以上种种，还有很多因素，在中小公司的研发团队，甚至大公司的研发团队里头都没办法保证这些数据来源的数据准确。
自己活儿都干不完，还为了保证你搜集这些数据投入大量的人力物力来保障效能度量工具的基础数据，这与效能本身的出发点是否就有点背道而驰了？

这种工具忽悠大老板还是相当适用，实际中层管理者落地推行，可能有很多阻塞点。
个人觉得，这些指标可借鉴，但数据源得全部选自于团队自身随意而为的数据，而不是固化这些数据，然后结合团队当阶段实际情况（项目、个人、特性、成熟度等仔细分析），有时候你可能会发现你会得出跟数据完全相反的结论。

个人意见：数据必须有，得分析，仅参考，不直接使用。