扫码阅读
手机扫码阅读
如何判定度量元的价值?

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

度量元的价值和目标驱动性摘要
公司在定义度量元时,需仔细评估其价值和作用。度量元的价值可以从以下五个方面进行考量:
- 能否派生出其他度量元,如项目规模数据用于计算生产率和缺陷密度。
- 是否作为某个结果的影响因子,例如,评审的单位投入作为回归方程中缺陷密度的预测变量。
- 是否可以作为某个结果的候选影响因子,如评审的专家能力水平,可尝试用于建立缺陷密度的回归模型。
- 是否有相应的指示器支持,可以通过这些指示器得出管理结论,并解决管理问题,例如利用每个迭代的剩余工作量数据制作燃尽图,监控项目进度。
- 度量元本身是否作为管理目标存在,如需求评审的缺陷密度,此度量元能作为质量和过程性能的目标,并拥有组织的性能基线与模型。
不符合上述任一价值的度量元应被视为无意义并予以删除,这可能导致相关度量元的连锁删除。度量的实施必须是目标驱动的,旨在满足管理的需求。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 212.7K
麦哲思科技任甲林的其他文章
软件项目策划时常犯的12个错误
大概总结了一下,有时间再展开详细论述吧: 1 任务的颗粒度悬殊太大 2 任务的识别不全面,如: 没有识别出计划(PP,PPQAP,CMP,MAP等)评审的任务 没有识别出来计划修订的任务 模块间集成的任务没有识别出来 3 只做了工作量估计,没有做规模估计 4 只凭1或者2个人的经验进行估计,没有采用规范的估计方法 5 没有计划偏离的控制阀值 6 没有获得项目组成员对计划的承诺 7 在schedul
白话透解验收标准(AC)与完成标准(DoD)的区别
Accept criteria 与 Definition of Done是敏捷开发中的两个概念,容易混淆。AC是针对每个需求定义的。DoD是针对所有需求,任务,迭代,交付定义的。打个比方解释二者的区别:需求1:晚饭吃饱。验收标准AC: 1 牛肉+蔬菜+啤酒; 2 18点到19点之间完成。需求2:午饭吃饱。验收标准AC: ...
我说CMMI2.0之产品集成
产品集成(PI)即把不同部件集成在一起,形成一个更大的部件或一个完整的可交付的产品。该PA包含了集成策略的制定、集成准备、集成、集成后的验证与确认、以及交付的活动。 实践列表 PI 1.1 Assemble solutions and deliver to the customer. 组装解决方案并交付给客户 ...
普通原因与特殊原因的区别
在SPC中,对过程的偏差区分了信号与噪音,信号是特殊原因造成的偏差,噪音是普通原因造成的偏差。这两类原因有啥区别呢?我归纳整理如下: 普通原因 特殊原因 定义 普通原因指的是造成随着时间的推移具有稳定的且可重义的分布过程中的许多变差的原因,我们称之为:“处于统计控制状态”、“受统计控制”,或有时简称“受控”。普通原因表现为一个稳定系统的偶然原因。只有变差的普通原因存在且不改变时,过程的输出才是可以预测的。 特殊原因(通常也叫查明原因)指的是造成不是始终作用于过程的变差的原.
职业的程序员与业余程序员
(1)职业的程序员设计的时间长于编码的时间,业余程序员编码的时间长于设计的时间; (2)职业的程序员是设计程序,业余程序员是调试程序; (3)职业的程序员是预防BUG,业余程序员是修改BUG; (4)职业的程序员无论何时都能读懂自己的代码,业务程序员总是读不懂自己的10天前的代码; (5)职业的程序员总能读懂别人的代码,业余程序总是读不懂别人的代码; (6)职业的程序员习惯了读别人的代码,业余程序
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线