项目质量计划编制方法与责任分工指南

项目质量计划要能指导检查，起点是交付物清单：为每项交付物写清验收标准、检查方法、检查时点和责任人，再按“编制—评审—执行检查—质量保证复核—问题闭环”分配角色。本文面向单个项目的质量控制，给出编制步骤、责任分工表、检查示例和完成核对清单。

要点总览（TL;DR）

• 质量计划以交付物清单为锚点编制：先识别交付物与关键过程，再为每项交付物写清验收标准、检查方法、检查时点和责任人，形成检查口径表。
• 责任分工按“编制—评审—执行检查—质量保证复核—问题闭环”五类角色划分：项目经理牵头、质量负责人主笔，技术负责人与客户代表参与评审，交付物负责人执行检查，质量保证独立复核，问题责任人限期整改。
• 检查记录需包含交付物、检查项、结论、问题描述、责任人和关闭时间，不合格项整改并复检关闭后才算完成。
• 用完成检查清单逐项核对：交付物覆盖、标准可验证、分工无空档、闭环机制已定义、评审记录齐全、里程碑前有复核节点。
• 项目范围或交付物变化时，同步更新检查口径表与责任分工，并在下一次里程碑复核时确认可执行性。

质量计划先定交付物与检查口径

质量计划的核心产物是一张交付物检查口径表。它把项目范围中“要做成什么”翻译成“做到什么程度算合格、由谁在什么时候用什么方法确认”。编制时先收集输入，再逐项填写，最后组织评审。

编制输入

• 项目范围说明与工作分解结构，用于提取交付物清单和关键过程。
• 合同、需求文档、技术协议中的质量条款与验收要求。
• 组织已有的质量制度、模板和历史项目的检查记录，作为标准来源。
• 项目进度计划中的里程碑，用于确定检查时点。

编制步骤

1. 识别交付物与关键过程。从工作分解结构中列出需要提交的文档、软硬件成果、评审记录和服务动作。交付物清单要覆盖对外交付和对内交接两类，避免只列最终产品而漏掉中间评审材料。
2. 定义质量目标与验收标准。把每项交付物的质量要求写成可判定的条件，例如“接口文档覆盖全部对外接口，字段说明完整率100%，与设计文档一致”。
3. 确定检查方法与检查时点。检查方法可以是文档评审、同行走查、演示验证、测试或抽样核对；检查时点绑定到具体阶段或里程碑，例如“详细设计评审前”“系统测试准入前”。
4. 指定责任人。每项交付物明确一名交付物负责人，负责自检和提交检查；同时明确检查人，二者可以不同，以形成基本复核。
5. 汇总成表并评审。将上述内容填入检查口径表，由项目经理组织技术负责人、质量负责人和相关交付物负责人评审，确认标准可达成、时点可执行。

交付物检查口径表

交付物	验收标准	检查方法	检查时点	责任人
需求规格说明书	需求条目可追溯至来源，无歧义描述，评审意见全部关闭	文档评审＋需求追溯核对	需求基线确认前	需求负责人
接口设计文档	接口清单完整，字段、错误码、调用约束说明齐全，与概要设计一致	同行走查＋一致性核对	详细设计评审前	设计负责人
系统测试报告	计划用例执行率100%，遗留缺陷有明确处理结论	测试记录抽查＋缺陷清单核对	上线评审前	测试负责人

填写时注意质量目标的写法。“高质量”“符合要求”“尽量完善”无法判定，不能作为验收标准。可用的写法是给出可观察的条件：覆盖范围、一致对象、通过条件、遗留问题的处理规则。标准写得越具体，后续检查越少争议。

责任分工：谁编制、谁评审、谁检查、谁复核

质量计划失效常见于两种情形：一是没人对计划整体负责，二是检查者与被检查者混为一谈。责任分工要解决的是每类角色在什么时点做什么、交出什么，边界清楚即可执行。

角色与职责

角色	主要职责	对应交付物	参与时点
项目经理	牵头编制，组织评审，协调资源，对计划整体有效性负责	质量计划定稿、评审记录	编制启动、评审、里程碑复核
质量负责人	主笔编写质量计划，维护检查标准与模板，指导检查方法	质量计划正文、检查模板	编制全过程
技术负责人	评审技术类验收标准的可达成性，确认检查方法可行	评审意见	计划评审
客户代表	确认对外交付物的验收标准可接受	验收标准确认意见	计划评审、关键交付物验收
交付物负责人	按计划执行自检与互检，提交检查记录，整改本人负责的不合格项	检查记录、整改证据	各检查时点
质量保证角色	独立复核检查是否按计划执行、记录是否完整，不替代交付物负责人做检查	质量复核报告	阶段末、里程碑前
问题责任人	对登记的不合格项限期整改，提交关闭证据	整改说明、复检结论	问题登记后至关闭

职责边界说明

项目经理与质量负责人的分工容易混淆。项目经理对“计划是否有效、评审是否组织、问题是否推动关闭”负责；质量负责人对“计划内容是否完整、标准是否清晰、模板是否可用”负责。两者共同对计划质量承担责任，但交付物不同，便于追溯。

