哪些研发部门、产品线和项目进入本次评估
主要核对：组织与项目清单、人员角色和劳动关系材料
能力评估项目 · CSMM
CSMM申报需要明确组织范围、软件业务和目标等级。
面向以软件开发和软件服务为主要业务的企业。评估准备需要让组织管理、项目实施、工程活动和改进记录与真实项目相互对应。
项目介绍
CSMM软件过程能力成熟度
CSMM用于评价软件组织的过程能力，覆盖组织治理、项目管理、软件工程、支持保障和持续改进等方面。
适合具有持续软件研发和交付活动的企业。申报范围需要明确产品线、研发团队、代表项目和目标等级。
申报条件
软件团队、代表项目与目标等级
等级、人员、项目经历和申请公司必须同时成立，不能只看其中一项。
目标等级是否符合现有项目管理和工程基础
主要核对：需求、设计、开发、测试、发布和维护记录
自研、定制开发、外包和运维活动如何划分
主要核对：项目计划、风险、质量保证、配置和度量资料
推进过程
CSMM从等级判断到申报准备，按五步推进。
先确认方向、等级和申请条件，再筛选人员与代表项目；条件不足时列入补充计划，不用制度文件替代真实证据。
确认方向与目标等级
CSMM申报需要明确组织范围、软件业务和目标等级。
核对申请公司和人员
哪些研发部门、产品线和项目进入本次评估；自研、定制开发、外包和运维活动如何划分
筛选代表项目
组织与项目清单、人员角色和劳动关系材料；需求、设计、开发、测试、发布和维护记录
补齐过程与工具记录
项目计划、风险、质量保证、配置和度量资料；重点排除“用少数临时整理的项目代表全部软件业务”等问题
形成申报准备安排
形成组织范围说明、项目样本清单、过程差距清单、等级准备路线，用于申报准备、内部补缺和现场说明
人员与项目基础
人员、项目和运行记录要能够相互对应。
核对真实人员和已完成项目，判断过程材料能否支持目标方向与等级。 能力等级通常需要人员、项目和过程证据共同支持，不能只准备制度文件。
- 组织与项目清单、人员角色和劳动关系材料对应核对：申报主体、目标能力域与拟申请等级
- 需求、设计、开发、测试、发布和维护记录对应核对：专职或关键人员、岗位和劳动关系材料
- 项目计划、风险、质量保证、配置和度量资料对应核对：符合时间范围的项目合同、交付和验收材料
- 过程改进、问题复盘、培训和管理检查记录对应核对：过程制度、工具平台、度量与改进证据
申报风险
这些问题会影响条件判断和现场说明。
申报等级和准备排期应建立在人员、项目与过程材料一致的基础上。
用少数临时整理的项目代表全部软件业务
处理时应重新核对目标等级、组织范围和人员项目条件是否匹配。
制度名称齐全，但项目团队没有按其运行
处理时应使用真实项目与工具记录验证过程，不能只补制度文件。
只关注开发文档，忽略组织管理和持续改进
处理时应列出缺口责任部门和完成日期，并在申报前再次抽样核对。
申报安排
形成一套可核对、可分工的申报准备安排。
结果列明现有符合项、条件缺口、责任部门和建议完成日期。
组织范围说明
用于对照目标方向和等级确认现有符合项。
项目样本清单
用于核对关键人员资格、岗位和材料有效性。
过程差距清单
用于筛选能够支持申报的代表项目和证明材料。
等级准备路线
用于安排缺口补充、责任部门和建议完成日期。
企业参与
CSMM不是一个部门单独准备，需要真实业务人员共同参与。
参与范围以企业实际组织和项目要求为准；以下角色用于明确材料来源、业务做法和后续责任。
管理层与申报负责人
确认能力方向、目标等级、组织范围和项目投入。
人事与技术负责人
核对关键人员、劳动关系、岗位能力和专业分工。
项目经理与交付团队
提供代表项目的合同、过程、交付、验收和问题处理记录。
质量、过程或平台负责人
说明制度、工具、度量分析和持续改进如何实际运行。
提交CSMM项目要求，核对适用性与启动条件。
请注明要求原文、申请主体、实际业务和目标日期；回复内容包括项目方向、条件缺口和建议步骤。