度量指标的数值越大越好还是越小越好?
发布于 2026-04-07
1484
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在企业中定义的度量指标可以从对数值大小的期望角度,分成三类:
- 望大型指标,是指数值越大越好的指标,也称为正向指标、正指标、效益型指标,如公司利润、上证指数越大越好。
- 望小型指标,是指数值越小越好的指标,也称为逆向指标、逆指标,如亏损率越小越好。
- 均衡型指标, 是指数值保持在一个合理的区间内即可,也称为均衡指标、适度指标,如人的体重,太胖了不行,太瘦了也不行。
在定义一个度量指标时,要想清楚如何分析这个指标,这个指标是期望越大越好,还是越小越好呢?在不同的场景下、对不同的人而言,期望值是不同的,指标的类型也是不同。分清楚度量指标望大、望小的类型,是思考指标分析方法的第一步。
以下给出一些指标分类的案例,供大家参考。

如果不同的角色对度量指标的望大望小期望一致,则大家对数据本身的正确性、合理性以及对比分析方法就能够达成一致,该度量指标在实践中就比较容易落地,否则可能就会出现争议、数据刻意美化的现象。因此,在实践中,千万要想清楚度量指标的望大、望小类型,这样在分析时才能比较全面。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 763.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
敏捷团队章程的实践精要
无规矩不成方圆。任何一个团队都要有大家共同遵守的做事规则,这些规则定义下来就成为了国家的大政方针与法律法规、组织的管理方针和流程、团队的章程或工作协议。对于敏捷团队而言,也是如此。需要在团队组建的初期,大家共同制定团队的做事规则,并协商一致,共同承诺。有了团队章程,团队才能统一思想、统一价值观、统一做事的方式,为协同合作建立一个良好的基础,才能成为一个高效的团队。 制定敏捷团队章程要把握4个要点: 1 不求大而全,但求简单实用。 敏捷团队章...
CMMI4级实践问题30问-2
第4问 :项目的控制上、下限在项目执行中是固定的还是可变的? 答: 是可变的。 请看CMMI模型QPM PA的SP2.2: 第1条子实践:Establish trial natural bounds for subprocesses having suitable historical performance data. 注意这里提到的是trial 自然边界,即根据历史项目的数据得
我说CMMI2.0后记
在CMMI2.0发布之前就想针对2.0的每个PA进行解释,但是拖延了下来,恰好春节之前有客户开始实施了CMMI2.0,有客户和同事与我探讨2.0中的内容,在解释的过程中,就形成了文字,索性就想把每条实践都解释一下。于是,就给自己定了目标,在春节期间把20个PA都解释完成。实际去做的时候,发现没有那么容易。一是时间是否有保证,二是我自己也需要对模型的某些描述反复阅读,提炼,查阅资料...
项目进度跟踪的最佳实践:每日站立会议
项目进度跟踪的最佳实践:每日站立会议1 每日站立会议的具体做法每日站立会议是Scrum方法中的一条关键实践,看似很简单的一个活动,其实内涵丰富,站立会议通过每天面对面的沟通,可以: (1)快速同步进展,让项目组内部的员工互相了解彼此的进展,从而了解本项目的整体进展。 (2)给每个人一种精神压力,信守承诺。这是一种面对面的精神压力,直面项目进展。 (3)培养团队的文化,让每个人意识到:我不是一
需求控制组的构成
在软件项目中常见如下的现象: 用户提出了需求变更,市场人员答应了,开发人员认为工作量太大,不好实现; 软件项目签订了合同,规定了价格,在后期的开发过程中,需求变更很多,变更的成本都是乙方承担,项目结束后发现项目做亏了; 用户提出了需求的变更,开发人员直接修改软件,没有通知相关人员; 用户张三提出了需求变更,开发人员修改了软件后,张三又认为不妥
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线