度量数据是人工凭感觉录入的,产生的偏差如何解决?

先抛出我的观点:由人工凭感觉录入而产生的数据偏差,不需要解决。我们分几个层面,来剖析这个问题:

1、估算本就是一项不靠谱但不得不做的工作。

估算的目的是在不确定性的环境中寻找确定性,通过利用接近事实真相的数据,以降低目标达成的风险。然而,只有当事情真实发生了,才知道偏差有多大,但此时我们已比之前更接近目标,估算活动也早就过时,已然完成了它的使命。

2、估算再不靠谱,它也是一门方法论。

常见的估算方法包括:专家判断、类比估算、参数估算、三点估算、自下而上估算等等。而"人工凭感觉录入"的前提,就是假定了录入人员具备对该专业领域评估的经验,所以可以认为就是一种专家判断的估算形式。即:基于某应用领域、知识领域、学科和行业等的专业知识而做出的,关于当前活动的合理判断(PMBOK 第六版)。

3、估算也是有成本的,要控制好收支比。

精益思想认为,只有满足客户需求的产品或服务才是有价值的。我们在价值创造过程中的活动,可以分为三种类型:有价值的、没有价值的(参考:精益生产之七大浪费)、无价值但有必要的。只有减少无价值但必要的活动,以及消除没有价值的活动,才能实现价值最大化。估算就是一项"无价值但有必要"的活动,它并不能直接创造价值,但可以通过它规避风险来提升获得价值的可靠性。

4、度量什么,就会得到什么。

在管理学界,有一个知名的古德哈特定律(Goodhart's law),即:当一个政策变成目标,它将不再是一个好的政策。当我们把度量手段当作管理目标后,被管理的一方就会揣摩管理者度量的意图,并竭尽全力让数据倒向管理者所期望的效果(原因可能是出于应付、讨好、恶意、上级施压、自我保护、善意的谎言、无意识的先入为主等),于是,度量结果就丧失其原本所具有的信息价值了。

5、目标刻在石头上,计划写在沙滩上。

在确定性越强、重复性越高、经验积累越充分的场景中,我们对偏差的容忍度越低。比如,在建筑施工领域,就明确地在不同交付阶段分别采用概算、预算和决算来评估单位工程所需的费用。但在动态变化且从未有人涉足的领域,任何预测到头来都是令人沮丧的,最显著的例子就是软件业。我们不应指望在评估环节就预见一切,然后舍本逐末地追求估算的准确性,而应该关注:① 估算对象与历史经验的相似性,考虑使用类比估算;② 估算持续偏差的稳定性,考虑使用参数估算;③ 多人群策群力共同参与,实现三点估算。

6、估算是一项主观性很强的工作。

每一项所谓"凭感觉录入"的数据,都是当事人用来衡量"他本人达成目标的可行程度"。众所周知,每个人的步长(行走时两脚间的距离)都不一样,因此,可以采用"谁估算、谁执行、谁负责"的工作原则,没有人能代替得了当事人参考自身能力对问题的评价的主观性。

综上所述,偏差因主观所引起,客观就存在,不需要解决,也难以解决,甚至切勿解决。

本文整理自《研发效能100问》,原作者 费解

相关推荐
程序设计实验室14 小时前
极大提高项目部署的生产力!分享一个半自动化的CICD实现方案
devops
龙智DevSecOps解决方案14 小时前
使用Word/Excel管理需求的10个痛点及解决方案Perforce ALM
软件开发·devops·需求管理·alm·测试管理
尤达c2 天前
Jenkins on Mesos 高可用高并发部署
运维·ci/cd·devops
极限实验室2 天前
使用 Docker Compose 简化 INFINI Console 与 Easysearch 环境搭建
数据库·docker·devops
裁二尺秋风2 天前
CI/CD — DevOps概念之实现k8s持续交付持续集成(一)
ci/cd·kubernetes·devops
rocksun3 天前
驱动平台应用:营销的缺失环节
devops
Rolei_zl7 天前
读书笔记:《DevOps实践指南》
devops
Zadig8 天前
Terraform + Zadig:打造企业级基础设施自动化流程
自动化运维·devops
DevOps在路上8 天前
从 ”以应用为中心“ 的交付看DevOps平台的演进趋势
devops