为什么无法建立过程性能模型?
发布于 2024-10-02
1372
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要:建立软件公司过程性能模型的难点
在CMMI等级四五的软件公司中,构建过程性能模型是一项关键的挑战。公司在此过程中常面临六大困难:
- 数据不准确:数据采集时存在准确性问题,例如,评审会议中只是学习的人员被统计在内,数据依赖回忆而非实时采集,代码行数的估计非工具统计。
- 过程不稳定:过程的不稳定性可归因于多个方面:
- 过程范围太广,导致难以建立有效的回归分析模型,因为影响因子众多而个别影响有限。
- 过程定义不稳定,关键成功因素未明确定义,如评审流程中的具体要求。
- 过程执行不稳定,实际操作中未能严格遵守流程规定。
- 过程输入不稳定,不同项目的投入差异造成过程输出也不稳定。
- 影响因子识别不全:关键影响因子未被全面识别,难以量化或数据采集不完整。
- 大过程建模困难:当涉及大规模过程时,众多影响因子的相关性不大,数据采集困难,且因子间交互作用使得建模复杂。
- 样本量太少:样本数量不足导致增加或删除单一样本点都会明显影响回归结果,缺乏代表性。
- 样本不随机:实际数据与预期的正相关性不一致,这会误导对变量间关系的分析。
以上问题表明,建立过程性能模型并非易事,这些挑战解释了为何CMMI四五级认证的实施周期较长。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1101.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
实施CMM时必须解决的认识问题
在基于CMM实施软件过程改善时,有些根本的思想认识问题解决不了,往往会使实施的周期比较长,效果不好,甚至导致过程改善的失败或中止。软件企业的高层领导、企业的过程改善主管、销售人员、项目经理及一般的开发人员都需要对这些问题统一认识,在此基础上才能消除各方面的阻力,把握好过程改善的方向,控制好过程改善的进度。笔者在总结了3年的实施CMM的经验教训后,归纳了如下几个思想认识问题,供拟准备进行过程改善或正
ChatGPT如何帮助做好质量管理工作?
ChatGPT自推出以来,迅速风靡全球,做为质量管理人员,如何利用ChatGPT更好的进行质量管理呢?以下我们通过9类实例来看看它能起到哪些辅助作用。
关于需求跟踪矩阵的6个问题
1 需求跟踪矩阵(RTM)有什么作用? (1) 在需求变更、设计变更、代码变更、测试用例变更时,需求跟踪矩阵是目前经过实践检验的进行变更波及范围影响分析的最有效的工具,如果不借助RTM,则发生上述变更时,往往会遗漏某些连锁变化。 (2) RTM也是验证需求是否得到了实现的有效工具,借助RTM,可以跟踪每个需求的状态:是否设计了,是否实现了,是否测试了。 2 需求跟踪矩阵分为哪几类? (1) 纵向跟
CMMI4级实践问题30问-3
第7问 :根据我们的实际项目的数据,作出控制图计算上下限后,发现sigma值比较大,怎么办? 答: (1) 考察离散系数的大小,即: sigma/平均值,离散系数不能太大,一般掌握在(2) 如果认为sigma太大,就取2 sigma或2.5 sigma作为上限。 第8问:是否进度偏差率的均值必须确定为0%?如果定在0%,会发现项目的实际点都偏离均值,如果不
AI编程模式的10条核心感悟
文章浏览阅读483次,点赞4次,收藏4次。AI编程时代催生10大核心变革:开发者角色从"代码实现者"转变为"需求定义者",聚焦业务逻辑而非技术细节;AI作为"聪明的傻子"倒逼需求清晰化,推动"意图式编程"取代命令式编程;验证重点转向业务逻辑完备性,文档成为核心资产;人机关系重构为"指挥官-AI"模式,错误类型转为意图偏差;测试转向验证规格,能力模型更强调业务抽象与逻辑严谨。这场范式革命将开发者的核心价值重新定义为精准的需求定义与判断能力,推动软件开发
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线