对比分析偏差率的五个常见疑问
发布于 2024-10-01
2344
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目偏差率分析常见疑问摘要
在项目管理中,客户经常收集工期偏差率和工作量偏差率的数据,并对这些数据进行分析。偏差率的计算公式为(计划 - 实际) / 实际。对于这类数据,存在五个常见的疑问。
问题1:哪个项目的偏差率更大?
比较项目的偏差率大小时,应该比较偏差率的绝对值而不是原始值,因为偏差率有正负之分,直接比较可能得出错误结论。
问题2:两类项目估算准确率的比较
在比较不同项目估算准确率时,应该比较偏差率绝对值的均值而不是偏差率的均值,因为偏差率的正负可能导致均值接近零,从而产生误解。
问题3:不同项目估算水平的接近程度
要了解哪一类项目的估算水平更接近,需要比较两组数据的标准差大小。较小的标准差指示估算更为准确。
问题4:利用变异系数比较估算偏差
变异系数(CV)可以用来比较不同类项目的相对估算偏差大小,其计算为标准差除以均值的绝对值乘以100%。CV值较大表示数据较为离散。当均值接近或等于零时,变异系数可能失去意义。在某些情况下,可以通过调整均值来比较变异系数,但不能比较偏差率绝对值的变异系数。
问题5:使用控制图分析偏差率
控制图可以用于分析偏差率,但要注意避免自相关性,即同一项目不同时间段的偏差率可能存在相关性。对偏差率绝对值使用控制图分析并无实际意义。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1185.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
漫谈敏捷方法中的信任
在实施敏捷的方法中需要组织建立信任的文化,即管理者信任项目组,可以放手让项目组去做事情。 人对其他人都是有信任关系的。你走在大街上,你不会认为你看到的任何人会过来刺杀你,否则你就会穿着一身盔甲上路了,这就是一种信任。 人对其他人的信任都不是无底线的。比如,当有人过来找你问路,找你推销商品时,你可能就避而远之,这就是一种不信任。 无约束的信任只可能是一些短期的、不重要的小事。
快速学习COSMIC方法之十七:如何寻找更简单有效的规模度量方法?
很多企业都在探索合理估算工作量的方法,而工作量的多少主要取决于软件规模的大小,因此在估算软件工作量之前需要先估算其规模。传统的规模估算方法是进行代码行的估算,但是对于同一个需求,不同经验的人员去估算,结果差别很大,不同的实现语言,估算结果差别也很大,即使不同经验的人员针对同一种需求去实现,实际的代码行数也差别很大,并且实际情况中,往往一个需求可能需要多种语言结合才能实现。因此,使用代码行作为衡...
开好迭代回顾会议的5个原则
迭代回顾会议是Scrum五个仪式之一,是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动,其最主要的目的是提升团队的整体能力,持续改进,形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中,最容易忽略该活动,很多团队没有意识到该活动的重要性。为什么呢?最主要的原因是开了会议,没有实际效果,大家认为没用,所以也就不开了。实践中,在开迭代回顾会议时常犯的错误有: 把回顾会议开成了吐槽大会,大家只提意见,不提改进措施; 把回顾会议开成
我说CMMI之七:需求管理过程域
我说CMMI之七:需求管理过程域先讲讲需求管理的含义。何谓需求管理?需求管理就是管理需求的一致性。这里讲的需求指什么?指的产品与产品构件需求,对于软件而言通常就是软件需求规格说明书(SRS)。在CMMI模型中将需求分成了2类:客户需求,产品与产品构件需求。客户需求是采用用户的术语表达的,用户验收的依据,一般是由客户提出需求,由开发人员记录、描述、整理下来。客户需求是平衡了客户的需要、期望、约束和接口需求后的结果。产品与产品构件需求是采用开发人员的属于表达的,是开发方验收的依据。产品与产品构件的需求是基于客
需求还是bug?
文章浏览阅读525次,点赞3次,收藏7次。如何区分"需求"和"Bug"?核心判断标准在于是否存在"白纸黑字"的约定:Bug是违反已有规范的行为(如功能异常或与设计不符),需求则是提出新的期望或变更。可通过三个问题来辨别:是否写进文档?产品经理是否认可该功能?用户认为是"坏了"还是"想要更多"?常见模糊地带如性能问题和体验优化需具体情况具体分析。建议建立三方裁决机制,由产品经理最终判定,并分别走Bug修复或需求变更流程,以高效解决争议。关键在于明确基准
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线