客户或投标要求
客户准入、招投标或供应链对CMMI能力提出要求。
PROJECT INTRODUCTION
CMMI解决什么问题
先明确项目对象和企业责任，再决定体系范围、建设深度与外部准备方式。
CMMI是一套过程改进模型，帮助组织系统提升项目、工程、服务和支持活动的管理能力。它关注实践是否在真实项目中稳定执行，而不只是是否拥有流程文件。
项目通常选择具有代表性的研发或交付项目，检查需求、计划、风险、设计开发、质量保证、配置、度量和问题管理如何相互连接。
评价路径、模型领域和目标需要在启动前确认。咨询可协助过程建设与准备，正式评价由符合相应规则的评价团队实施。
FIT ASSESSMENT
企业通常在这些情况下考虑CMMI
以下是常见业务场景，不代表自动满足申请或评价条件。具体做法仍需结合企业、项目用途和当期要求确认。
研发交付不稳定
需求变化、估算偏差、延期和质量问题反复发生。
团队方法不一致
不同项目依赖个人经验，缺少组织级过程和共享资产。
现有等级维护或提升
需要检查过程运行、项目覆盖和改进目标。
组织或业务扩张
团队、产品线或交付模式变化，需要统一方法和度量。
PROJECT CONTENT
研发与工程过程能力咨询的核心建设内容
各模块需要对应真实业务和运行记录，不以增加文件数量为目标。
组织过程与治理
建立适合业务的过程资产、角色、裁剪和改进机制。
项目计划与监控
管理范围、估算、进度、资源、承诺和偏差。
需求与工程活动
控制需求、设计、实现、验证确认和技术决策。
风险与问题管理
识别项目风险、依赖、问题和纠正措施。
质量与配置管理
实施客观质量保证、基线、变更和产品完整性控制。
度量与绩效改进
用可靠数据分析过程表现并推动可验证改进。
STARTING INFORMATION
项目启动前建议准备
资料不完整也可以先沟通。先说明业务、用途和现状，再按项目需要分阶段补充。
- 组织架构、业务类型和典型项目清单
- 现有研发、项目和质量管理流程
- 需求、计划、估算、风险和跟踪记录
- 设计、开发、测试、评审和交付资料
- 配置库、变更、版本和发布记录
- 质量保证、缺陷、复盘和纠正措施
- 组织级度量、过程资产和培训资料
CONSULTING DELIVERY
赫挚如何协助CMMI项目
| 阶段 | 主要工作 | 典型输出 |
|---|---|---|
| 需求与范围确认 | 了解客户或项目要求、企业业务、场所、责任和当前安排 | 范围建议、现状差距和项目计划 |
| 体系与方法设计 | 围绕组织过程与治理、项目计划与监控、需求与工程活动设计职责、流程和记录 | 流程文件、责任接口和适用记录 |
| 运行辅导 | 结合风险与问题管理、质量与配置管理、度量与绩效改进开展培训、试运行、抽样和问题跟踪 | 运行记录、问题清单和改进证据 |
| 评价准备 | 实施内部检查、管理复核、整改和外部评价衔接准备 | 内部评价记录、整改结果和准备清单 |
正式受理、审核、评价、认证或结果决定由相应主管单位或具备资格的机构依据现行规则独立实施。
FAQ
CMMI常见问题
CMMI是不是只适合软件公司？
不是只限软件，但是否适合应结合业务类型、模型领域、客户要求和评价目标确认。
买一套流程文件能否完成？
不能。评价关注实践在真实项目中的执行、访谈和证据，通用文件无法替代项目事实。
所有项目都必须完全一样吗？
不需要。组织可以在受控条件下裁剪过程，但应说明裁剪原则并保持关键实践有效。
咨询能否承诺成熟度等级？
不能。咨询可协助过程建设与准备，评价结论由符合规则的评价团队独立作出。