案例:区分项目类型建立过程性能模型
发布于 2024-10-02


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


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

扫码阅读
手机扫码阅读
文章摘要
在企业内部,不同类型的项目可能展现出不同的过程性能规律。本案例分析了某公司19个项目的缺陷密度与圈复杂度超过15的函数个数比例的数据。通过对数据的统计分析,发现两类项目显示出不同的规律性,强调了在建立过程性能模型时区分不同项目类型的重要性。
原始数据分析
散点图分析显示,删除特定的离群点后,项目数据间缺乏明显相关性。对缺陷密度进行对数变换后,其分布趋于正态,但对数缺陷密度与圈复杂度超过15的函数比例的回归分析拟合度不佳,不适合实际应用。
应用软件项目数据分析
对应用软件项目单独分析发现,缺陷密度和圈复杂度函数比例均近似服从正态分布,无离群点。相关性检验表明二者之间存在强相关(Pearson相关系数=0.839),且回归分析的结果通过了F检验、t检验和残差分析,证明回归方程是有效的。
嵌入式软件项目数据分析
嵌入式软件项目的散点图分析则显示,除去离群点后,剩余数据点没有明显趋势,说明嵌入式软件项目的缺陷密度和圈复杂度函数比例之间不存在显著相关性。
结论
综合上述分析结果,该公司的应用软件与嵌入式软件项目在过程性能上的规律有所差异,需要分别对待。这强调了在分析项目过程性能数据时,必须细心观察、多尝试和多分析以发现项目间的差异。

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 261.7K
麦哲思科技任甲林的其他文章
多团队协同开发的18条实践
本文总结了18条多团队协同开发的实践。
职业的程序员与业余程序员
(1)职业的程序员设计的时间长于编码的时间,业余程序员编码的时间长于设计的时间; (2)职业的程序员是设计程序,业余程序员是调试程序; (3)职业的程序员是预防BUG,业余程序员是修改BUG; (4)职业的程序员无论何时都能读懂自己的代码,业务程序员总是读不懂自己的10天前的代码; (5)职业的程序员总能读懂别人的代码,业余程序总是读不懂别人的代码; (6)职业的程序员习惯了读别人的代码,业余程序
快速学习COSMIC方法之二:COSMIC方法的度量过程
COSMIC方法的度量分为三个阶段:1 度量策略阶段2 映射阶段3 度量阶段在度量策略阶段,主要包括四个活动: 1)确定度量目的:为什么执行本次度量。比如你要度量一个房子的面积,是为了卖房子?是要装修?还是为了装中央空调?目的不同,度量的范围不同,度量的结果也不同。卖房子是要包含建筑面积与分摊面积的,装修房子要考虑套内面积与晾台面积,而装中央空调时只考虑套内面积,目的不同,度量的范围不同,度
图解APH之engaging合弄
图一:Engaging合弄的目的与性能等级图二:Engaging合弄的活动 图三:Engaging合弄使用的敏捷仪式与技术
什么是敏捷性能合弄结构(APH)?
1 综述敏捷性能合弄结构(APH)是由美国AgileCxO研究院出品的全球范围首个专门用来评价企业敏捷性能的模型。该方法分析、提取了当前流行的各种敏捷方法、精益方法的先进理念与实践。它可以帮助企业评价当前的敏捷能力等级、指导落地实施敏捷方法、循序渐进地识别改进点。它将企业可能的65种敏捷仪式(来源于各种敏捷方法,将来还会扩充)映射到70种行为,归类到18个合弄单元,6个性能圈,从角色、行为、敏...
加入社区微信群
与行业大咖零距离交流学习


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