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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

相关推荐
rocksun8 小时前
平台工程的边缘:突破还是失败?
devops
rocksun8 小时前
Agentic AI和平台工程:如何结合
人工智能·devops
kuaile09061 天前
新手应该选择哪个DevOps工具
运维·devops
2401_840192272 天前
git的作用,以及和github的区别
开发语言·经验分享·git·python·devops
努力向上的年轻人3 天前
2025年新手入门DevOps工具选型指南
运维·gitee·团队开发·敏捷开发·devops·源代码管理
是垚不是土5 天前
何为DevOps理念?
运维·devops
极小狐5 天前
GitLab 中文版17.10正式发布,27项重点功能解读【三】
安全·gitlab·devsecops·devops
九卷7 天前
软件产品开发中常见的10个问题及处理方法
项目管理·敏捷开发·研发管理
初级代码游戏7 天前
管理Visual Studio配置文件(使用Azure DevOps开发,免费GIT托管)
git·azure·devops·visual studio
demonlg01128 天前
Jenkins 共享库(Shared Libraries)使用说明文档
java·运维·python·jenkins·运维开发·devops