如何判定度量元的价值?
发布于 2024-10-01
778
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
度量元的价值和目标驱动性摘要
公司在定义度量元时,需仔细评估其价值和作用。度量元的价值可以从以下五个方面进行考量:
- 能否派生出其他度量元,如项目规模数据用于计算生产率和缺陷密度。
- 是否作为某个结果的影响因子,例如,评审的单位投入作为回归方程中缺陷密度的预测变量。
- 是否可以作为某个结果的候选影响因子,如评审的专家能力水平,可尝试用于建立缺陷密度的回归模型。
- 是否有相应的指示器支持,可以通过这些指示器得出管理结论,并解决管理问题,例如利用每个迭代的剩余工作量数据制作燃尽图,监控项目进度。
- 度量元本身是否作为管理目标存在,如需求评审的缺陷密度,此度量元能作为质量和过程性能的目标,并拥有组织的性能基线与模型。
不符合上述任一价值的度量元应被视为无意义并予以删除,这可能导致相关度量元的连锁删除。度量的实施必须是目标驱动的,旨在满足管理的需求。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 573.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何度量交付后的软件质量?
如何度量交付后的产品质量?本文给出了四个参考度量指标,并简要分析了其优缺点,并给出一个具体场景的案例。
漫谈敏捷方法中的信任
在实施敏捷的方法中需要组织建立信任的文化,即管理者信任项目组,可以放手让项目组去做事情。 人对其他人都是有信任关系的。你走在大街上,你不会认为你看到的任何人会过来刺杀你,否则你就会穿着一身盔甲上路了,这就是一种信任。 人对其他人的信任都不是无底线的。比如,当有人过来找你问路,找你推销商品时,你可能就避而远之,这就是一种不信任。 无约束的信任只可能是一些短期的、不重要的小事。
每日站立会议的10个成功要点
每日站立会议是SCRUM方法中的一条关键实践,看似很简单的一个活动,其实内涵丰富,如果能够成为一种习惯,还是不容易的。其成功的要点为: 1 站立会议通过每天面对面的沟通,可以: (1)快速同步进展,让项目组内部的员工互相了解彼此的进展,从而了解本项目的整体进展。 (2)给每个人一种精神压力,信守承诺。这是一种面对面的精神压力,直面项目进展。 (
缺陷清除率的简单分析
某项目采集了在一个迭代周期内缺陷的注入与发现数据。把缺陷注入分为了3个活动,把缺陷发现分为了4个活动,一个月内的统计数据见下表:某项目的缺陷清除率分析缺陷注入\缺陷发现Sprint planning设计与编码代码评审测试小计需求分析453 12设计与编码 27128测试 22小计4530342缺陷清除率33.3%62.5%96.8%100.0% 在此统计表中并没有采集到产品发布后的度量数据
如何比较两种估算方法的准确性?
有公司在做软件规模估算时,采用了经验法估计了代码行,又设置了难度系数,重用率,重用规模系数三个调整参数。如果初始估计规模为1KLOC,难度系数为1.1,重用率为20%,重用规模系数为50%,则调整后的规模为:1*1.1*(1-20%)+1*20%*50%=0.88+0.1=0.98KLOC。我看到该估算方法后认为有些复杂,而且不好理解,有可能是做了无用功了,所以我想通过数据进行检验看看调整后的规模是否比初始的规模估计更准确,如果不如初始的规模估计更准确,则可以放弃三个调整系数。该公司A部门有11个历史项
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线