项目质量整改台账用一张表把问题登记、责任分派、整改措施、证据留存和关闭确认串起来。本文直接给出一张可复制到表格工具中使用的空白台账，并说明每个字段的填写口径、关闭前必须填写的字段、一条完整记录的填写示例，以及台账随项目推进如何调整、复核和归档。字段、证据和状态三条主线贯穿全文，适合项目质量负责人或项目经理在单项目范围内直接套用。
要点总览（TL;DR）
- 空白台账包含13列：整改编号、问题来源、问题描述、严重程度、责任人、要求完成日期、整改措施、验证证据、状态、验证人、关闭日期、关闭确认、备注，可直接复制到表格工具使用。
- 问题来源写发现渠道，问题描述写事实与影响；整改措施与验证证据必须成对出现，证据缺失时记录不能进入待验证环节。
- 状态按待分派、整改中、待验证、已关闭、已驳回五档流转，不允许跳过待验证直接关闭；关闭前必须填写验证人、关闭日期和关闭确认。
- 缺失必填字段时卡在状态上而非事后补：责任人未定停在待分派，证据未交不能进待验证，验证人未签署保持待验证。
- 台账需按项目规模增减字段，状态随动作当天更新，每周复核待分派与整改中记录，关闭后按编号连同证据归档。
可复制空白整改台账模板
下表为空白台账结构，可直接复制到 Excel、在线表格或文档表格中使用。表头保持一行，每条质量问题占一行；状态列与证据列先留空，随整改推进逐步填写。列宽建议：问题描述与整改措施两列放宽，其余列保持单行可读。
| 整改编号 | 问题来源 | 问题描述 | 严重程度 | 责任人 | 要求完成日期 | 整改措施 | 验证证据 | 状态 | 验证人 | 关闭日期 | 关闭确认 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
使用前先做两件事：一是把“严重程度”和“状态”两列改为下拉选项，避免同一含义出现多种写法；二是给整改编号设定规则，例如“项目缩写-年份-序号”，保证编号唯一且便于检索。表格本身只承载结构，字段怎么填由下一节说明。
每个字段记录什么：字段说明
字段说明解决的是“不同人填同一列，写出来的内容是否一致”。下表逐列给出含义与填写口径，其中问题来源与问题描述、整改措施与验证证据、状态三组字段最容易混淆，需要重点对齐。
| 字段 | 记录内容 | 填写口径 |
|---|---|---|
| 整改编号 | 该条整改记录的唯一标识 | 按既定规则生成，登记时即填写，后续所有沟通、证据文件均引用此编号 |
| 问题来源 | 问题在哪个环节被发现 | 写发现渠道，如内部质量检查、阶段评审、客户反馈、巡检、交付验收；只写渠道，不写问题本身 |
| 问题描述 | 问题的事实与影响 | 写清“在哪里、什么不符合要求、造成或可能造成什么后果”，用可核对的事实描述，避免“质量较差”这类判断 |
| 严重程度 | 问题的分级 | 建议三档：严重（影响交付或安全，须立即处理）、一般（影响部分功能或文档质量，限期整改）、轻微（不影响交付，随版本修正） |
| 责任人 | 负责落实整改的人 | 写具体执行人，不写部门；跨部门问题可另在备注中写协同人 |
| 要求完成日期 | 整改的截止时间 | 与严重程度匹配，严重问题日期更近；日期一旦确定，变更需在备注中记录原因 |
| 整改措施 | 为消除问题采取的具体动作 | 写动作和产物，如“修订接口文档第3章并重新评审”，与验证证据一一对应 |
| 验证证据 | 证明整改已完成的材料 | 写证据名称与存放位置，如“评审记录编号”“修订后文档版本号”“检查截图文件名”，确保他人可调取核对 |
| 状态 | 该条记录当前所处环节 | 按待分派、整改中、待验证、已关闭、已驳回五档流转，含义见下文 |
| 验证人 | 确认整改结果的人 | 由非整改执行人担任，关闭前必须填写 |
| 关闭日期 | 记录转为已关闭的日期 | 以验证通过当天为准，不由责任人自行填写 |
| 关闭确认 | 关闭结论的简要说明 | 写“证据已核对，问题消除”或驳回理由，与状态列保持一致 |
| 备注 | 补充信息 | 记录期限变更、协同人、关联问题编号等 |
三组字段的对应关系需要特别说明。问题来源回答“怎么发现的”，问题描述回答“发现了什么”，两者分开填写可以避免把检查渠道写进问题内容。整改措施与验证证据必须成对出现：每条措施都应能指向一份可核对的证据，证据缺失时该条记录不能进入待验证之后的环节。状态字段的含义建议固定为：待分派指问题已登记但责任人未确定；整改中指责任人已明确、措施正在执行；待验证指措施完成、证据已提交、等待验证人核对；已关闭指验证通过并完成关闭确认；已驳回指验证未通过、退回整改中继续处理。状态只允许按此顺序前进或退回，不允许跳过待验证直接关闭。
必填与选填：哪些字段不能空
台账的填写负担主要来自“每列都要填”的误解。实际使用中，一部分字段在记录关闭前必须完整，另一部分按场景补充即可。下表给出对照，项目可按自身管理要求微调，但关闭门槛涉及的字段不建议删减。
| 类别 | 字段 | 说明 |
|---|---|---|
| 关闭前必填 | 整改编号、问题来源、问题描述、严重程度、责任人、要求完成日期、整改措施、验证证据、状态、验证人、关闭日期、关闭确认 | 缺少任一项，记录不得标记为已关闭 |
| 登记时必填 | 整改编号、问题来源、问题描述、严重程度 | 问题一被发现就应完成登记，责任人可稍后分派 |
| 选填 | 备注 | 用于期限变更、协同人、关联问题等补充信息 |
| 按场景补充 | 关联问题编号、影响范围、复验结论 | 同类问题批量出现、问题影响多个交付物、或需要二次验证时增加 |
缺失必填字段时的处理原则是“卡在状态上，而不是事后补”。责任人未确定时，状态停留在待分派，不进入整改中；验证证据未提交时，状态不能进入待验证；验证人未签署关闭确认时，记录保持待验证。这样处理的好处是台账本身就能反映真实进度，不需要靠人工追问判断哪些记录“其实已经做完了”。对于确实无法补齐的历史记录，应在备注中写明缺失原因和替代核对方式，并由验证人确认后再关闭。
填写示例：一条完整整改记录
以下为演示情景，用于说明字段如何配合，非真实项目案例。假设某项目在阶段评审中发现接口文档与实现不一致，记录从登记到关闭的完整填写如下。
| 字段 | 填写内容 |
|---|---|
| 整改编号 | PRJ-A-2025-007 |
| 问题来源 | 阶段评审 |
| 问题描述 | 接口文档第3章登录接口的返回字段与当前实现不一致，缺少错误码说明，联调方按文档开发会出现字段解析失败 |
| 严重程度 | 一般 |
| 责任人 | 文档负责人（演示） |
| 要求完成日期 | 评审后5个工作日内 |
| 整改措施 | 按实现修订第3章返回字段与错误码说明，提交评审组复核 |
| 验证证据 | 修订后文档版本号V1.3、评审记录编号RV-021、复核意见截图 |
| 状态 | 已关闭 |
| 验证人 | 评审组长（演示） |
| 关闭日期 | 复核通过当天 |
| 关闭确认 | 证据已核对，文档与实现一致，问题消除 |
| 备注 | 联调方已同步新版本文档 |
这条记录中，状态的变化与证据的提交是同步的：登记时状态为待分派，责任人确定后改为整改中；文档修订完成、证据提交后改为待验证；评审组长核对版本号与评审记录后签署关闭确认，状态改为已关闭并填写关闭日期。若复核发现错误码仍有遗漏，状态退回整改中，关闭确认一栏改写驳回理由，待补充证据后重新进入待验证。整个过程在台账上留下完整轨迹，后续追溯时按编号即可找到措施、证据和验证人。
台账的调整与维护方法
台账不是填完即止的一次性表格，需要在项目推进中调整字段、更新状态并定期复核。以下操作清单可按项目节奏执行。
- 按项目规模增减字段。问题数量少、周期短的项目可保留核心字段，去掉关联问题编号、影响范围等扩展列；问题跨多个交付物或涉及外部联调时，增加影响范围与关联编号列，便于合并同类问题处理。
- 状态更新随动作发生。责任人分派、措施完成、证据提交、验证通过四个节点各触发一次状态变更，由对应角色在当天更新，避免集中补录导致时间失真。
- 定期复核节奏。建议每周复核一次待分派与整改中的记录，检查是否超期；每阶段结束前复核待验证记录，推动验证人完成核对。复核结果记入备注，不另建表。
- 关闭后归档与追溯。阶段或项目结束时，将已关闭记录连同证据文件按编号归档，保留只读版本；后续审计或复盘按编号检索，证据与关闭确认一并调取。
- 模板版本管理。字段发生增减时，保留旧版模板与对应台账，注明切换时间，避免历史记录的列含义被新模板覆盖。
当台账需要多人同时更新、证据文件需要与记录放在一起时，可以把台账放进支持协作编辑与附件存档的文档空间。ONES Wiki 支持文档关联项目任务，页面树可组织项目文档与知识信息；附件支持存档和在线预览，无需下载即可查看；文档实时同步并记录页面版本，可随时查看与回滚；还可为不同角色配置读写权限，并通过页面模板库一键创建制式化文档模板。这样整改记录、证据和关闭确认在同一处维护，复核人按编号即可核对，归档时保留版本记录便于追溯。对于采用瀑布方式管理的项目，ONES 瀑布项目管理解决方案支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，可将整改期限与阶段节点对照，提早识别超期风险。
常见问题
问题数量很少的小项目，台账字段可以精简到哪些？
可以保留关闭门槛涉及的核心字段：整改编号、问题来源、问题描述、严重程度、责任人、要求完成日期、整改措施、验证证据、状态、验证人、关闭日期、关闭确认。备注列可保留但允许空着，关联问题编号、影响范围、复验结论这类扩展列在问题少、周期短的项目中可以去掉。精简的原则是关闭门槛字段不删，扩展字段按需加回。
整改期限需要变更时，台账上怎么记录才不影响追溯？
要求完成日期一旦确定，变更时在原日期基础上把新日期写入该列，并在备注中写明变更原因和提出人，保留原期限的记录。这样复核时既能看到当前截止时间，也能看到延期发生过几次、理由是什么。关闭日期以验证通过当天为准，由验证人填写，责任人自行改动完成日期不构成关闭依据。
验证不通过被驳回后，原来的证据要不要删除？
不删除。驳回时状态退回整改中，关闭确认一栏改写驳回理由，原验证证据保留在列中或按编号归档，补充的新证据以追加方式记录，注明版本或日期。保留被驳回的证据可以说明问题曾经尝试整改但未达标，复盘时能看出措施哪里不到位。若证据文件较大，可在验证证据列写清文件名与存放位置，正文台账只保留索引。
多人同时更新台账时，怎么避免状态和证据对不上？
把状态变更绑定到具体动作和角色：责任人分派、措施完成、证据提交、验证通过四个节点各由对应角色在当天更新，避免一个人改状态、另一个人补证据造成错位。台账放在支持协作编辑和版本记录的文档空间里，出现争议时可以回看页面版本。ONES Wiki 支持文档实时同步并记录页面版本，可随时查看与回滚，也支持为不同角色配置读写权限，便于把填写和验证职责分开。
项目结束后台账要保存多久、以什么形式归档？
保存期限按项目所属行业和组织的档案要求确定，本文不给出统一年限。归档形式上，阶段或项目结束时将已关闭记录连同证据文件按整改编号整理，保留只读版本，字段增减过的模板同时保留旧版并注明切换时间。后续审计或复盘按编号检索，证据与关闭确认一并调取，避免只留台账不留证据。
