迁移验收标准是一组能逐项判断通过与否的检查条件，围绕数据完整性、字段与状态一致性、权限与流程可用性、切换风险控制和回退能力展开。验收前先固定范围与基线，验收中按准备、试迁移、正式切换、观察期四个阶段逐项取证，验收后以阻断项清零、证据齐备和责任人签字作为完成条件。下文给出一份可直接使用的检查清单，验收任务分派与证据留存可在ONES中承载。
要点总览（TL;DR）
- 迁移验收标准由四类条件构成：数据完整性与一致性、权限与流程可用性、切换风险控制、回退能力，每项都要能判断通过或不通过。
- 验收前先固定迁移对象范围、基线快照、数量口径和统计时点，试迁移与正式切换沿用同一口径，结论才可复核。
- 按准备、试迁移、正式切换、观察期四个阶段逐项取证，关键数据缺失、权限越权、核心流程走不通、回退不可执行属于阻断项。
- 验收完成需同时满足阻断项清零、各阶段证据归档完整、责任人签字三项条件；仅剩一般问题且有整改期限时可判有条件通过。
- 回退能力要通过实际演练验证，演练记录包含执行时间、执行人、回退耗时和恢复后数据核对结果，作为切换前签字依据。
谁在什么时点使用这份验收清单
这份清单服务于四类角色：迁移项目负责人、业务代表、数据管理员、系统管理员。四类角色在不同时点介入，各自承担判断动作和签字责任，避免验收结论只由技术一方给出。
| 时点 | 主要判断动作 | 参与角色 | 签字角色 |
|---|---|---|---|
| 迁移准备完成 | 确认范围与基线、账号权限映射、字段映射、备份可用 | 项目负责人、数据管理员、系统管理员 | 项目负责人 |
| 试迁移结束 | 抽样比对数据、验证附件与历史记录、记录差异 | 数据管理员、业务代表 | 数据管理员、业务代表 |
| 正式切换前 | 确认增量补齐方案、回退方案可执行、通知到位 | 项目负责人、系统管理员 | 项目负责人 |
| 切换后观察期 | 关键流程跑通、异常登记与闭环、旧系统只读核对 | 业务代表、系统管理员 | 业务代表、项目负责人 |
时点划分的作用是让每个判断都有明确的责任人。准备阶段的签字确认范围与基线，试迁移阶段的签字确认数据可比对，切换前的签字确认回退可用，观察期结束的签字确认业务已恢复。缺少任一签字，验收结论都不完整。
验收前必须先固定的范围与基线
验收开始前，必须先写清迁移对象范围和对照基线，否则后续比对没有可比对象，结论无法复核。范围与基线确认表建议包含以下字段。
| 确认项 | 填写内容 | 确认人 |
|---|---|---|
| 迁移对象范围 | 项目、工作项、文档、附件、评论、历史状态，逐类列明是否纳入 | 项目负责人、业务代表 |
| 基线来源 | 源系统导出快照或抽样清单，注明导出时间与导出人 | 数据管理员 |
| 数量口径 | 各类对象的计数规则，如工作项是否含已关闭、附件是否按文件数计 | 数据管理员 |
| 统计时点 | 基线快照的截止时间，与切换时点的增量区间 | 项目负责人 |
| 不纳入内容及原因 | 如历史归档项目、失效账号、临时附件，逐项写明排除理由 | 项目负责人 |
数量口径要写到可复算的程度。例如工作项总数按“未删除且创建时间早于基线时点”统计，附件按文件条数统计，评论按条统计。口径一旦确定，试迁移和正式切换都沿用同一口径，避免两次比对结果因统计规则不同而无法对照。
不纳入本次验收的内容要写明原因，例如历史项目已归档且业务不再访问、部分临时附件无保留价值。排除项同样需要业务代表确认，防止把难迁移的数据以“不纳入”方式绕过验收。
分阶段检查项与逐项通过标准
下表按四个阶段列出检查项、通过标准、证据、负责人和时点。每项都能判断“通过”或“不通过”，标“阻断”的检查项未通过时不得进入下一阶段。
| 阶段 | 检查项 | 通过标准 | 证据 | 负责人 | 时点 |
|---|---|---|---|---|---|
| 准备 | 账号与权限映射 | 源系统角色与目标系统角色逐条对应，无未映射账号 | 映射对照表 | 系统管理员 | 准备完成 |
| 准备 | 字段映射确认 | 必填字段、状态值、枚举项均有对应关系并经业务代表确认 | 字段映射表及确认记录 | 数据管理员、业务代表 | 准备完成 |
| 准备 | 备份可用（阻断） | 源系统完成全量备份，并做过一次恢复验证 | 备份记录、恢复验证记录 | 系统管理员 | 准备完成 |
| 试迁移 | 抽样比对 | 按对象类型各抽取样本，数量、关键字段、状态一致 | 抽样比对表 | 数据管理员 | 试迁移结束 |
| 试迁移 | 附件可打开 | 抽样附件可下载并正常打开，文件名与大小一致 | 抽样记录、截图 | 数据管理员 | 试迁移结束 |
| 试迁移 | 历史记录可追溯 | 状态变更、评论、操作记录按时间顺序可查 | 抽样截图 | 业务代表 | 试迁移结束 |
| 正式切换 | 增量数据补齐（阻断） | 基线时点至冻结时点的增量数据全部迁入，数量核对一致 | 增量比对表 | 数据管理员 | 切换当天 |
| 正式切换 | 旧系统只读 | 旧系统停止写入，账号保留查询权限 | 配置截图、通知记录 | 系统管理员 | 切换当天 |
| 正式切换 | 通知到位 | 相关团队收到切换时间、新入口与问题上报方式 | 通知记录 | 项目负责人 | 切换当天 |
| 观察期 | 关键流程跑通（阻断） | 核心业务流程在新系统完整走通一次，状态流转正确 | 流程截图、业务代表确认 | 业务代表 | 观察期内 |
| 观察期 | 异常登记与闭环 | 观察期内问题全部登记，有处理结果和关闭时间 | 问题清单 | 项目负责人 | 观察期结束 |
试迁移的抽样要覆盖不同对象类型和不同状态，只抽最新数据容易漏掉历史状态和归档记录的转换问题。抽样比例可按数据量确定，但抽样清单要留存，便于正式切换后按同一清单复核。
每项检查的证据形式与负责人
证据的作用是让未参与验收的人也能复核结论。每类检查项对应固定的证据形式，由固定角色提供，避免事后补材料。
| 证据类型 | 适用检查项 | 提供人 | 确认人 |
|---|---|---|---|
| 导出比对表 | 数量核对、字段一致性、增量补齐 | 数据管理员 | 项目负责人 |
| 截图 | 附件打开、历史记录、旧系统只读、流程走通 | 系统管理员或业务代表 | 业务代表 |
| 抽样记录 | 试迁移抽样比对 | 数据管理员 | 业务代表 |
| 签字确认单 | 范围基线、阶段结论、验收结论 | 项目负责人 | 各阶段签字角色 |
证据留存位置要统一，建议按阶段建立目录，文件名包含检查项编号和日期。保存期限按组织的数据管理要求确定，至少覆盖验收结论形成后的一个完整复盘周期，便于后续审计和问题追溯。比对表要保留原始导出文件，截图要包含时间信息，抽样记录要写明抽样规则。
阻断项判定与验收完成条件
阻断项指未解决就不能判定验收通过的问题，其余问题作为一般问题登记并限期整改。判定规则建议如下。
| 类别 | 示例 | 处理方式 |
|---|---|---|
| 阻断项 | 关键业务数据缺失；权限错配导致越权访问；核心流程无法走通；回退方案不可执行 | 停止推进，修复后重新检查该项 |
| 一般问题 | 非关键字段格式差异；个别附件名称乱码；界面显示问题 | 登记问题清单，约定整改期限和责任人 |
验收结论分三种：通过，阻断项清零、证据齐备、责任人签字；有条件通过，仅剩一般问题且有明确整改期限和责任人，由项目负责人批准；不通过，存在未解决的阻断项。有条件通过的整改项要在观察期内闭环，逾期未整改的升级为阻断项处理。
完成条件要写成可核对的条目：阻断项清单全部关闭、各阶段证据归档完整、四类签字角色完成确认。三项同时满足才形成验收结论，缺一项则结论待定。
切换风险控制与回退检查
切换当天的风险控制和回退能力本身也是验收对象，只验数据不验切换，容易在出问题时没有退路。切换与回退检查表建议包含以下内容。
| 检查项 | 通过标准 | 负责人 |
|---|---|---|
| 切换窗口与冻结期 | 窗口时间已通知相关团队，冻结期内旧系统停止写入 | 项目负责人 |
| 回退触发条件 | 明确数据缺失比例、核心流程失败等触发阈值和决策人 | 项目负责人 |
| 回退操作可执行性（阻断） | 在试迁移环境实际执行过一次回退，旧系统可恢复读写 | 系统管理员 |
| 旧系统只读与一致性核对 | 切换后旧系统只读，新旧数据在冻结时点一致 | 数据管理员 |
| 异常上报与决策 | 上报渠道畅通，决策人可在窗口内做出继续或回退决定 | 项目负责人 |
回退可执行性要通过实际演练验证，仅写在方案里不算通过。演练记录要包含执行时间、执行人、回退耗时和恢复后的数据核对结果，作为切换前签字的依据。
用ONES承载验收过程的管理动作
验收清单落地时，检查项分派、证据留存和阻断项跟踪需要在一个地方衔接，避免结论散落在多个表格和聊天记录里。ONES可承载这条流程：把每个检查项建成工作项，指派负责人和截止时点；证据以附件或关联文档形式挂在对应工作项下；阻断项通过状态流转标记，未关闭时验收结论无法归档；验收结论和签字确认单作为文档归档，供后续复盘查阅。
ONES的Jira迁移方案围绕项目、工作项、状态、字段、流程、附件和历史记录进行迁移，Confluence的空间、页面、附件和权限结构可迁移至ONES Wiki，这与验收清单中数据完整性、字段与状态一致性、权限可用性的检查项相对应。方案层面建议把迁移工具、原厂服务和分阶段切换结合，在正式迁移前确认数据范围、功能匹配和系统适配；对于原依赖插件的功能，先梳理实际使用情况再逐项评估。迁移工具的数据量上限、增量同步机制、官方核验方式和回退机制，来源未作说明，需在项目评估阶段向原厂确认后再写入验收证据要求。
常见问题
试迁移抽样应该抽多少、抽哪些数据，才能支撑验收结论？
抽样比例没有统一数值，按数据量和对象类型确定，关键是覆盖不同对象类型和不同状态。只抽最新数据容易漏掉历史状态、归档记录和已关闭工作项的转换问题。建议按项目、工作项、文档、附件、评论各抽一组，每组再覆盖进行中、已完成、已关闭等状态。抽样清单要留存，正式切换后按同一清单复核，两次结果才能对照。
验收过程中发现一般问题，是否可以先通过验收再整改？
可以，但要满足条件：剩余问题全部属于一般问题，每项有明确整改期限和责任人，并由项目负责人批准，结论记为有条件通过。整改项要在观察期内闭环，逾期未整改的升级为阻断项处理。关键数据缺失、权限错配导致越权、核心流程无法走通、回退方案不可执行这四类问题不能走有条件通过。
回退方案写在文档里，是否就算通过回退检查？
不算。回退可执行性要通过实际演练验证，建议在试迁移环境完整执行一次回退，确认旧系统可恢复读写、数据可核对。演练记录包含执行时间、执行人、回退耗时和恢复后的数据核对结果，这份记录才是切换前签字的依据。只写在方案里的回退步骤，无法证明在切换窗口内可执行。
验收证据要保存多久，保存在哪里比较合适？
保存期限按组织的数据管理要求确定，至少覆盖验收结论形成后的一个完整复盘周期，便于后续审计和问题追溯。留存位置建议统一，按阶段建立目录，文件名包含检查项编号和日期。比对表保留原始导出文件，截图包含时间信息，抽样记录写明抽样规则。证据分散在个人电脑或聊天记录里，复核时容易缺失。
用ONES承载验收过程时，检查项、证据和阻断项怎么组织？
可以把每个检查项建成工作项，指派负责人和截止时点；证据以附件或关联文档形式挂在对应工作项下；阻断项通过状态流转标记，未关闭时验收结论不归档；验收结论和签字确认单作为文档归档供复盘。ONES的Jira迁移方案覆盖项目、工作项、状态、字段、流程、附件和历史记录的迁移，Confluence的空间、页面、附件和权限结构可迁移至ONES Wiki，与验收清单中的数据完整性、字段与状态一致性、权限可用性检查项相对应。迁移工具的数据量上限、增量同步机制和回退机制，需在项目评估阶段向原厂确认后再写入验收证据要求。
