评审单项目质量策划，重点看这份策划能否支撑项目质量目标真正落地。可按“目标—活动—职责—控制点—闭环—证据”逐项核对：每项给出通过标准、所需证据和负责人，任一阻断项未通过就不放行。下文提供分阶段检查表和判定口径，可直接用于评审会；ONES可用于承载质量活动、控制点与评审记录，方便后续追溯。
要点总览（TL;DR）
- 评审对象是单项目质量策划，按“目标—活动—职责—控制点—闭环—证据”六层逐项核对，每项给出通过标准、证据和负责人。
- 目标层重点判断质量目标能否对应交付物、能否度量、验收口径能否给出通过或不通过的结论；验收口径缺失属于阻断情形。
- 活动层重点判断质量活动是否与项目阶段和交付节点对应，控制点是否写明准入准出及不通过时的处置规则。
- 判定采用通过、有条件通过、不通过三档，口头承诺不作为通过依据，证据需留存并可追溯。
- 质量目标不可度量、关键控制点缺失、活动无负责人、缺陷闭环规则缺失、重大风险无应对列为阻断项，任一项未通过则策划不予放行。
谁在什么时点评审这份质量策划
评审对象是单个项目的质量策划文件及其配套记录，组织级质量制度、测试用例设计和测试执行细节不在本次评审范围内。明确对象后，再确定参与角色、评审时点和输入材料，避免把评审开成泛泛的项目汇报。
参与角色按职责分工：项目经理对策划整体负责并组织评审；质量负责人判断质量目标、控制点和闭环规则是否充分；技术负责人确认技术方案、评审与验证活动是否可执行；测试负责人核对测试控制点、准入准出和环境资源；关键干系人（如客户代表、运维或交付接口人）确认验收口径和交接边界。角色可以兼任，但每项检查都要落到具体的人。
评审时点分三类：策划定稿前做首次完整评审；阶段关口前复核该阶段质量活动和控制点是否就绪；发生重大变更（范围、交付物、关键资源或进度大幅调整）后重新评审受影响部分。三类时点的检查深度不同，首次评审覆盖全部检查项，关口前和变更后聚焦受影响章节。
评审输入至少包括：项目目标与范围说明、交付物清单、进度与里程碑计划、历史缺陷与风险记录、相关合同或验收要求。缺少交付物清单或验收要求时，目标层检查无法完成，应作为评审前置条件处理。
| 评审时点 | 组织者 | 主要参与角色 | 评审重点 | 输入材料 |
|---|---|---|---|---|
| 策划定稿前 | 项目经理 | 质量、技术、测试负责人，关键干系人 | 全部检查项，形成放行结论 | 项目目标、范围、交付物清单、历史缺陷与风险记录 |
| 阶段关口前 | 项目经理或阶段负责人 | 质量负责人、测试负责人、下游交接方 | 本阶段质量活动完成情况与下一阶段控制点就绪度 | 阶段交付物、评审与测试记录、未关闭问题清单 |
| 重大变更后 | 项目经理 | 受影响角色的负责人 | 变更对目标、活动、控制点和资源的影响 | 变更申请、影响分析、修订后的策划章节 |
第一阶段：质量目标与验收口径检查项
目标层检查回答一个问题：这份策划的质量目标能不能被验证。目标写得再完整，如果无法对应交付物、无法度量，后续活动就失去判断依据。
逐项核对以下内容，每项都要有证据支撑：
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 质量目标与交付物对应 | 每项质量目标都能指向具体交付物或交付批次，无孤立目标 | 目标—交付物对照表 | 项目经理 |
| 目标可度量 | 每项目标有指标、目标值和统计口径，例如缺陷密度、遗留缺陷等级分布、关键功能通过率 | 指标定义与统计口径说明 | 质量负责人 |
| 验收标准可判断 | 功能、性能、可靠性等维度写明判断方法或阈值，验收时能给出通过或不通过的结论 | 验收标准清单、合同或需求中的验收条款 | 测试负责人、关键干系人 |
| 目标与约束一致 | 质量目标与项目范围、进度、成本约束不冲突；存在冲突时有取舍说明和批准记录 | 目标与约束对照说明、决策记录 | 项目经理 |
| 目标覆盖完整 | 交付物清单中的每类交付物都有对应质量要求，无遗漏项 | 交付物清单与覆盖检查记录 | 质量负责人 |
目标缺项或不可度量时，处理方式要写进评审结论：能当场补齐的，由负责人补充指标定义后复核；无法在评审期内确定的，列为有条件通过项，明确补齐期限和复评人。涉及验收口径缺失的，属于阻断情形，因为后续所有控制点都缺少判断基准。
第二阶段：质量活动与控制点检查项
活动层检查看两件事：质量活动是否跟着项目阶段和交付节点走，控制点是否设了准入准出。活动清单再全，如果和里程碑脱节，执行时就会被压缩或跳过。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 活动与阶段对应 | 需求、设计、开发、集成、交付各阶段均有明确的质量活动，且与交付节点一一对应 | 阶段—活动对照表 | 质量负责人 |
| 控制点设置 | 需求评审、设计评审、代码评审、测试、验收等控制点均已设置，并写明触发条件 | 控制点清单 | 技术负责人、测试负责人 |
| 准入条件 | 每个控制点写明进入条件，例如文档齐套、上一阶段问题关闭率达到约定值、环境就绪 | 控制点准入准出定义 | 各控制点负责人 |
| 准出条件 | 每个控制点写明通过标准和不通过时的处置规则，包括退回、限期整改、升级路径 | 准出标准与处置规则 | 质量负责人 |
| 时序可执行 | 活动时间与里程碑排期不冲突，关键活动预留了合理工期，依赖关系清晰 | 进度计划中的质量活动排期 | 项目经理 |
控制点未通过时的处置规则要具体到动作：谁有权判定不通过、问题退回给谁、整改期限如何设定、超期未整改如何升级。只写“评审不通过需整改”属于规则缺失，评审时应要求补充。
第三阶段：职责、资源与工具检查项
职责与资源检查确认策划里的人和物是否真的到位。质量活动没有明确负责人，执行时容易互相等待；环境和工具没有确认可用，控制点就无法按计划触发。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 活动负责人明确 | 每项质量活动有唯一负责人和协作角色，姓名或岗位到人 | 职责分工表 | 项目经理 |
| 资源列明并确认 | 所需人力、测试环境、工具和外部支持已列明，且经对应负责人确认可用 | 资源清单与确认记录 | 项目经理、测试负责人 |
| 数据与记录承载方式 | 质量数据（缺陷、评审结论、测试结果）的记录位置、格式和更新频率已确定 | 记录规范或工具配置说明 | 质量负责人 |
| 交接责任边界 | 跨团队交接点写明交出方、接收方、交接物和确认方式 | 交接清单或接口说明 | 相关团队负责人 |
质量活动、控制点状态和评审记录如果分散在邮件和表格中，后续追溯成本很高。可以在项目管理工具中把质量活动建成工作项、把控制点设为阶段关口、把评审结论和缺陷记录关联到对应交付物，使策划中的安排与实际执行记录保持同一份数据。ONES 支持工作项管理、缺陷跟踪和评审记录留存，适合承载这类流程；具体配置按团队现有流程确定。
第四阶段：缺陷闭环、风险与变更检查项
闭环层检查回答：出了问题能不能被发现、被跟踪、被关闭，风险和变更有没有应对路径。这一层缺失，前面的目标和控制点在实际执行中容易失效。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 缺陷记录与分级 | 缺陷有统一记录入口，按严重程度分级，分级标准可判断 | 缺陷管理规范 | 测试负责人 |
| 跟踪与关闭规则 | 缺陷状态流转、关闭条件和验证人明确，遗留缺陷有处理结论 | 缺陷流程说明、遗留缺陷清单 | 质量负责人 |
| 风险识别与应对 | 质量相关风险已识别并评估，每项风险有应对措施、责任人和触发信号 | 风险登记表 | 项目经理 |
| 变更影响处理 | 需求或范围变更时，明确由谁评估对质量目标、活动和控制点的影响，并更新策划 | 变更流程与影响评估记录 | 项目经理、质量负责人 |
| 复盘与改进触发 | 写明复盘触发条件，例如重大缺陷、控制点连续不通过、阶段目标未达成，以及改进项的跟踪方式 | 复盘规则与改进项记录 | 质量负责人 |
缺陷分级和关闭规则要能直接用于判断，例如“严重缺陷关闭需经测试负责人验证并附验证记录”，而不是只写“及时关闭”。风险应对措施要对应到具体活动或控制点，避免停留在描述层面。
通过标准、证据与负责人如何判定
统一判定口径，是为了让不同评审人对同一检查项给出一致结论。建议对每项检查采用三档判定：通过、有条件通过、不通过。
- 通过：检查项内容完整，通过标准全部满足，证据已提供并可核对。
- 有条件通过：主要内容具备，存在不影响放行的缺口，已明确整改内容、责任人和期限，到期复评。
- 不通过：检查项缺失或关键内容无法判断，且属于阻断项，策划不予放行。
可接受的证据形式包括：策划文档中的对应章节、评审会议结论、缺陷或问题记录、测试结果数据、资源确认记录、变更影响评估记录。口头承诺不作为通过依据，需要形成记录。证据应存放在团队约定的位置，并与检查项建立对应关系，便于复评和阶段关口复核时直接调取。
负责人确认方式建议采用签字或系统确认：检查项负责人对证据真实性负责，评审主持人对判定结论负责，评审结论记录参与人和日期。使用项目管理工具时，可将评审结论作为文档或工作项记录留存，并与对应交付物关联，形成可追溯的评审档案。
阻断项与评审完成条件
阻断项是评审放行的硬性条件，任一项未通过，策划不能进入执行。建议将以下情形列为阻断项：
| 阻断项 | 判定依据 | 处理要求 |
|---|---|---|
| 质量目标不可度量或验收口径缺失 | 目标无指标或目标值，验收标准无法判断通过与否 | 补齐后方可复评 |
| 关键控制点缺失 | 需求、设计、测试、验收等必要控制点未设置或未定义准入准出 | 补充控制点定义后复评 |
| 质量活动无负责人 | 存在无人负责的质量活动或控制点 | 落实到人后复评 |
| 缺陷闭环规则缺失 | 无缺陷记录、分级、跟踪或关闭规则 | 补充规则后复评 |
| 重大风险无应对 | 已识别的高影响质量风险没有应对措施和责任人 | 补充应对方案后复评 |
有条件通过的整改期限由评审会当场确定，一般与最近一个阶段关口对齐；到期由指定复评人核对整改证据，整改完成前相关控制点不得触发。评审结论应记录判定结果、阻断项、整改要求和复评安排，并分发给项目经理、各检查项负责人和关键干系人。
评审完成的判定条件包括：全部检查项已有明确判定；阻断项全部通过或已完成整改复评；评审结论已记录并分发；整改项已录入跟踪并指定责任人和期限。满足这些条件后，策划方可作为项目执行依据；后续阶段关口前和重大变更后，按同样口径复核受影响部分。
常见问题
质量策划评审和阶段关口评审有什么区别，能否合并进行？
两者对象和深度不同。质量策划评审针对策划文件本身，判断目标、活动、职责、控制点和闭环规则是否充分，通常在策划定稿前完成；阶段关口评审针对该阶段实际执行结果，核对质量活动完成情况和下一阶段控制点就绪度。两者可以安排在同一场会议中连续进行，但结论应分开记录：策划评审给出放行或整改结论，关口评审给出阶段是否通过的结论。合并时注意不要把“策划写了什么”和“实际做到了什么”混为一谈，否则容易出现策划未定稿却已按阶段推进的情况。
项目周期很短，是否还需要完整的质量策划评审？
周期短不改变评审的必要性，改变的是检查范围和形式。可以按风险裁剪：目标与验收口径、关键控制点的准入准出、缺陷闭环规则属于必须保留的内容；文档格式、会议频次等可以简化。裁剪结论要写进评审记录，说明哪些检查项被简化及理由，并由项目经理和质量负责人确认。需要提醒的是，验收口径缺失、关键控制点缺失仍属于阻断项，不因周期短而豁免，否则交付时缺少判断依据，返工成本更高。
评审中发现的问题应该记录在哪里，如何保证整改闭环？
评审问题需要与检查项一一对应，记录内容包括检查项、判定结果、问题描述、整改要求、责任人和期限。记录位置应与项目其他执行数据保持关联，便于复评时直接调取。如果使用项目管理工具，可以把评审结论作为文档留存，把整改项建成工作项并指派责任人，设置到期提醒，复评时按工作项状态核对证据。整改完成前，相关控制点不应触发；到期未完成的，按评审会确定的升级路径处理。评审主持人对结论负责，各检查项负责人对证据真实性负责。
策划通过评审后，需求发生变更，质量策划需要重新评审吗？
取决于变更对质量目标、质量活动和控制点的影响程度。变更流程中应明确由项目经理和质量负责人评估影响：如果变更涉及验收口径、交付物范围、关键控制点或质量资源，应重新评审受影响章节，并更新策划；如果变更不影响质量安排，记录评估结论即可，无需完整重评。无论哪种情况，变更影响评估都应有记录，并与修订后的策划版本对应，避免执行时引用旧版本。重大变更后的复评聚焦受影响部分，不必重复全部检查项。
评审结论为有条件通过时，项目能否先启动执行？
可以有条件启动，但边界要写清楚。通常做法是：与整改项无关的活动可以先行开展；涉及阻断项的，在整改完成并通过复评前，相关控制点不得触发。评审会需当场确定整改内容、责任人、期限和复评人，期限一般与最近一个阶段关口对齐。复评时核对整改证据，通过后更新评审结论。如果整改项在期限内未完成，按升级路径处理，不能默认放行。
