把项目质量目标分解到阶段、交付物和责任人，关键是把“提高质量”这类项目级表述转成可判定的指标，再让每项指标在分解表里追到具体阶段、交付物、责任人和检查记录。分解到能对应一次检查和一次整改即可停止。本文范围限于单项目质量控制，组织级质量制度和测试执行细节不在展开之列。
要点总览（TL;DR）
- 先把项目级质量目标改写成带判定标准、阈值和证据形式的可判定指标，方向性表述无法进入分解表。
- 按阶段承接与自身产出相关的指标，把每项指标挂到具体交付物上，并写明验收口径和检查方式。
- 每项指标只设一名责任人，检查人由不承担该交付物交付职责的角色担任，避免自检自判。
- 检查结论分通过、有条件通过、不通过三档，不通过项开整改单，写明整改责任人、期限和复检时点。
- 分解完成的判定标准是：任一指标都能追到阶段、交付物、责任人和检查记录，并对应一次整改与复检。
先定分解口径：质量目标要拆到什么颗粒度
分解口径决定后续表格能否执行。项目级质量目标通常写成“提升交付质量”“降低返工率”这类方向性表述，直接分到阶段会出现同一句话被多个阶段重复承接、却没人能判定是否达成的情况。第一步是把目标转成可判定指标，每项指标至少写清三件事：判定标准、阈值和证据形式。
判定标准说明用什么规则判断合格，例如“需求评审一次通过”或“严重缺陷为零”；阈值给出可比较的界线，例如“评审一次通过率不低于90%”或“遗留严重缺陷不超过2个”；证据形式说明检查时看什么材料，例如评审记录、测试报告、缺陷清单或签字确认单。三项齐全，指标才具备被检查的条件。
阶段承接遵循一条原则：每个阶段只承接与该阶段产出直接相关的指标。需求阶段承接需求评审通过率、需求变更受控率；开发阶段承接代码评审覆盖率、缺陷密度；测试阶段承接用例执行率、缺陷关闭率；交付阶段承接验收通过率、遗留缺陷数。把交付阶段的验收指标提前压到需求阶段，既无法检查，也会让阶段责任边界模糊。
交付物是指标的落点。同一个阶段可能有多项指标，需要分别挂到具体交付物上，例如“需求规格说明书”承接需求评审通过率，“接口设计文档”承接设计评审问题关闭率。交付物写法要能指向一份可检查的成果，避免写成“需求工作”“开发过程”这类无法验收的动作描述。
责任人唯一化与检查人分离是两条硬约束。每项指标只指定一名责任人，负责组织达成并提交证据；检查人由不承担该交付物交付职责的角色担任，防止自检自判。若同一人既是交付物责任人又是唯一检查人，该项指标在分解表中视为未完成。
颗粒度停止条件可以概括为：任一质量指标都能在表中追到阶段、交付物、责任人和检查记录，并能对应一次整改与复检。继续往下拆到无法单独组织检查的程度，就是过度分解，会增加记录负担而不增加控制力。
五步完成分解：从项目目标到检查与整改对应表
以下五步按顺序执行，每步的输出是下一步的输入。完成标志统一为“输出物可被下一角色直接使用”，不以会议开完或表格建好作为完成。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 第一步：目标转指标 | 项目级质量目标、合同或验收要求、历史缺陷数据 | 逐条把方向性目标改写为判定标准、阈值、证据形式三项齐全的指标 | 项目级质量指标清单 | 每条指标都能回答“看什么材料、达到什么数值算合格” |
| 第二步：按阶段切分并识别交付物 | 指标清单、项目阶段划分、WBS或交付物清单 | 把指标分配到产出相关的阶段，并为每个阶段列出承载指标的交付物 | 阶段—指标—交付物对应关系 | 每项指标至少挂到一个阶段和一个交付物，无孤立指标 |
| 第三步：写验收口径与检查方式 | 对应关系、交付物模板、评审或测试规则 | 为每个交付物写明判定标准、抽样方式、证据材料，并确定检查方式（评审、抽检、测试、文档核对） | 交付物验收口径表 | 检查人拿到口径即可独立组织一次检查 |
| 第四步：指定责任人与检查人 | 验收口径表、项目角色名单 | 为每项指标指定唯一责任人，指定不承担该交付物交付职责的检查人，写明各自职责边界 | 责任人—检查人分配表 | 每项指标责任人和检查人均已到人，且两者不重合 |
| 第五步：挂检查节点与整改闭环 | 分配表、项目计划节点 | 为每项指标设定检查时点，约定检查结论分档和整改单要素（问题描述、整改责任人、期限、复检时点） | 五列对应表及整改规则 | 任一指标都能对应一次检查和一次整改复检 |
五步完成后形成一张“阶段—交付物—责任人—检查—整改”五列对应表。表中每行是一项指标，行内信息完整即代表该项指标完成了分解。检查结论建议分为通过、有条件通过、不通过三档：有条件通过需写明遗留条件和关闭时点；不通过项进入整改单，复检通过后关闭。
角色与交付物：谁负责分解、谁负责检查、谁负责整改
分解过程涉及五类角色，职责和产出需要分开写清，避免责任重叠或空缺。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 项目经理 | 组织分解工作，确认阶段划分与整体对应关系，把检查节点纳入项目计划 | 阶段划分、五列对应表整体确认、检查节点计划 |
| 质量负责人或质量角色 | 统一指标口径与检查规则，审核指标可判定性，维护检查结论分档标准 | 指标口径说明、检查规则、分解表审核意见 |
| 交付物责任人 | 按验收口径组织交付，准备证据材料，配合检查并对检查发现作出响应 | 交付物、证据材料、整改响应 |
| 检查人/评审人 | 按口径独立组织检查，出具检查结论，记录问题 | 检查记录、检查结论（通过/有条件通过/不通过） |
| 整改责任人与复检人 | 整改责任人按整改单完成修正；复检人验证整改效果并决定是否关闭 | 整改单、复检记录、关闭结论 |
角色冲突时的处理原则是检查人与交付物责任人分离。小团队人手紧张时，可由质量角色或相邻模块的负责人担任检查人，也可采用交叉检查，但不宜由交付物责任人自己出具检查结论。复检人原则上由原检查人担任，保持判定口径一致；若原检查人无法参与，需在整改单中注明替代人和替代原因。
分解结果需要在工作项、检查记录和整改单之间保持状态衔接。使用 ONES 时，可以借助「项目计划」按目标、交付物或项目阶段等维度建立工作分解结构，并用里程碑标记检查和复检时点；设置计划和里程碑基线后，可对比计划与执行的偏差，识别检查节点延期或整改超期的情况。检查结论与整改状态如何流转，需结合具体版本的表单与流程配置确认。
示例：一个阶段的质量目标分解与检查整改记录
以下为演示情景，用于说明表格填写方式，不代表任何真实项目或客户情况。假设某项目在“设计阶段”承接一项指标：设计评审问题关闭率。
| 阶段 | 交付物 | 指标与验收口径 | 责任人 | 检查方式与节点 | 整改闭环 |
|---|---|---|---|---|---|
| 设计阶段 | 接口设计文档 | 设计评审问题关闭率100%；判定标准为评审提出的问题全部关闭或有明确处理结论；证据为评审记录和问题清单 | 设计负责人（唯一） | 由质量角色组织评审检查，节点为设计评审会后3个工作日；结论分通过、有条件通过、不通过 | 不通过项开整改单，写明问题、整改责任人、期限和复检时点 |
检查时发现两项问题未关闭，检查人出具“不通过”结论并开整改单：问题描述为“接口超时处理未定义、异常返回码缺失”；整改责任人为设计负责人；整改期限为5个工作日；复检时点定在期限届满次日，复检人为原检查人。整改完成后，复检人核对文档修订记录和问题清单，确认两项问题均已关闭，在整改单上记录关闭结论，该项指标状态更新为通过。
这个示例体现的可迁移规律有三条：指标必须带证据形式，检查才有依据；检查结论要分档，不通过才有明确的整改入口；整改单必须写复检时点和复检人，否则整改容易停在“已修改”而无法确认关闭。
完成检查：分解表是否可用的核对项
分解表进入执行前，按以下清单逐项核对。核对对象是表本身，不是会议记录或口头约定。
- 指标可判定性：每项指标是否写清判定标准、阈值和证据形式；是否存在“加强”“提升”这类无法检查的表述。
- 阶段与交付物对应完整性：每项指标是否挂到产出相关的阶段和具体交付物；是否存在无交付物承载的孤立指标。
- 责任人唯一性与检查人分离：每项指标是否只有一名责任人；检查人是否不承担该交付物交付职责。
- 检查节点与整改闭环：每项指标是否有明确检查时点和检查方式；不通过项是否有整改单要素和复检安排。
常见缺口包括：指标只写方向不写阈值；同一交付物挂多项指标但未区分检查方式；检查人一栏填“项目组”这类集体名称；整改单只有问题描述没有复检时点。出现这些信号说明分解尚未完成，需要返工。
阻断项指必须返工后才能进入执行的情况：存在无法判定的指标；存在没有交付物承载的指标；存在责任人或检查人空缺的指标；存在没有检查节点或整改闭环的指标。四类阻断项清零后，分解表才可作为执行依据。后续如需观察指标达成趋势，可在 ONES 效能管理中按交付质量等维度查看度量数据，具体指标口径以实际配置为准。
常见问题
项目质量目标分解到什么程度可以停止？
停止条件可以按“能对应一次检查和一次整改”来判断：任一质量指标都能在分解表中追到阶段、交付物、责任人和检查记录，并且不通过时能开出整改单、安排复检。继续往下拆到无法单独组织检查的程度，就属于过度分解，会增加记录负担而不增加控制力。
小团队人手紧张，检查人和交付物责任人无法完全分开怎么办？
检查人与交付物责任人分离是硬约束，但分离不等于必须由专职质量人员担任。可以由质量角色、相邻模块负责人或交叉检查的方式承担检查职责，关键是出具检查结论的人不承担该交付物的交付责任。复检原则上由原检查人完成，保持判定口径一致；原检查人无法参与时，在整改单中注明替代人和替代原因。
检查结论为“有条件通过”时，整改流程怎么走？
有条件通过表示交付物可以进入下一环节，但存在必须关闭的遗留条件。整改单中要写明遗留条件的具体内容、关闭时点和验证方式，由整改责任人按期完成，复检人核对后关闭。遗留条件未按期关闭的，应升级为不通过处理，避免条件长期挂起。
分解表建好后，执行中指标口径需要调整怎么办？
口径调整需要有记录，不宜口头修改。建议在分解表中保留变更记录，写明调整原因、影响范围和确认人；涉及阈值变化的，同步更新检查规则和已排定的检查节点。调整后重新核对责任人、检查人和整改闭环是否仍然完整，避免出现指标已改、检查方式未改的脱节。
分解结果在工具里怎么承载，才能让检查和整改状态可追踪？
分解表本身可以用文档或表格维护，执行阶段则需要让工作项、检查记录和整改单之间保持状态衔接。使用 ONES 时，可以借助「项目计划」按目标、交付物或项目阶段等维度建立工作分解结构，并用里程碑标记检查和复检时点；设置计划和里程碑基线后，可对比计划与执行的偏差，识别检查节点延期或整改超期的情况。检查结论与整改状态的具体流转方式，需结合所用版本的表单与流程配置确认。
