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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

相关推荐
深蓝易网30 分钟前
为什么制造企业需要用MES管理系统升级改造车间
大数据·运维·人工智能·制造·devops
rocksun1 天前
平台工程的边缘:突破还是失败?
devops
rocksun1 天前
Agentic AI和平台工程:如何结合
人工智能·devops
kuaile09062 天前
新手应该选择哪个DevOps工具
运维·devops
2401_840192273 天前
git的作用,以及和github的区别
开发语言·经验分享·git·python·devops
努力向上的年轻人4 天前
2025年新手入门DevOps工具选型指南
运维·gitee·团队开发·敏捷开发·devops·源代码管理
是垚不是土6 天前
何为DevOps理念?
运维·devops
极小狐6 天前
GitLab 中文版17.10正式发布,27项重点功能解读【三】
安全·gitlab·devsecops·devops
九卷8 天前
软件产品开发中常见的10个问题及处理方法
项目管理·敏捷开发·研发管理
初级代码游戏8 天前
管理Visual Studio配置文件(使用Azure DevOps开发,免费GIT托管)
git·azure·devops·visual studio