项目质量策划要解决的是把“质量要好”变成可执行、可检查的安排。它从项目范围和验收要求出发，确定质量目标，再落到每个交付物由谁检查、何时检查、依据什么标准、发现问题怎么整改。本文按定目标、编计划、分责任、管闭环的顺序展开，并给出示例和完成核对清单，适用于单个项目的质量策划。
要点总览（TL;DR）
- 项目质量策划从项目范围和验收要求推导质量目标，每条目标写明对象、判定标准、验证方式和时点，避免目标空泛。
- 质量计划以交付物为主线，逐项拆出检查项、检查方式、责任人、时点和记录位置，并与进度计划对齐。
- 责任分工把项目经理、质量负责人、交付物责任人和评审人对应到具体交付物与检查节点，每项检查落到人。
- 不符合项按发现即记录、定责定期限、验证证据后关闭的路径管理，与检查项编号关联形成闭环。
- 用目标可验证、交付物全覆盖、责任到人、闭环完整、记录可追溯等核对项判断策划是否可执行。
项目质量策划先定什么：目标、范围与验收口径
质量策划的起点是质量目标，而质量目标必须从项目范围和验收要求推导出来。范围说明项目要交付什么，验收要求说明交付物达到什么状态才算合格，两者结合才能形成有对象、有标准的目标。跳过这一步直接编检查表，容易出现检查项与交付物对不上、检查完了仍无法判断是否合格的情况。
推导质量目标可以按三个动作进行。第一，列出项目范围内的主要交付物，包括最终产品和过程产物，如需求说明、设计文档、测试报告、部署包。第二，对每个交付物找到对应的验收要求或合同条款，把笼统要求转成可判定的标准，例如“接口响应时间在约定并发下不超过规定值”比“性能良好”更可验证。第三，为每条标准确定验证方式，是评审、检查、测试还是演示，并写明由谁在什么时点验证。
一条完整的质量目标应包含四个要素：对象（哪个交付物或哪类特性）、判定标准（合格的具体界限）、验证方式（评审、检查、测试、演示等）、验证时点与责任人。缺少任一要素，目标就难以在后续检查中被引用。
| 要素 | 说明 | 填写示例 |
|---|---|---|
| 对象 | 交付物或关键质量特性 | 订单查询接口 |
| 判定标准 | 可判定的合格界限 | 约定并发下平均响应时间不超过验收文件规定值，错误率符合约定 |
| 验证方式 | 用什么手段确认 | 性能测试报告评审 |
| 时点与责任人 | 何时验证、谁负责 | 提测后第三日，由交付物责任人提交、质量负责人确认 |
需要区分三个层次：项目质量目标针对本项目交付物，回答“这个项目做到什么程度算合格”；组织质量制度是公司层面的通用规则，项目策划在其约束下进行，但不必重复编写；测试执行是验证手段之一，属于目标确定之后的动作。把三者混在一起，质量策划容易写成制度摘抄或测试计划，失去对项目的针对性。
本节产物是一份项目质量目标清单，逐条记录对象、标准、验证方式、时点和责任人，作为后续编制质量计划的输入。
质量计划怎么编：从交付物到检查节点
质量计划的作用是把目标清单转成按交付物组织的检查安排。编制时以交付物为主线，逐个拆解检查项，再为每个检查项设定方式、责任人、时点和记录要求。这样计划执行时可以直接按交付物找到对应检查动作，不必在整份文档中反复检索。
编制步骤建议如下：
- 列出全部交付物，按里程碑或阶段排序，明确每个交付物的完成时点。
- 对每个交付物拆出检查项。检查项来自质量目标清单，也可补充过程要求，如文档完整性、版本一致性。
- 为每个检查项选择检查方式：文档评审、代码评审、走查、测试、演示或抽样检查。方式要与检查项性质匹配，文档类适合评审，运行特性适合测试或演示。
- 设定检查节点与时机，通常安排在交付物完成时、阶段交接前或对外提交前，避免检查滞后导致返工成本上升。
- 指定责任人与记录方式，明确检查结果记在哪里、由谁归档。
质量计划表建议包含以下字段，每个字段都对应执行时的具体动作：
| 字段 | 填写要点 |
|---|---|
| 交付物 | 名称与版本，与范围清单一致 |
| 检查项 | 具体到可判定的内容，避免“质量检查”这类笼统表述 |
| 标准 | 引用质量目标或验收条款，写明合格界限 |
| 方式 | 评审、测试、演示、抽样等 |
| 责任人 | 执行检查的人，落到具体角色或姓名 |
| 时点 | 相对里程碑的时间或绝对日期 |
| 记录 | 检查记录存放位置与格式，如检查表、评审纪要 |
填写时有两个常见问题值得注意。一是检查项过粗，一个检查项覆盖多个交付物，执行时无法判断是否完成；二是时点缺失，检查安排在“完成后”却没有具体节点，实际执行中容易被推迟。把每个检查项写成一行、一行对应一个可执行动作，计划才具备可操作性。
质量计划编完后，应与项目进度计划对齐，确认每个检查节点都有对应的交付物完成时点，避免检查安排悬空。本节产物是一份按交付物组织的项目质量计划表。
质量责任怎么分：角色与交付物对应
质量计划能否执行，取决于每项检查是否有人负责。责任分工的基本做法是把角色与交付物、检查节点一一对应，明确谁定标准、谁执行检查、谁对结果负责、谁参与评审，避免出现“大家都关心质量、没人对具体检查负责”的情况。
单项目中通常涉及四类角色：
- 项目经理：对项目整体质量结果负责，确认质量目标与计划，协调资源，处理跨角色的争议和升级事项。
- 质量负责人：组织编制质量计划，维护检查表和不符合项台账，跟踪整改进度，汇总质量状态。
- 交付物责任人：对自己负责的交付物按标准完成自检，提交检查，对检查发现的问题组织整改。
- 评审人：按计划参与评审或检查，给出明确结论，对评审意见的准确性负责。
分工时按交付物逐项落实：每个交付物有且只有一个交付物责任人，每项检查有明确的执行人，每个检查节点有评审人或确认人。同一人可承担多个角色，但职责要在计划中分别写清，避免自检、评审和确认混为一人而无记录。
| 角色 | 主要职责 | 对应交付物/节点 | 记录形式 |
|---|---|---|---|
| 项目经理 | 确认目标与计划，处理升级事项 | 质量计划整体、阶段评审 | 计划审批记录 |
| 质量负责人 | 编制计划，维护台账，跟踪整改 | 检查表、不符合项台账 | 台账更新记录 |
| 交付物责任人 | 自检、提交检查、组织整改 | 本人负责的交付物 | 自检记录、整改说明 |
| 评审人 | 参与评审并给出结论 | 分配的评审节点 | 评审意见与结论 |
责任分工在计划中的记录形式，建议直接在质量计划表中增加“交付物责任人”和“检查执行人”两列，另附一张角色职责表说明各角色的权限边界。这样执行时查一行即可知道谁做什么，不必再翻角色说明。
不符合项怎么管：记录、整改与关闭
检查发现的问题如果只停留在口头或聊天记录里，整改就容易遗漏。不符合项管理要建立一条从发现到关闭的固定路径：发现即记录，记录即定责定期限，整改后验证证据再关闭。
不符合项的主要来源包括评审意见、检查表未通过项、测试缺陷中影响验收的部分，以及阶段交接时发现的文件缺失或版本不一致。记录字段建议包括：编号、发现日期、来源（哪次检查或评审）、关联交付物与检查项、问题描述、严重程度、整改责任人、整改期限、整改措施、验证人、验证结论、关闭日期。
整改责任人的确定遵循“谁负责交付物谁整改”的原则，涉及跨交付物的问题由项目经理指定牵头人。整改期限结合项目里程碑设定，影响后续节点的优先处理。严重程度可分两级处理：影响验收或关键节点的列为高优先级，限期整改并升级告知项目经理；一般问题纳入常规跟踪，在下一检查节点前完成。
关闭条件应写清楚：整改措施已完成，验证人按原检查标准复核通过，验证证据（复检记录、修订后的文档版本、测试结果）已归档。仅凭整改人自述完成不能关闭。台账定期回顾，未关闭项在项目例会上通报，防止积压。
本节产物是一份不符合项台账及配套关闭规则，与质量计划中的检查项通过编号关联，形成检查、记录、整改、验证的闭环。
示例：一个迭代交付物的质量策划落地
以下为演示情景，用于说明方法如何组合使用，不对应真实项目数据。
某项目一个迭代需交付三项内容：需求变更说明、订单查询接口、接口测试报告。依据验收要求，质量目标定为：需求变更说明经业务方评审确认；接口在约定并发下响应时间符合验收文件规定值；测试报告覆盖全部验收场景且结论明确。
据此编制质量计划：需求变更说明在迭代第二日安排业务方评审，责任人为需求负责人，记录为评审纪要；接口在提测后第三日进行性能测试，责任人为开发负责人，记录为测试结果；测试报告在迭代结束前一日评审，责任人为测试负责人，记录为评审结论。三项检查均指定了执行人和时点。
执行中，性能测试发现接口在约定并发下响应时间超出标准，记为不符合项，关联到接口这一交付物和对应检查项，整改责任人为开发负责人，期限为两日。开发优化后提交复测，验证人按原标准复核通过，附复测结果，台账中关闭该不符合项。需求评审提出一处描述不清，同样记录、修订、复核后关闭。迭代结束时，三项检查均有记录，两项不符合项均已关闭，质量策划完成闭环。
这个示例说明：目标要能对应到交付物，计划要落到检查动作，问题要进入台账并验证关闭，三者缺一，策划就难以证明落地。
当项目交付物较多、检查节点分散在多个阶段时，质量计划、检查记录和不符合项台账需要在团队共同可见的地方维护。ONES 项目管理工作项可用于承载交付物与检查任务，将检查项设为带责任人和截止时间的工作项，检查结果和不符合项以记录形式关联到对应交付物，整改状态随工作项流转更新，评审结论与验证证据归档在项目内，便于按交付物追溯每次检查与关闭情况。
完成检查：质量策划是否可执行的核对项
质量策划编制完成后，可用以下清单逐项核对。全部满足，说明策划具备执行条件；存在未满足项，应在项目启动检查前补齐。
| 核对项 | 通过标准 |
|---|---|
| 目标可验证 | 每条质量目标都有对象、判定标准、验证方式和时点，标准可判定合格与否 |
| 交付物全覆盖 | 范围清单中的每个交付物至少有一项检查安排，无遗漏 |
| 检查节点明确 | 每项检查有具体时点，并与进度计划的交付物完成时点对齐 |
| 责任落到人 | 每个交付物有责任人，每项检查有执行人，评审有确认人 |
| 闭环路径完整 | 不符合项有记录字段、整改责任人与期限、验证人和关闭条件 |
| 记录可追溯 | 检查记录、评审结论、整改证据有固定存放位置，可与交付物和检查项对应 |
| 计划已确认 | 项目经理与相关角色已确认质量目标与计划，变更时有更新机制 |
核对时重点关注两类薄弱点：一是目标写了但无法判定，如“界面友好”，需要补充具体标准；二是检查安排了但没有记录位置，执行后无法证明。把这两类问题在启动前解决，质量策划才能在项目过程中真正起到控制作用。
常见问题
项目质量目标写多少条比较合适？
数量没有统一标准，判断依据是覆盖度而非条数。范围清单中的每个主要交付物至少对应一条质量目标，关键质量特性可以单独成条。目标过多会稀释检查重点，建议优先覆盖影响验收和关键节点的交付物，其余交付物用通用检查项覆盖。目标清单确定后，后续质量计划的检查项应能逐条对应回目标，对不上的目标说明缺少验证安排，需要补充或删减。
质量计划编好后，项目范围发生变更怎么办？
范围变更时同步更新三处内容：质量目标清单中新增或调整交付物对应的目标；质量计划表中新增交付物的检查项、责任人和时点；不符合项台账中与变更交付物关联的记录。更新后由项目经理确认，并在项目内通知相关角色。变更频繁的项目可以约定固定的更新节奏，例如每个迭代开始前复核一次质量计划，避免计划与实际交付物长期脱节。
检查发现的问题都必须进不符合项台账吗？
影响验收、关键节点或交付物合格判定的问题应进入台账，按记录、整改、验证、关闭的路径处理。文字表述、格式等轻微问题可以在评审意见中直接修订，由评审人复核确认即可。区分标准建议在质量计划中提前写明，例如按是否影响交付物判定标准划分，避免执行时逐条争论。无论是否进台账，检查结论和修订结果都要留下记录，便于追溯。
小项目也需要完整的质量计划和台账吗？
可以简化形式，保留关键要素。小项目交付物少时，质量目标清单和质量计划表可以合并为一张表，每个交付物一行，写明检查项、标准、责任人、时点和记录位置。不符合项台账同样保留编号、问题描述、责任人、期限和关闭结论几个必要字段。简化的是文档数量和字段数量，目标可验证、检查有记录、问题有闭环这几条不能省，否则策划无法证明落地。
质量负责人和项目经理在质量策划中的分工怎么划？
项目经理对项目整体质量结果负责，确认质量目标与计划、协调资源、处理跨角色的争议和升级事项。质量负责人组织编制质量计划，维护检查表和不符合项台账，跟踪整改进度并汇总质量状态。两者职责在计划中分别写清，涉及标准争议时由项目经理裁决，涉及台账更新和整改跟踪时由质量负责人推进。小项目中两个角色可由同一人承担，但审批与跟踪的记录仍要分开留存。
