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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

相关推荐
Eric_Chen_x7 小时前
SaaS 是什么?一文带你看懂 SaaS 与传统软件的区别
saas·研发管理
深圳行云创新5 天前
BizDevOps 是什么?如何建设企业 BizDevOps 体系
软件工程·devops·bizdevops
saynaihe6 天前
关于Ubuntu的 update造成的内核升级
linux·运维·服务器·ubuntu·devops
橙*^O^*安7 天前
Kubernetes集群部署Jenkins指南
云原生·容器·kubernetes·jenkins·devops
裸奔的大金毛7 天前
Tekton - 自定义镜像配置git仓库克隆
git·ci/cd·devops·tekton
pwj去战斗吧7 天前
k8s+jenkins+harbor构建Devops平台
kubernetes·jenkins·devops
友莘居士9 天前
软件研发如何选对方法论?传统计划驱动与敏捷价值驱动的全面对比
devops·敏捷·传统·软件研发方法论
智能运维指南9 天前
云原生与 AI 加持下,DevOps平台的演进趋势、选型建议与推荐指南
研发效能·devops工具·devops产品·信创devops·一体化devops平台·研运一体化平台·devops系统
小薛博客11 天前
17、DevOps持续集成、持续部署
运维·ci/cd·devops
盟接之桥12 天前
盟接之桥说制造:在安全、确定与及时之间,构建品质、交期与反应速度的动态平衡
大数据·运维·安全·汽车·制造·devops