项目质量策划的落点是一份可执行的项目质量计划：把项目目标转成可判定的质量目标，识别关键交付物和过程节点，为每个节点设定检查方式、责任人和记录要求，并约定不符合项的处理与关闭条件。这项工作通常在项目启动或阶段规划时完成，经评审后作为后续检查的依据。质量计划、检查记录和不符合项可以在ONES项目与文档中承载，下文按操作顺序展开。
要点总览（TL;DR）
- 项目质量策划的产出是一份可执行的质量计划，按“定目标—拆交付物—设检查点—分责任—定处置—做检查”六步推进，在项目启动或阶段规划时完成评审与基线化。
- 质量目标要写成对象、标准、判定方式三要素齐全的表述，例如把“接口文档完整”改为“全部对外接口列出请求参数、返回字段和错误码，由评审人对照需求清单逐项核对并签字”。
- 检查点放在交付物完成与交接之间，检查人与交付物生产者分离；测试用例设计与执行归测试管理，质量计划只需写明衔接位置。
- 不符合项按影响分级，整改后由验证人对照原标准复检，复检通过并归档才算关闭；重复问题在阶段回顾中分析原因并反馈到下一阶段计划。
- 计划评审前用完成检查清单逐项核对，目标可判定、关键交付物有检查点、责任与记录明确、关闭条件清晰，才视为可执行。
先定项目质量目标与验收口径
质量策划的第一步是把“项目要做好”这类笼统要求，转成能判定通过或不通过的质量目标。输入来自项目范围说明、客户要求、合同条款和需求文档，从中提取对交付物质量、过程合规和验收方式的明确要求。没有写清楚的部分，需要在策划阶段与需求提出方确认，避免到验收时才暴露分歧。
可执行的质量目标通常包含三个要素：对象、标准和判定方式。对象说明检查什么，标准说明达到什么程度算合格，判定方式说明由谁、用什么方法、依据什么记录作出判断。例如“接口文档完整”不可判定，改为“全部对外接口在文档中列出请求参数、返回字段和错误码，由评审人对照需求清单逐项核对并签字”就可以执行。
项目级质量目标与组织质量制度需要区分。组织制度规定公司层面的质量方针、流程规范和审计要求，项目质量目标则针对本项目的交付物和关键节点作出具体约定。本文聚焦后者，组织级质量制度建设不在展开范围。整理完成后形成一份质量目标与验收口径清单，每条目标都带判定方式，作为后续检查点设计的依据。
识别关键交付物与过程检查点
质量目标要落到具体对象上才有检查价值。先列出项目的主要交付物，包括需求规格、设计文档、代码或配置、部署包、培训材料、验收报告等，再标注每个交付物的上下游依赖：谁提供输入，谁接收输出，哪个环节的返工会影响后续工作。依赖关系清楚后，检查点放在哪里也就清楚了。
检查时点按交付物性质确定。文档类交付物适合在完成初稿后安排评审，在修改后安排复核；设计类交付物可以在方案确定前做走查，在定稿前做正式评审；可运行的交付物适合在集成前后安排验证。检查点应写在交付物完成与交接之间，而不是等到项目结束集中补检。
交付物检查与测试执行属于两类活动。本文的检查点关注交付物是否齐全、内容是否符合约定标准、过程记录是否完整；测试用例设计、测试执行和缺陷跟踪归测试管理范畴，在质量计划中只需说明两者的衔接位置，例如“系统测试开始前完成需求评审问题关闭”。把检查点整理成交付物—检查点对照表，逐行写明交付物、检查时点、检查方式和输出记录，这张表就是质量计划的核心内容之一。
编制项目质量计划：字段与填写方法
质量计划不需要写成长篇文档，关键是字段齐全、每条可执行。建议包含以下字段，并按表中要求填写。
| 字段 | 填写要求 | 示例 |
|---|---|---|
| 质量目标 | 写明对象、标准、判定方式，一条目标只对应一类对象 | 需求文档中每条需求具备可验证的验收条件，由需求评审人逐条核对 |
| 检查点 | 写明检查发生在哪个交付物或阶段的哪个时点 | 需求评审通过后、开发启动前 |
| 检查标准 | 引用需求条目、模板或检查表，避免只写“符合要求” | 对照需求验收条件检查表，缺项为零 |
| 责任人 | 写具体角色或人员，检查人与被检查对象的生产者分离 | 检查人：质量负责人；生产者：需求负责人 |
| 记录要求 | 说明记录形式、存放位置和保留要求 | 评审记录表，含问题清单与结论，存入项目文档 |
| 处置方式 | 写明不通过时的处理路径和升级条件 | 问题登记为不符合项，限期整改后复检 |
填写时有两个常见问题值得注意。一是检查标准写成主观描述，导致不同检查人结论不一致，解决办法是尽量引用已有的需求条目、模板或检查表。二是责任人只写部门不写角色，导致检查无人认领，应落到具体岗位，并在项目启动会上确认。
计划初稿完成后安排一次评审，参与方包括项目经理、质量负责人和主要交付物负责人，重点核对检查点是否覆盖关键交付物、责任是否有人承接、记录要求是否可操作。评审通过后形成基线，后续因范围或进度变化需要调整时，走变更记录，注明调整原因和影响范围，避免计划与实际执行脱节。
质量责任分工与角色交付物
质量策划能否执行，取决于每个检查点是否有人负责、有人配合。常见分工如下表，具体岗位名称可按项目实际调整。
| 角色 | 主要职责 | 在检查点上的输入与输出 |
|---|---|---|
| 项目经理 | 组织质量策划，确认资源与进度安排，对计划基线负责 | 输入项目范围与进度；输出经评审的质量计划 |
| 质量负责人 | 设计检查点与检查标准，组织检查，跟踪不符合项关闭 | 输入质量目标与检查表；输出检查记录与不符合项清单 |
| 开发/交付角色 | 按标准产出交付物，配合检查并完成整改 | 输入交付物与自检记录；输出整改结果 |
| 评审人 | 按检查标准作出判定，记录问题与结论 | 输入待检交付物与标准；输出评审意见与通过结论 |
分工时要保证检查人与被检查交付物的生产者不是同一人，否则检查容易流于形式。各角色之间的交接关系也要写清楚：评审人发现问题后交给质量负责人登记，质量负责人分派给交付物负责人整改，整改完成后由原评审人或指定复检人验证关闭。这条交接链在计划中写明，可以减少问题在角色之间来回推诿。
不符合项登记与项目内整改闭环
检查发现不满足标准的情况，统一登记为不符合项，避免口头沟通后遗失。登记字段建议包括：编号、发现时间、发现人、关联交付物与检查点、问题描述、依据的标准条款、严重程度、整改责任人、整改期限、验证人和关闭时间。
分级方式按影响确定。影响验收或导致下游工作无法开展的，列为高等级，要求限期整改并在整改期间暂停相关交接；影响交付物完整性但可通过补充修正解决的，列为中等级，按计划期限整改；表述、格式类问题列为低等级，可合并处理。分级标准在计划中事先约定，检查时直接套用，减少逐条讨论。
整改闭环包括三个动作：责任人提交整改结果并说明修改内容；验证人对照原标准和整改说明复检；确认通过后关闭并记录关闭依据。关闭条件要写清楚，例如“复检通过且相关记录归档”才算关闭，仅提交整改说明不算。对重复出现的问题，在阶段回顾中分析原因，判断是标准不清、检查方式不当还是执行偏差，并把结论反馈到下一阶段的质量计划中，形成复发预防。
在ONES中，项目计划可按交付物或阶段分解工作，里程碑用于标记评审、验收等关键时点，计划与里程碑可设置基线并对比执行偏差；检查记录和不符合项可以借助项目工作项与文档承载，测试阶段的缺陷则通过测试管理中的缺陷跟踪处理，两者在计划中约定衔接位置即可。
示例：一个迭代项目的质量策划落地
以下为演示情景，用于说明从目标到整改的完整过程，不代表真实项目数据。
某内部系统迭代项目周期为六周，交付物包括需求说明、接口设计、功能版本和上线说明。质量目标定为三条：需求条目均具备可验证的验收条件；接口设计覆盖全部对外接口的参数与错误码；上线说明包含回滚步骤并经运维确认。检查点分别设在需求评审、设计评审和上线前演练三个时点。
需求评审时，评审人对照验收条件检查表逐条核对，发现三条需求只写了功能描述、未写验收条件，登记为不符合项，等级为中，责任人为需求负责人，期限两天。整改后复检通过，记录归档。设计评审发现两个接口缺少错误码说明，同样登记整改，复检时补充完整。上线前演练中，回滚步骤缺少数据恢复的验证方法，列为高等级不符合项，补充后由运维复检确认，才允许上线。
这个示例可迁移的规律是：目标数量不必多，但每条都要能判定；检查点放在交付物交接之前；不符合项分级决定处理优先级；关闭以复检通过为准。适用边界在于，项目规模、交付物类型和团队分工不同，检查点和分级标准需要相应调整，不能直接照搬。
完成检查：质量策划是否可执行
质量计划评审前，用以下清单逐项核对，全部满足才视为可执行。
- 每条质量目标都写明了对象、标准和判定方式，不存在“符合要求”“保证质量”这类无法判定的表述。
- 项目主要交付物均已列出，每个交付物至少对应一个检查点，检查时点位于交付物交接之前。
- 每个检查点都有明确的检查标准，标准可引用需求条目、模板或检查表。
- 每个检查点都有具体责任人，检查人与交付物生产者分离。
- 记录要求明确到记录形式、存放位置和保留方式。
- 不符合项的登记字段、分级标准、整改期限和关闭条件均已约定。
- 计划经过评审并形成基线，变更方式已说明。
- 与测试管理的衔接位置已写明，避免检查点与测试活动重复或遗漏。
清单核对完成后，质量计划即可作为项目执行期间的检查依据；阶段结束时回顾不符合项的分布和关闭情况，把有效做法带入下一阶段策划。
常见问题
项目规模很小，质量策划能不能简化？
可以简化文档篇幅，但几个关键要素建议保留：每条质量目标仍要能判定，主要交付物至少各有一个检查点，每个检查点有具体责任人和记录方式，不符合项有登记和关闭条件。小项目可以把这些内容压缩在一页表格里，省去单独的质量计划文档，直接并入项目计划。简化的是形式，判定标准和责任归属仍要写清楚，否则检查时容易变成口头确认。
质量负责人和项目经理在质量策划中怎么分工？
项目经理负责组织策划过程、确认资源与进度安排、对计划基线负责；质量负责人负责设计检查点与检查标准、组织检查、跟踪不符合项关闭。两者在评审环节共同确认检查点是否覆盖关键交付物、责任是否有人承接。如果项目没有专职质量负责人，可以由项目经理指定一名与交付物生产无直接关系的人员承担检查组织工作，检查人与被检查对象保持分离这一条不宜省略。
检查点和测试活动怎么衔接，避免重复检查？
质量计划中的检查点关注交付物是否齐全、内容是否符合约定标准、过程记录是否完整；测试用例设计、测试执行和缺陷跟踪属于测试管理范畴。衔接方式是在计划中写明两者的先后关系，例如“系统测试开始前完成需求评审问题关闭”，并注明测试阶段发现的缺陷走缺陷跟踪流程，不重复登记为项目内不符合项。这样既避免同一问题两处记录，也避免评审问题被带到测试阶段才暴露。
质量计划评审通过后，范围或进度变了怎么办？
计划基线化之后发生范围或进度调整，走变更记录：注明调整原因、涉及的检查点与责任人变化、对交付物检查安排的影响。变更后重新确认受影响的检查点是否仍位于交付物交接之前，责任是否仍有人承接。把变更记录与基线对比结合起来看，可以判断计划与执行是否脱节。ONES 的项目计划与里程碑支持设置基线并对比执行偏差，可作为变更跟踪的承载方式，具体配置以实际产品为准。
不符合项反复出现，整改闭环之外还要做什么？
重复出现的问题说明单条整改没有触及原因。建议在阶段回顾中把同类不符合项归类，判断是检查标准写得不够具体、检查方式不适用，还是执行环节存在普遍偏差。结论要落到下一阶段质量计划的调整上，例如补充检查表条目、调整检查时点或增加自检环节。复发预防的效果可以在下一阶段的不符合项数量和分布上观察，不必另设一套统计口径。
