为什么无法建立过程性能模型?
发布于 2024-10-02
1047
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要:建立软件公司过程性能模型的难点
在CMMI等级四五的软件公司中,构建过程性能模型是一项关键的挑战。公司在此过程中常面临六大困难:
- 数据不准确:数据采集时存在准确性问题,例如,评审会议中只是学习的人员被统计在内,数据依赖回忆而非实时采集,代码行数的估计非工具统计。
- 过程不稳定:过程的不稳定性可归因于多个方面:
- 过程范围太广,导致难以建立有效的回归分析模型,因为影响因子众多而个别影响有限。
- 过程定义不稳定,关键成功因素未明确定义,如评审流程中的具体要求。
- 过程执行不稳定,实际操作中未能严格遵守流程规定。
- 过程输入不稳定,不同项目的投入差异造成过程输出也不稳定。
- 影响因子识别不全:关键影响因子未被全面识别,难以量化或数据采集不完整。
- 大过程建模困难:当涉及大规模过程时,众多影响因子的相关性不大,数据采集困难,且因子间交互作用使得建模复杂。
- 样本量太少:样本数量不足导致增加或删除单一样本点都会明显影响回归结果,缺乏代表性。
- 样本不随机:实际数据与预期的正相关性不一致,这会误导对变量间关系的分析。
以上问题表明,建立过程性能模型并非易事,这些挑战解释了为何CMMI四五级认证的实施周期较长。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 817.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
道与术
昨天在汉王,看到他们公司内部的刊物《汉王道》,想起来了在广州客户问我的问题:你们给我们咨询,传授给我们的是道还是术?我们不希望给我们布道,我们不是学校里的学生,我们要的是术,希望告诉我们怎么去做。同样在深圳FOXCONN,开发人员与管理人员询问的问题都是如何做的问题,而不是做什么的问题,做什么他们可以自己去读模型。 老子曰:道可道,非常道,名可名,非常名。他老人家还讲过:“人法地, 地法天,
数据、现象与原因
某公司积累了最近2年24个项目缺陷发生率的历史数据(缺陷发生率为系统测试发现的缺陷个数除以开发的工作量),如下表所示: 对上述的历史数据,按年份画箱线图比较分析如下: 针对上述的箱线图,是否可以下结论认为2013年开发质量提升了,开发人员犯的错误就少了呢? 其实未必。 如果对年份与项目的开发方式做卡方分析,则有如下的结论:汇总统
全功能点估算方法简介
说明:本文已刊登于《信息技术与标准化》07年第3期新一代的功能点规模估算方法: COSMIC-FFP1 引言软件规模估算是估计软件开发的工作量、成本与资源需求的基础,通过规模与其他度量数据还可以度量项目的生产率、缺陷密度,目前在工程界流行的估算方法是代码行估算方法和功能点分析方法(function points analysis,FPA法)。代码行估算方法是一种经验估算方法,通常会采用
如何分析各类时长数据?
本文列举了分析时长数据时的注意事项,并结合实例给出了时长数据的常用分析方法。
CMMI V2.0 时代即将来临
CMMI V2.0
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线