质量保证角色的独立性需要保留。如果由交付物负责人自行判定“检查已执行”，复核就失去意义。质量保证复核的对象是检查过程和记录，例如抽查若干交付物的检查记录是否齐全、结论是否有依据、不合格项是否关闭，而不是重新做一遍技术检查。

客户代表参与评审的范围按合同约定确定。对外交付物、验收方式、交付节点相关的标准应请客户代表确认；内部过程文档的检查标准由项目内部评审即可，不必全部提交客户确认。

把计划落到交付物检查：示例与记录方式

计划表只有落到每次检查动作和记录上才有约束力。下面以“接口设计文档”为例，演示一条质量计划条目如何执行到关闭。

示例：接口设计文档的检查执行

计划条目。交付物为接口设计文档，验收标准为接口清单完整、字段与错误码说明齐全、与概要设计一致，检查方法为同行走查加一致性核对，检查时点为详细设计评审前，责任人为设计负责人。

执行流程。

1. 设计负责人完成文档后先自检，对照验收标准逐项确认，填写检查记录。
2. 检查人按计划方法执行走查，核对接口清单与概要设计的对应关系，记录发现的问题。
3. 不合格项登记为问题条目，写明问题描述、责任人和要求关闭时间。
4. 责任人修改文档，提交修改说明作为关闭证据。
5. 检查人复检，确认问题已解决后在记录中标注关闭；未解决的退回继续整改。

完成标志。该交付物的检查记录齐全，所有不合格项均已关闭并有复检结论，方可进入详细设计评审。

检查记录字段

字段	填写要求
交付物	名称与版本号，便于对应计划条目
检查项	对应验收标准中的具体条件，逐条列出
结论	符合、不符合或部分符合，附简要依据
问题描述	不符合项的具体位置和现象，避免笼统表述
责任人	负责整改的人员
关闭时间	要求完成整改的日期，以及实际关闭日期

当项目交付物较多、检查分散在不同阶段时，把计划条目、检查记录和不合格项放进同一套工作项与文档中管理，可以减少对账成本。ONES 的项目计划支持按交付物或项目阶段分解工作并设置里程碑，检查记录和不合格项可以作为工作项关联到对应交付物，里程碑前的复核节点也能在计划中体现；配合基线对比，还能查看计划与执行之间的偏差。具体字段和流程配置以实际使用的版本为准。

质量计划完成检查清单

计划编制完成后，用下面的清单逐项核对。每一项都给出通过标准，核对不通过时回到对应环节补充，而不是在评审会上口头确认。

检查项	通过标准	核对结果
交付物覆盖	工作分解结构中的对外交付物和对内交接物均已列入，关键过程有对应检查安排	□
验收标准可验证	每项交付物的标准均可通过检查动作判定，无“高质量”类表述	□
四要素齐全	每项交付物均写明验收标准、检查方法、检查时点、责任人	□
分工无空档	编制、评审、检查、复核、整改各环节均有明确角色，无无人负责的环节	□
分工无冲突	检查人与被检查人分离，质量保证复核不替代交付物检查	□
闭环机制已定义	不合格项的登记、整改、复检、关闭规则已写明，关闭需有证据	□
评审记录齐全	技术负责人、客户代表（按约定范围）的评审意见已记录并处理	□
里程碑复核节点	各里程碑前安排了质量复核，复核结论作为阶段放行依据	□

清单全部通过，说明质量计划已具备执行条件、责任已落到具体角色。项目执行过程中如范围或交付物发生变化，应同步更新检查口径表和责任分工，并在下一次里程碑复核时确认更新后的条目仍可执行。

常见问题

质量计划编制完成后，如果项目范围发生变更，应该怎么处理？

范围变更后，先评估受影响交付物清单：新增交付物需补充检查条目，删除的交付物从计划中移除并记录原因，验收标准或检查时点变化的条目同步修订。更新后的检查口径表和责任分工应在下一次里程碑复核时确认仍可执行，并保留变更记录以便追溯。

质量保证角色和交付物负责人的检查有什么区别？

交付物负责人按计划对本人负责的交付物执行自检和互检，对检查结论和整改负责；质量保证角色独立复核检查是否按计划执行、记录是否完整、不合格项是否关闭，不替代交付物负责人做技术检查。两者分离可以避免“自己检查自己”导致复核失效。

客户代表必须参与所有交付物的评审吗？

按合同约定确定范围。对外交付物、验收方式和交付节点相关的标准应请客户代表确认；内部过程文档的检查标准由项目内部评审即可。全部提交客户确认会拉长评审周期，也不符合合同边界。

检查记录需要记录到什么颗粒度？

每条记录对应一项交付物的一个检查项，结论要附简要依据，问题描述要写明具体位置和现象，避免“基本符合”“有待完善”这类无法复检的表述。记录颗粒度以能支撑复检和关闭判断为准，不必记录检查过程中的全部讨论。

质量计划中的检查时点如何与项目进度计划对齐？

把检查时点绑定到进度计划中的具体阶段或里程碑，例如“详细设计评审前”“系统测试准入前”。里程碑前安排质量复核节点，复核结论作为阶段放行依据。进度计划调整时，同步检查时点是否仍可执行。