技术评审:交叉检查,把问题消灭在前期|软件过程能力成熟度模型中技术评审能力子域

一、技术评审能力子域的定义

  在 GB/T 45989-2025 里，技术评审能力子域是审查、走查和审计等评审方法来实施,客观地检查工作产品,识别并消除工作产品中的问题和缺陷。

  简单说：多人交叉检查，把问题消灭在前期，减少后期返工，包括需求评审、设计评审、代码评审、用例评审等一整套前置质量把关能力。

二、低成熟度组织的技术评审痛点

1. 不评审，写完直接开发
2. 评审走过场，不认真查问题
3. 无准备、无检查单，想到哪说到哪
4. 问题不记录、不跟踪
5. 关键文档不评审，后期大量返工
6. 谁强势听谁的，不客观
7. 无准入条件，不合格也评审
8. 不复盘，评审效率低

三、不同成熟度等级的技术评审要求

  技术评审能力子域只覆盖一级、二级、三级，无四级、五级要求。

  升级路线：能评审就行 → 规范评审 → 公司统一标准 + 资产复用

一级（初步管理级）：能评审、能记录问题

能力要求：

1. 对主要工作产品开展评审
2. 识别并记录缺陷与问题

一句话总结：能组织评审、能记录问题，提前发现一些错误

示例：小团队对需求简单聊一聊，记录几个问题，没有流程、没有检查单。

二级（过程规范级）：有准备、有检查单、有跟踪、有效率

能力要求：

1. 明确评审对象、入口准则
2. 充分准备评审材料、预评审
3. 开展评审并记录问题，跟踪闭环
4. 确保评审有效、可通过

一句话总结：按规则评审、充分准备、问题闭环，质量明显提升

示例：公司评审前必须材料齐全、预检查通过；使用检查逐项核对；问题记录并跟踪关闭，返工大幅减少。

三级（组织标准级）：使用组织资产、技术层面明确不同角色需关注的评审重点、数据驱动改进

能力要求：

1. 使用组织提供的标准检查单开展评审
2. 明确角色分工（主持人、记录人、专家）
3. 用历史数据优化评审流程与检查项

一句话总结：统一评审标准，复用资产，高效、客观、可衡量

示例：统一各类评审检查单与流程；明确角色与规则；用数据持续优化评审效率与效果。

四、三个等级区别一览