案例:分类建立过程性能基线以提高其实用性!
发布于 2024-10-01
1486
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
一家公司在分析其27个项目的历史生产率数据时,旨在建立一个过程性能基线。项目分为大型、中型和小型,各自的生产率(Loc/人天)数据不同,大型项目生产率范围在130.41至175.42之间,中型项目在211.90至272.94之间,小型项目则在236.81至295.38之间。
最初的过程性能基线未分类,所有项目一起考虑,结果显示上限为317.86,下限为69.77,中位数为235.61。这个基线分布极为离散,上下限相差超过4倍,指导意义不大。进一步的探索性数据分析表明,基线应根据不同项目级别分类建立。
通过单因子方差分析,验证了大型、中型和小型项目之间的生产率存在显著差异。分析的结果如下:
- 方差分析显示项目级别对生产率有显著影响(F值为48.17,P值为0.000),表明至少有一个项目级别的生产率均值与其他级别不同。
- 模型总结显示调整后的R方值为78.40%,预测的R方值为75.23%,说明模型质量较好。
- 各项目级别的平均生产率及其95%置信区间为:大型项目157.56(140.10, 175.03),小型项目264.29(250.03, 278.55),中型项目229.27(216.92, 241.62)。
结论是,为了提高过程性能基线的实用性和准确性,应当针对大型、中型和小型项目分别建立基线。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 769K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
不惑
“四十不惑”,意思是到四十岁的时候,对如何处理各种事情想的很明白了,知道如何处理了,有了自己的处世原则与方法,比较坚定。 定义了原则,就不会犹豫不决。就不需要再去废脑子考虑太多,才能快速决策。 不惑的前提是要有原则,有原则的前提是要对为什么定义这些原则想透彻。想透彻不是很容易的一件事情,需要时间的积累,需要螺旋上升的提高认识。只有想透彻了,原则才不会变,也才能不惑。 定义了原则,就要按
什么叫抽象?
面向对象软件开发的一个基本方法就是抽象,到底什么是抽象呢? 抽象是从众多的事物中抽取出共同的、本质性的特征,而舍弃其非本质的特征。例如苹果、香蕉、生梨、葡萄、桃子等,它们共同的特性就是水果。得出水果概念的过程,就是一个抽象的过程。要抽象,就必须进行比较,没有比较就无法找到共同的部分。 共同特征是指那些能把一类事物与他类事物区分开来的特征,这些具有区分作用的特征又称本质特征。因此抽取事物的共同特征就
CMMI能帮到《哪吒》吗?
CMMI模型可以用来指导软件研发、硬件研发、产品研发的过程,也可以用来帮助影视剧的创作!
用COSMIC方法帮助澄清需求的案例
实施COSMIC方法,除了可以度量软件的规模以外,还可以通过数功能点,识别需求中模糊不清的地方,起到需求澄清、需求验证的作用。下面通过一个简单的例子来说明之。某系统的需求规格说明书中有如下的一个功能需求描述:考勤明细查询功能说明:1展示员工每天的有效打卡记录,清晰展示上下班时间、打卡照片等;2可查看员工每天所有的打卡记录,显示的信息包括:名称、部门、员工状态、工号、日期、上...
系统测试缺陷检出密度越大越好吗?
这是一个很有意思的话题。很多人对此困惑。困惑在什么地方呢? 从开发的角度看,是希望系统测试发现的缺陷越少越好,那意味着在开发阶段都把缺陷找干净了。 从测试的角度看,是希望系统测试时把缺陷找干净了,不要遗留给客户去发现。在潜在的缺陷数恒定的前提下,找到的缺陷越多越好。 在组织级确定质量目标时,这个系统测试缺陷检出密度到底是定义为越高越好,还是越小越好呢?系统测试缺陷检出密度的大小能代表产品质量吗? 产品质量只能通过上线后的缺陷多少来衡量,上线后的缺陷密度越小越好...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线