一言蔽之:CMMI的过程域要点
发布于 2023-07-12


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


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

扫码阅读
手机扫码阅读
CMMI 1.2版本22个过程域概要:
2级过程域:
- 需求管理:解决需求变更问题。
- 项目策划:制定合理可行的项目计划。
- 项目监控:对照计划跟踪项目进展。
- 配置管理:保持开发过程中文档与代码的一致性。
- 过程和产品质量保证:以制度化为主,确保制度得到落实。
- 供应商合同:管理采购和外包合同。
- 度量和分析:采集并分析数据,发挥数据作用。
3级过程域:
- 需求开发:获取、分析、描述并评审客户需求。
- 技术解决方案:探讨并实现满足需求的方法。
- 产品的集成:进行联调、集成、测试与交付。
- 验证:通过评审和测试发现技术问题。
- 确认:通过测试和原型确认发现不满足需求的问题。
- 集成项目管理:管理不同团队和过程之间的合作。
- 风险管理:识别、分析、评价并控制风险。
- 组织级过程焦点:识别并实施改进点。
- 组织级过程定义:定义过程体系。
- 组织级培训:实施公司级培训。
- 决策分析和解决:进行技术和管理决策。
4级过程域:
- 量化项目管理:运用统计技术基于SMART原则管理项目。
- 组织过程性能:建立性能基线与模型,量化历史经验。
5级过程域:
- 组织级革新与部署:实施技术与管理创新。
- 原因分析与解决方案:针对问题进行根因分析,发现改进点。

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 244.9K
麦哲思科技任甲林的其他文章
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
案例:需求问题的解决方案
讨论时间:2012-09-14下午13:00至14:45参与人员:EPG3人,需求开发部门负责人一名,项目经理一名 1现象与问题:(1)开发人员反映需求没有说清楚, 写的人认为需求很清楚了。(2)是写清楚,还是说清楚?以谁的意见为主?如果说清楚呢,语言没有证据,不如文字规范。将来发生了需求变更时有争议。(3)需求人员没有讲解约定俗成的,默认的东西,开发人员没有概念。(4)需求人员抱怨开发人员写的软
CMMI 4级实践问题30问-5
第15问:如何选择控制图?最常用的控制图是哪几种? 答: 在选择控制图时,首先选择要判断数据的类型: 连续型变量可用的控制图有:X-R,X-S,XMR等,离散型变量可用的控制图有:U,c,z,P,nP图等。X-R,X-S图是适合分组数据的,如果分组的容量小于10则选择X-R,否则选择X-S图,如果是单点值则选择XMR。对于离散型变量要判断分布的类型,如果是二项分布则采用P,nP图,如果
我说CMMI2.0之:II点睛
II(implementation infrastructure)可以翻译为:实施基础设施。基础设施包括了资源、资金、培训、流程定义、经验教训总结等方面的实践,总之,就是要建立进行持续过程改进的能力。实践列表: 1.1 Perform processes that address the intent of the Level 1 practices. ...
如何定义方针
方针定义了组织的中高层管理者对管理的期望,是执行过程的总体指导思想,是蕴涵在管理流程中的思想精髓。方针要传达到组织内的每位员工,并体现在质量体系中。在定义方针时要把握如下的原则: (1)简要 方针不需要描述实现步骤,它是对过程的抽象。如:方针可以定义为:每个项目必须估算项目规模,在方针中不需要定义具体如何实现估算(DELPHI,COCOMOII,FFP法等)。 尽量采用短句,每个方针
加入社区微信群
与行业大咖零距离交流学习


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