研发成熟度评估报告的编写主线是“评估依据—证据—评分—差距—改进动作”的可追溯链条。报告的价值在于每个结论都能回到具体证据和责任人，总分只是汇总结果。编写前先固定评估模型、评估范围和评分口径，再按过程域收集证据、逐项评分，最后汇总差距、排出优先级并安排复核。以下按编写顺序给出结构、操作步骤、角色分工、段落范例和提交前检查清单。
要点总览（TL;DR）
- 报告编写先固定三项前提：评估模型及版本与裁剪、评估对象范围、评分等级与证据充分性规则，后续章节统一引用同一套口径。
- 证据按过程域收集，登记过程文档、工作记录、评审记录和度量数据的编号与出处；抽样写明方法与样本量，证据不足按约定降级、标注待补或不计分。
- 正文采用概述、评估方法与范围、逐过程域评估结果、差距分析、改进建议、附录六段结构，过程域结果段按现状、证据、评分、差距四步写。
- 角色分工覆盖评估负责人、过程域负责人、被评估项目代表、审阅者与批准人，评分争议按事先约定的裁决机制处理。
- 改进建议按影响与投入排序并写明责任人、完成标志和时间点，复核沿用同一模型版本与评分口径，提交前用检查清单逐项核对。
报告先定框架：评估模型、范围与评分口径
评估报告写到一半口径反复，通常是因为动笔前没有把三件事定下来：用什么模型评、评哪些对象、分数怎么给。这三项应在报告启动会上确认，并作为报告第一章“评估方法与范围”的原始依据，后续所有章节引用同一套口径。
选择评估模型并说明版本与裁剪
常用模型包括CMMI、ASPICE，也有组织基于自身研发流程自建过程域清单。报告中需要写明模型名称、采用的版本、参考的过程域集合，以及做了哪些裁剪。裁剪要给出理由，例如某过程域在组织内由外包方承担，本次不纳入评估，或某过程域与另一过程域合并评估。裁剪说明放在方法章节，读者才能判断结论的适用范围。
界定评估对象
范围要具体到可核对的清单：纳入哪些产品线、哪些项目或项目类型、哪些过程域，以及明确排除的对象。范围过宽会让证据收集失控，过窄则结论无法代表组织现状。建议用一张表固定下来，后续证据清单和评分记录都以此为准。
确定评分等级与证据充分性规则
评分等级需要给出每一级的定义和判定条件，例如“已定义”要求过程文档齐全且有至少两个项目的执行记录。同时约定证据充分性规则：一个过程域需要几类证据、几份样本才算充分；证据不足时是降级、标注待补还是不计分。规则先定，评分时才有统一尺度。
| 口径项 | 需要写明的内容 | 示例填写方式 |
|---|---|---|
| 评估模型 | 模型名称、版本、参考过程域、裁剪说明 | 采用某模型某版本，裁剪掉外包管理相关过程域，理由为本次范围不含外包项目 |
| 评估对象 | 产品线、项目清单、过程域清单、排除项 | 纳入A、B两条产品线的3个在研项目，覆盖需求、设计、开发、测试、配置管理5个过程域 |
| 评分等级 | 等级名称、每级判定条件 | 分为初始、已管理、已定义、量化管理四级，逐级写明文档与执行记录要求 |
| 证据规则 | 证据类型要求、样本量、不足时的处理 | 每个过程域至少2类证据、覆盖2个项目；证据不足标注待补，不参与本次评分汇总 |
按过程域收集证据并形成评分记录
证据收集是把评分落到实处的环节。做法是按过程域逐项列出需要的证据类型，向对应项目索取材料，核对后在评分记录表中登记出处。评分记录表是报告附录的核心内容，也是审阅者复核的入口。
证据类型与收集方式
- 过程文档：流程规范、模板、指南，用于判断过程是否已定义。
- 工作记录：需求条目、任务记录、变更单、缺陷记录，用于判断过程是否被实际执行。
- 评审记录：评审通知、评审意见、关闭记录，用于判断关键节点是否有把关。
- 度量数据：进度、缺陷密度、返工率等统计，用于判断过程是否被监控。
每类证据登记时写明文件名或记录编号、所属项目、时间范围、提供人。证据引用到报告正文时使用同一编号，读者可以顺着编号回到原始材料。
抽样方法与样本量说明
项目数量多时采用抽样。报告中要写明抽样方法（如按项目类型分层抽取、按最近一个迭代抽取）、样本量和抽样理由。样本量过小会削弱结论代表性，需要在报告中如实说明局限，避免把个别项目的情况写成组织整体结论。
证据不足时的处理
证据缺失或无法核实时，按事先约定的规则处理：降级评分、标注“待补证据”并说明影响，或该过程域本次不计分。三种处理方式都要在评分记录中留下痕迹，不能凭访谈印象补分。待补证据项应进入改进清单，作为下次复核的重点。
报告正文的标准章节与写法
报告正文建议采用六段结构，每章承担固定任务，避免内容交叉。以下目录可直接套用，章节名称可按组织习惯调整。
| 章节 | 应写内容 | 写作要点 |
|---|---|---|
| 概述 | 评估背景、目的、评估时间、报告适用范围 | 说明本次评估要回答什么问题，不展开过程细节 |
| 评估方法与范围 | 模型与版本、裁剪说明、评估对象清单、评分等级、证据规则、抽样方法 | 直接引用启动会确认的范围口径表，保持前后一致 |
| 逐过程域评估结果 | 每个过程域一段：现状描述、证据引用、评分、差距 | 先事实后判断，评分与描述对应 |
| 差距分析 | 跨过程域的共性问题、归因、影响 | 区分流程缺失、执行偏差、工具支撑不足 |
| 改进建议 | 按优先级排列的措施、责任人、完成标志、时间点 | 每条建议对应具体差距，可执行可验证 |
| 附录 | 证据清单、评分记录表、访谈记录、抽样说明 | 编号与正文引用一致 |
过程域结果段的写法
每个过程域按“现状描述—证据引用—评分—差距”四步写。现状描述讲实际怎么做的，证据引用给出编号，评分写明等级和判定依据，差距指出与目标等级的差别。四步顺序固定，读者可以快速定位结论来源。
差距分析的归因写法
归因决定改进动作的方向。流程缺失对应补充或修订流程文件；执行偏差对应培训、检查或责任落实；工具支撑不足对应工具配置或数据打通。把差距笼统写成“意识不足、需要加强”，后续措施往往落不了地。归因时给出判断依据，例如“三个项目均无设计评审记录，且流程文件中未规定该评审节点，判定为流程缺失”。
角色分工与各环节交付物
评估报告由一人闭门完成，容易出现证据不全、评分与事实脱节的问题。建议按角色拆分输入和输出，每个环节有明确的交付物和确认人。
| 角色 | 主要职责 | 输入 | 输出 |
|---|---|---|---|
| 评估负责人 | 统筹口径、进度与报告统稿 | 组织目标、上次评估结论 | 范围口径表、报告初稿、评审安排 |
| 过程域负责人 | 提供本过程域证据并初评 | 过程文档、项目记录 | 过程域证据清单、初评意见 |
| 被评估项目代表 | 确认事实描述与证据真实性 | 项目工作记录 | 事实确认意见、待补证据说明 |
| 审阅者 | 核对证据与评分一致性、检查口径统一 | 报告初稿、证据清单 | 审阅意见、修改确认 |
| 批准人 | 确认报告结论与改进资源 | 审阅后的报告 | 批准记录、改进计划授权 |
评分争议的处理
过程域负责人初评与审阅者意见不一致时，按事先约定的裁决机制处理：由评估负责人组织证据复核，必要时请被评估项目代表补充材料，最终评分以证据复核结论为准，并在评分记录中注明争议点和裁决依据。争议记录本身也是报告可信度的一部分。
证据清单、评分记录和改进措施需要在多人之间流转并保留版本。使用ONES这类研发管理工具时，可以把证据材料作为文档附件挂在对应过程域的工作项下，改进措施建成工作项并指定责任人与截止时间，复核时按同一工作项列表核对完成情况，减少材料散落在个人目录、版本对不上的问题。
示例：一个过程域的结果段落怎么写
以下以“设计评审”过程域为例，展示一段完整的结果写法。示例为演示情景，数据为示意，不代表任何组织的实际评估结果。
示例段落
现状：纳入评估的3个项目中，2个项目在设计阶段设置了评审节点，评审意见有记录并跟踪关闭；1个项目由开发人员自行检查后直接进入编码，无评审记录。证据：流程文件《设计评审规范》V2.1（证据编号D-03）、项目A评审记录12份（R-11）、项目B评审记录9份（R-12）、项目C访谈记录（I-05）。评分：已管理级。判定依据为流程已定义且多数项目执行，但执行覆盖不完整。差距：项目C未执行评审，流程中未规定无评审情况下的例外审批，判定为执行偏差叠加流程缺失。改进方向：在流程中增加例外审批条款，并将评审执行情况纳入项目阶段检查。
事实与判断的区分
段落中“2个项目有评审记录、1个项目无记录”是事实，来自证据编号；“已管理级”和“执行偏差叠加流程缺失”是判断，依据是评分规则和归因标准。写作时把事实和判断分开表述，审阅者才能分别核对。
常见写法问题
- 只写结论不写证据：如“设计评审执行较好，评已定义级”，读者无法复核。
- 评分与描述不一致：描述里指出多数项目未执行，评分却给了较高级别。
- 差距写成口号：如“需进一步加强评审意识”，没有指向具体流程条款或执行动作。
- 证据编号缺失或与附录对不上，导致追溯链断裂。
改进建议与复核安排
评估结论要转化为可执行的后续动作，报告才算完成闭环。改进建议按影响与投入两个维度排序：影响大、投入小的优先做；影响大、投入大的列入阶段计划；影响小的合并处理。
每条建议的必备要素
- 对应差距：写明来自哪个过程域、哪条差距，保证一一对应。
- 具体动作：修订哪份流程文件、增加哪个检查点、配置哪项工具能力。
- 责任人：指定到岗位或姓名，避免“相关部门”这类模糊主体。
- 完成标志：可核验的产物，如流程文件发布、连续两个项目评审记录齐全。
- 时间点：给出计划完成时间，与项目节奏对齐。
复核触发条件与对比口径
复核可以按固定周期安排，也可以在触发条件下启动，例如流程文件重大修订后、新项目类型引入后、或上次评估中待补证据项集中到期时。复核时沿用同一模型版本、同一评分等级定义和同一证据规则，报告中的对比才有意义；口径发生变化时，在报告中单独说明变化内容及对结论的影响。
报告完成前的检查清单
提交前逐项核对以下条目，全部通过再进入审阅和批准流程。
| 检查项 | 核对内容 | 通过标准 |
|---|---|---|
| 范围与口径一致 | 概述、方法章节、附录中的模型版本、对象清单、评分等级是否一致 | 各处表述相同，裁剪说明有理由 |
| 评分可追溯 | 每个过程域评分是否引用证据编号，证据是否在附录中可查 | 无无出处评分，待补证据项已标注 |
| 差距与建议对应 | 每条差距是否有对应改进措施，每条措施是否指向具体差距 | 一一对应，无孤立条目 |
| 归因有依据 | 差距归因是否给出判断依据，是否区分流程缺失、执行偏差、工具支撑不足 | 归因与改进动作方向一致 |
| 建议可执行 | 每条建议是否写明责任人、完成标志、时间点 | 要素齐全，可核验 |
| 复核安排明确 | 是否写明复核触发条件与对比口径 | 下次评估可按同一口径对比 |
| 审阅与批准完整 | 审阅意见、修改记录、批准记录是否齐全 | 争议点有裁决记录 |
检查清单通过后，报告连同证据清单、评分记录和改进措施清单一并归档，作为下次评估的对比基线。
常见问题
组织没有现成的评分等级定义，报告还能开始写吗？
可以开始，但需要先把评分等级定义补上再进入评分环节。做法是参照所选模型的等级框架，结合组织实际写出每一级的判定条件，例如某等级要求过程文档齐全且有至少两个项目的执行记录。等级名称和阈值由组织自行确定，报告方法章节中写明定义来源和确认人。等级定义未定就评分，后续容易出现同一过程域在不同章节给出不同结论。
证据收集时项目方提供的材料不完整，报告里怎么处理？
按启动会约定的证据规则处理，常见做法有三种：降级评分、标注“待补证据”并说明影响、该过程域本次不计分。三种方式都要在评分记录表中留下痕迹，写明缺失的证据类型和影响范围。待补证据项进入改进清单，作为下次复核的重点。凭访谈印象补分会让评分失去可追溯性，审阅时也难以复核。
过程域负责人初评和审阅者意见不一致时怎么办？
按事先约定的裁决机制处理：由评估负责人组织证据复核，必要时请被评估项目代表补充材料，最终评分以证据复核结论为准。评分记录中注明争议点、双方意见和裁决依据。争议记录本身是报告可信度的一部分，也便于下次评估时判断同类问题是否重复出现。
改进建议很多，资源有限时怎么排优先级？
按影响与投入两个维度排序：影响大、投入小的优先做；影响大、投入大的列入阶段计划分批推进；影响小的合并处理。每条建议对应具体差距，写明责任人、完成标志和时间点，完成标志要可核验，例如流程文件发布或连续两个项目评审记录齐全。排序结果与资源安排由批准人确认，报告中的优先级才具备执行基础。
下次复核时，怎样保证两次评估结果可以对比？
复核沿用同一模型版本、同一评分等级定义和同一证据规则，对比口径才一致。复核可以按固定周期安排，也可以在流程文件重大修订、新项目类型引入或待补证据项集中到期时触发。口径确实需要调整时，在报告中单独说明变化内容及对结论的影响，避免把口径变化误读为成熟度提升或下降。
