为什么无法建立过程性能模型?
发布于 2024-10-02
1048
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要:建立软件公司过程性能模型的难点
在CMMI等级四五的软件公司中,构建过程性能模型是一项关键的挑战。公司在此过程中常面临六大困难:
- 数据不准确:数据采集时存在准确性问题,例如,评审会议中只是学习的人员被统计在内,数据依赖回忆而非实时采集,代码行数的估计非工具统计。
- 过程不稳定:过程的不稳定性可归因于多个方面:
- 过程范围太广,导致难以建立有效的回归分析模型,因为影响因子众多而个别影响有限。
- 过程定义不稳定,关键成功因素未明确定义,如评审流程中的具体要求。
- 过程执行不稳定,实际操作中未能严格遵守流程规定。
- 过程输入不稳定,不同项目的投入差异造成过程输出也不稳定。
- 影响因子识别不全:关键影响因子未被全面识别,难以量化或数据采集不完整。
- 大过程建模困难:当涉及大规模过程时,众多影响因子的相关性不大,数据采集困难,且因子间交互作用使得建模复杂。
- 样本量太少:样本数量不足导致增加或删除单一样本点都会明显影响回归结果,缺乏代表性。
- 样本不随机:实际数据与预期的正相关性不一致,这会误导对变量间关系的分析。
以上问题表明,建立过程性能模型并非易事,这些挑战解释了为何CMMI四五级认证的实施周期较长。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 817.5K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
《以道御术》荣耀上市,专家书评
千呼万唤始出来,《以道御术-CMMI 2.0实践指南》已经上架发行了,本书系统的解读了CMMI 2.0模型中的实践,首先介绍了CMMI 2.0相对于CMMI 1.3的变化,阐明了CMMI 2.0的核心思想与理念,然后对于CMMI模型中的每个人实践域进行了通俗的、详细的、案例化的解读,最后对敏捷方法与CMMI模型进行了系统化的对比分析,并提倡二者的互补融合。今天就来看一下业内的专家们是怎么评价这本书的:软件开发发展初期,每个程序员都按照自己的方式进行手工作坊式地交付。但随着这一领域的规模不断扩张,手工作
度量数据分析的3个层次
很多企业在实施CMMI 的MA过程域时,积累了大量的数据,但是不知道如何分析,没有充分发挥出这些数据的作用,花费了大量的人力收集来的数据没有给决策提供应有的帮助,很是可惜。究其根源,是不了解数据分析的方法。在咨询过程中,我总结了进行数据分析的3个层次: 1 简单观察分析 通过对数据进行整理(如排序、分类等),绘制成各种图形,通过这些图形观察出直观的结论,可以绘制的图形如:饼图、条形图、直方图、折线
例解:如何将规范的过程敏捷化?
很多企业基于CMMI建立过程体系后,大家普遍反应太复杂,编写的文档太多,复杂的体系可能就无法贯彻执行下去,无法成为企业的文化。因此需要敏捷化,当我们对过程进行敏捷化时,是基于实效的目的而不是基于评估的目的。如何将一个规范的过程体系敏捷化呢,下文将针对软件企业反应突出CMMI中的DAR过程域为例,说明敏捷化的方法。 首先,看看在CMMI体系中对DAR的要求:SP1.1建立决策分析指南SP1.2建立
如何落地“单一职责原则”?
摘要: 本文探讨面向对象设计中的单一职责原则(SRP)在AI技能(Skill)开发中的实际应用。通过“五个单一”(目的、触发、输入、输出、变化)标准,提出“动词+名词”组合法作为核心判定工具:一个Skill应仅完成一个逻辑连贯的任务(如“生成PRD”)。Skill可分原子层(小职责)和组合层(大职责),后者可通过调用小Skill实现复杂功能,但需封装独立业务逻辑。文章对比正反案例,指出常见陷阱(如过度拆分或机械编排),并给出三步判定流程,强调Skill设计应像乐高积木一样精准分层,确保职责清晰且实用。
过程改进的关注点之项目管理过程
从项目估算到项目策划、再到计划跟踪控制,包括风险的识别与管理,常见的改进点有哪些呢?
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线