研发成熟度评估报告模板按“评估范围—过程域评分—证据记录—差距与改进”四段组织，适合研发组织在年度或半年度评估、过程改进立项前自查、跨团队横向对标等场景使用。模板区分必填项与选填项：范围、过程域、等级、证据、结论必须完整，访谈记录、量化指标、风险备注可按评估深度取舍。下文先给可直接复制的空白表，再说明每个栏位的填写口径，并用一份演示片段示范如何落地。
要点总览（TL;DR）
- 模板由报告基本信息、过程域评分、差距与改进、复核签字四部分组成，复制后即可逐栏填写。
- 必填项覆盖评估对象、评估周期、评估依据、过程域、当前等级、评分依据、证据编号、结论，以及差距描述、改进动作、责任人和计划完成时间；访谈记录、量化指标、风险备注可按评估深度取舍。
- 证据不足的过程域在结论栏写“待补证据”，不先给出等级；报告版本按主次版本管理，口径变更升主版本。
- 小型团队可把过程域裁剪到5至8个并附裁剪说明；跨轮次对比前冻结模型版本、过程域清单、等级判定条款和证据编号规则。
- 评估报告、证据清单与差距项需要留存状态时，可用ONES文档沉淀报告、用工作项跟踪改进动作，下一轮评估直接调取上一轮状态作对比。
可复制空白模板：研发成熟度评估报告表
模板由三张表加一个签字区组成。复制到文档工具后，先填报告基本信息，再逐行填写过程域评分，最后把评分中发现的差距转成改进记录。表格中的字段名称在后续说明和示例中保持一致，便于对照填写。
表一：报告基本信息
| 栏位 | 填写内容 |
|---|---|
| 报告名称 | |
| 评估对象 | |
| 评估周期 | |
| 评估依据 | |
| 评估人 / 评估小组 | |
| 报告版本 | |
| 编制日期 | |
| 复核人 | |
| 复核日期 |
表二：过程域评分表
| 序号 | 过程域 | 当前等级 | 目标等级 | 评分依据 | 证据编号 | 结论 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | ||||||
| 3 | ||||||
| 4 | ||||||
| 5 | ||||||
| … |
表三：差距与改进表
| 序号 | 关联过程域 | 差距描述 | 影响 | 优先级 | 改进动作 | 责任人 | 计划完成时间 | 状态 |
|---|---|---|---|---|---|---|---|---|
| 1 | ||||||||
| 2 | ||||||||
| 3 | ||||||||
| … |
表四：复核与签字
| 角色 | 姓名 | 意见 | 签字 / 确认日期 |
|---|---|---|---|
| 评估人 | |||
| 被评组织负责人 | |||
| 复核人 |
三张表之间存在引用关系：表三的“关联过程域”取自表二的过程域名，表二的“证据编号”指向评估过程中收集的访谈记录、文档、系统数据等材料。填写时保持编号连续，后续复核和跨轮次对比都依赖这套编号。
字段说明：每个栏位填什么、怎么判
字段说明的作用是让不同评估人按同一口径填写，避免同一份报告里“等级”含义不一致。下表按报告头、评分、改进、版本复核四组解释。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 评估对象 | 本次被评的组织单元 | 写到可界定的团队或部门层级，如“某产品线研发部”，避免只写公司名 |
| 评估周期 | 评估覆盖的时间段与评估时点 | 写明数据覆盖区间和评估完成日期，两者分开表述 |
| 评估依据 | 本次采用的模型、标准或内部规范 | 写清模型名称与版本；采用内部自定义标准时附上标准文件编号 |
| 评估人 | 执行评估的人员或小组 | 列出主要评估人，多人评估时注明分工 |
| 过程域 | 被评估的过程能力维度 | 使用评估依据中定义的过程域名，不自造近义名称 |
| 当前等级 | 该过程域在本周期的成熟度等级 | 按评估依据的等级定义判定，等级值后注明所依据的条款 |
| 目标等级 | 下一周期期望达到的等级 | 与改进动作对应，目标等级提升需有可执行的改进项支撑 |
| 评分依据 | 给出该等级的事实理由 | 写观察到的事实与判定逻辑，如“需求变更均有记录并可追溯至评审” |
| 证据编号 | 支撑评分依据的材料索引 | 采用“E-序号”格式，与证据清单一一对应，一条依据可引用多个编号 |
| 结论 | 该过程域的评估结论 | 写“达标”“部分达标”“待补证据”等明确状态，不写模糊评语 |
| 差距描述 | 当前状态与目标或标准要求的差异 | 描述可观察的现象，如“变更评审记录缺失率较高”，不写“意识不足”这类无法核验的判断 |
| 影响 | 差距带来的业务或质量后果 | 说明影响的对象和范围，如“影响版本回滚时的追溯效率” |
| 优先级 | 改进项的排序依据 | 按影响范围与紧迫度综合判定，用高/中/低三档并附一句理由 |
| 改进动作 | 缩小差距的具体措施 | 写动作和产物，如“建立变更评审模板并在下个迭代启用” |
| 责任人 | 推进该改进项的人 | 写到具体岗位或姓名，避免只写部门 |
| 计划完成时间 | 改进项的预期完成节点 | 写到日期，跨季度项目可加里程碑 |
| 报告版本 | 本报告的修订序号 | 采用“V主版本.次版本”，初稿为V0.1，复核通过后升为V1.0 |
| 复核人 / 复核日期 | 对报告结论的独立确认 | 复核人需与评估人区分，复核意见写入签字表 |
等级判定是填写中最容易产生分歧的环节。模板只保留“当前等级”和“评分依据”两个栏位，具体等级定义由所选评估依据决定。填写时把判定所依据的条款写进评分依据，复核人即可据此判断等级是否成立，无需在模板内重复整套评分细则。
必填与选填：哪些栏位不能空
必填与选填的划分按模板可用性给出建议口径，并非行业强制规范。核心原则是：缺少任何一个必填项，报告都无法支撑结论或无法被复核，此时应阻断提交；选填项缺失不影响结论成立，只影响报告的信息丰富度。
必填字段清单
- 报告头：评估对象、评估周期、评估依据、评估人、报告版本。
- 过程域评分表：过程域、当前等级、评分依据、证据编号、结论。五项缺一不可，缺少证据编号的评分行视为未完成。
- 差距与改进表：差距描述、影响、优先级、改进动作、责任人、计划完成时间。每条差距至少对应一个改进动作和一个责任人。
- 复核栏：复核人与复核日期。
空缺处理规则：必填项为空时，报告状态标记为“草稿”，不进入复核流程。过程域评分行中证据编号为空，该行结论填“待补证据”，不给出等级；补齐证据后再回填等级并更新版本号。
选填字段清单
- 访谈记录：适用于需要还原判定过程的评估，篇幅较长时可作为附件引用。
- 量化指标：如缺陷密度、需求交付周期等，适用于已有稳定度量体系的组织；指标口径需在报告中注明。
- 风险备注：记录改进动作推进中可能遇到的资源、依赖风险。
- 状态字段：改进项跟踪阶段使用，单次评估报告可留空。
证据不足时的标注方式需要统一：在结论栏写“待补证据”，在评分依据栏写明已掌握的事实和缺失的材料类型，证据编号栏留空或标注“待分配”。这样处理可以避免用不完整的信息推出等级，也方便下一轮评估时优先补齐。
填写示例：一份完整的评估报告片段
以下片段为演示情景，组织名称、数据与证据编号均为虚构，用于示范字段如何落地，不代表任何真实评估结论。
报告头示例
| 栏位 | 填写内容 |
|---|---|
| 报告名称 | 某产品线研发部2025年上半年研发成熟度评估报告 |
| 评估对象 | 某产品线研发部（含平台组、应用组，共3个交付团队） |
| 评估周期 | 数据覆盖2025年1月至6月，评估完成于2025年7月10日 |
| 评估依据 | 公司《研发过程能力评估标准》V2.1 |
| 评估人 | 质量工程组两名评估人，一人负责访谈，一人负责文档核查 |
| 报告版本 | V1.0 |
| 复核人 / 复核日期 | 研发总监 / 2025年7月15日 |
过程域评分示例
| 过程域 | 当前等级 | 目标等级 | 评分依据 | 证据编号 | 结论 |
|---|---|---|---|---|---|
| 需求管理 | 3级 | 3级 | 需求入库、变更、评审均有记录，抽查20条需求可完整追溯至发布版本；依据标准第4.2条 | E-01、E-02 | 达标 |
| 配置管理 | 2级 | 3级 | 分支策略已文档化，但发布分支的合并记录存在缺失，抽查10次发布有3次无法还原合并路径；依据标准第5.1条 | E-05、E-06 | 部分达标 |
| 质量保证 | 待补证据 | 3级 | 已收集测试用例评审记录，缺少缺陷根因分析材料，暂不判定等级 | 待分配 | 待补证据 |
差距与改进记录示例
| 关联过程域 | 差距描述 | 影响 | 优先级 | 改进动作 | 责任人 | 计划完成时间 |
|---|---|---|---|---|---|---|
| 配置管理 | 发布分支合并记录缺失，10次发布中3次无法还原合并路径 | 影响版本回滚与问题定位效率，涉及全部3个交付团队 | 高：影响发布安全且跨团队 | 在发布流程中增加合并记录检查项，由发布负责人在上线前确认并归档 | 平台组配置管理员 | 2025年9月30日 |
一致性核对：示例中的过程域名与表二字段一致；“当前等级”后附标准条款，对应字段说明中“等级值后注明所依据条款”的要求；证据编号采用E-序号格式；差距记录关联到具体过程域，并给出可核验的动作、责任人和日期。按此方式填写，复核人可以直接从差距记录回溯到评分行和证据材料。
调整与维护：按组织规模裁剪并保持可比
模板在单次评估中可直接使用，跨团队、跨轮次使用时需要做裁剪和口径管理。裁剪的目标是让评估范围与组织实际匹配，同时保留足够的字段支撑对比。
按组织单元与评估目的裁剪过程域
小型团队或单团队评估可只保留与交付直接相关的过程域，如需求管理、配置管理、质量保证，过程域数量控制在5至8个。跨部门评估或改进立项前的基线评估，应覆盖评估依据中的完整过程域清单，避免因裁剪导致后续无法与标准对标。裁剪时在报告头“评估依据”栏注明“裁剪后清单”，并附裁剪说明，写明去掉的过程域及理由。
新增自定义字段的命名与口径约定
组织有特殊关注点时可以增加字段，例如“自动化覆盖情况”“跨团队依赖数量”。新增字段遵循三条约定：字段名使用名词短语，不与现有字段近义重复；在字段说明中补充一行口径解释；新增字段默认设为选填，连续两轮评估都实际使用后再考虑转为必填。字段顺序放在原有字段之后，不打乱既有栏位位置，便于旧报告对照阅读。
跨轮次对比的版本管理与口径冻结
跨轮次对比的前提是口径一致。每轮评估启动前冻结以下内容：评估依据的模型版本、过程域清单、等级判定条款、证据编号规则。冻结结果写入报告头的评估依据栏和版本记录。报告版本号按“V主版本.次版本”管理，口径变更升主版本，仅内容修订升次版本。对比时只比较主版本相同的报告；主版本不同则在对比说明中标注口径差异，不直接比较等级数值。
模板归档与复用建议
每轮评估结束后，将空白模板、当轮填写版、证据清单和复核签字表一并归档，按“评估对象—评估周期—版本”命名。下一轮启动时从归档中取出上一轮报告作为对照基线，空白模板沿用同一版本，避免中途更换表格结构。评估中产生的证据材料、差距项和改进动作需要在工作项和文档中留存状态，ONES的文档与工作项管理可以承载这部分记录：评估报告作为文档沉淀，差距项转为可跟踪的工作项并关联责任人与计划时间，复核意见随文档版本保留，下一轮评估时可直接调取上一轮的差距项状态作为对比依据。
维护模板时保持一个习惯：每次调整字段或口径，同步更新字段说明表，并在版本记录中写清变更内容和生效轮次。模板、说明、示例三处保持一致，评估报告才能在多轮之间形成可比较的记录，而不是每轮重新定义一遍填写方式。
常见问题
评估周期和评估时点为什么要分开写？
评估周期描述数据覆盖的时间段，评估时点描述报告完成的时间，两者回答的问题不同。例如数据覆盖2025年1月至6月，报告完成于7月10日。如果只写“2025年上半年”，复核人无法判断证据材料是否在评估之后补充，跨轮次对比时也难以确认两轮报告的数据区间是否重叠。填写时把区间和完成日期分两行或分两句写清即可。
过程域评分出现分歧时，模板里应该记录什么？
模板不内置评分细则，分歧应落到“评分依据”栏：写清观察到的事实、引用的标准条款，以及评估小组对该条款适用性的判断。若分歧无法在当轮解决，结论栏填“待补证据”或“部分达标”，并在复核意见中记录分歧点和需要补充的材料类型。这样下一轮评估可以优先核查该过程域，而不是把分歧留在口头讨论里。
改进动作的责任人写到岗位还是姓名？
建议写到具体岗位或姓名，避免只写部门。岗位写法适合人员可能变动的长期改进项，例如“平台组配置管理员”；姓名写法适合周期短、责任明确的动作。无论哪种写法，都应在报告归档时确认该岗位当前对应的实际人员，并在改进项状态更新时同步变更记录，防止责任人调岗后改进项无人推进。
跨轮次对比时，上一轮报告的口径已经变了怎么办？
先看报告版本号的主版本是否一致。主版本相同，可以直接比较等级数值；主版本不同，说明过程域清单、等级判定条款或证据编号规则发生过变更，此时在对比说明中列出差异项，只比较未变更的过程域，变更部分单独说明。不要为了凑出对比结论而把新旧口径的等级直接相减。
模板裁剪后还能和外部标准对标吗？
可以，但需要在报告头“评估依据”栏注明“裁剪后清单”，并附裁剪说明，写清去掉的过程域及理由。裁剪后的报告适合内部改进跟踪和团队间横向比较；若后续需要与外部标准或认证要求对标，应恢复完整过程域清单重新评估，或至少在报告中标注哪些过程域未覆盖，避免读者误以为整份报告覆盖了全部标准要求。
