数据迁移甘特图模板：从数据分析到签收
可编辑的数据迁移甘特图：数据分析、映射、清洗、试装载、对账、源数据冻结、终装载与签收，含依赖关系、重叠和里程碑。
什么是数据迁移甘特图模板：从数据分析到签收流程
数据迁移计划通常出问题在中段和末段。中段是试装载：第一次几乎总会出现拒收记录、没映射准确的字段，以及抽取后比分析时更脏的数据，而每次修复都要再装载一次。末段是冻结：终装载期间源系统不能变动，所以窗口很短，窗口多长决定了业务受影响多久。只有一项“装载数据”任务的计划，会把这两处都藏起来。
这个模板有四个阶段：分析与映射、清洗与试装载、对账与验证，以及冻结、终装载与签收。“盘点数据集与责任人”是唯一的起始任务。“评估源数据质量”在盘点开始两个工作日后开始，“确定保留与归档范围”紧跟盘点。“映射字段、主键与转换规则”在评估开始三个工作日后开始。“映射已批准”是里程碑，要等映射和保留决策都完成，这样就不会在仍包含不打算迁移的数据的映射上开工。
批准之后，“清洗并去重源数据”（12个工作日）与“开发抽取与装载脚本”（10个工作日）并行。“试装载1”要等脚本完成，并在清洗开始五个工作日后开始，所以它跑在部分清洗过的数据上，这符合实际，也是下一项任务存在的原因。“修复装载缺陷与拒收记录”之后是“试装载2”。随后“核对记录数与控制总额”和“业务抽样验证”并行，“切换方案与回退标准”在第二次试装载开始一个工作日后开始。“对账已签字确认”等待前两项。
“源数据冻结”要等对账签字确认和切换方案。“终装载”在冻结开始一个工作日后开始，保证冻结先于它生效，随后是“最终对账”和“上线/不上线决策”。“归档源数据并收尾”排在最后。所有工期均为示例：它们取决于数据量、源数据质量以及你需要几轮试装载。时间线只负责排期，不能让数据变得正确，也不能代替对账证据。流程逻辑请看数据迁移流程流程图 /zh/templates/数据迁移流程，保留与处置记录的规则请看 /zh/templates/数据生命周期管理流程。
本流程图涵盖的内容
本模板包含
- 四个阶段（分析与映射、清洗与试装载、对账与验证、冻结、终装载与签收），共19项任务和三个里程碑：“映射已批准”、“对账已签字确认”和“上线/不上线决策”。
- 重叠的前期工作：“评估源数据质量”在“盘点数据集与责任人”开始两个工作日后开始，“映射字段、主键与转换规则”在评估开始三个工作日后开始。
- 并行的清洗与脚本：“清洗并去重源数据”（12个工作日）与“开发抽取与装载脚本”（10个工作日）都跟在“映射已批准”之后，“试装载1”在清洗进行五个工作日后开始。
- 两轮试装载，中间有一项修复任务；随后“核对记录数与控制总额”与“业务抽样验证”并行，两者共同决定“对账已签字确认”。
- 先于终装载的冻结：“源数据冻结”为4个工作日，终装载在其开始一个工作日后启动，之后是“最终对账”和“上线/不上线决策”。
何时使用本模板
- 你要在系统之间迁移数据，需要展示映射、清洗、试装载和终装载分别落在哪个时间段。
- 你需要与业务方商定源数据冻结的时长，并想看清它取决于什么。
- 你要向指导委员会说明，为什么计划里要有第二轮试装载和修复拒收记录的时间。
- 有人问：为了让切换日期不变，对账最晚什么时候必须签字确认。
逐项任务的计划
图表中的每项任务，含以工作日计的工期及其前置任务。依赖关系用步骤编号表示；SS 为开始到开始，FF 为完成到完成，+n 为以工作日计的延迟。
| # | 任务 | 分组 | 工作日 | 依赖于 |
|---|---|---|---|---|
| 1 | 盘点数据集与责任人 | 分析与映射 | 4 | |
| 2 | 评估源数据质量 | 分析与映射 | 6 | 1SS+2 |
| 3 | 确定保留与归档范围 | 分析与映射 | 3 | 1 |
| 4 | 映射字段、主键与转换规则 | 分析与映射 | 8 | 2SS+3 |
| 5 | 映射已批准 | 分析与映射 | 里程碑 | 3, 4 |
| 6 | 清洗并去重源数据 | 清洗与试装载 | 12 | 5 |
| 7 | 开发抽取与装载脚本 | 清洗与试装载 | 10 | 5 |
| 8 | 试装载1 | 清洗与试装载 | 3 | 6SS+5, 7 |
| 9 | 修复装载缺陷与拒收记录 | 清洗与试装载 | 4 | 8 |
| 10 | 试装载2 | 清洗与试装载 | 3 | 9 |
| 11 | 核对记录数与控制总额 | 对账与验证 | 4 | 10 |
| 12 | 业务抽样验证 | 对账与验证 | 5 | 10 |
| 13 | 切换方案与回退标准 | 对账与验证 | 3 | 10SS+1 |
| 14 | 对账已签字确认 | 对账与验证 | 里程碑 | 11, 12 |
| 15 | 源数据冻结 | 冻结、终装载与签收 | 4 | 13, 14 |
| 16 | 终装载 | 冻结、终装载与签收 | 2 | 15SS+1 |
| 17 | 最终对账 | 冻结、终装载与签收 | 2 | 16 |
| 18 | 上线/不上线决策 | 冻结、终装载与签收 | 里程碑 | 17 |
| 19 | 归档源数据并收尾 | 冻结、终装载与签收 | 5 | 18 |
运作方式
从盘点开始
把“盘点数据集与责任人”和“评估源数据质量”的工期换成你自己的。如果盘点未完时就能先对前几批数据做评估，就保留这个重叠。
以批准后的映射作为开工条件
“清洗并去重源数据”和“开发抽取与装载脚本”都要等“映射已批准”。如果数据负责人的单独签字需要时间，就再加一项任务。
决定需要几轮试装载
如果预计超过两轮，就复制“试装载2”及其修复任务。每增加一对，计划就多出相应的时长。
把对账设为关口
保留“对账已签字确认”这个里程碑，让它等待记录数核对和业务验证完成。把验收标准写进任务备注。
确定冻结与终装载的长度
按业务能接受的程度设定“源数据冻结”的工期。终装载在冻结开始之后才启动，所以拉长装载，就能看到冻结需要延长多少。
添加负责人，分享并导出
在“人员”中填入数据负责人或工程师，把图表分享给业务负责人，并导出PDF存入切换记录。
常见问题
应该规划几轮试装载？
这取决于数据量、源数据质量以及映射的变动程度。模板以两轮、中间一项修复任务作为示例。如果第一次装载很可能出现大量拒收记录，就增加几对。
图表会检查迁移后的数据是否正确吗？
不会。它只为对账与验证任务排期。记录数、总额和抽样是否一致，要靠你自己的证据来证明，这些证据应放在项目记录里，而不是时间线上。
源数据冻结应该多长？
要足够完成终装载和最终对账，又要短到业务能接受。把完成日期与你需要的日期比较，再修改装载或对账的工期，看看会有什么影响。
我可以粘贴自己的任务清单吗？
可以。从Excel、Sheets或CSV复制行，粘贴到表格中。如果第一行写有“任务”“工期”“依赖于”等列名，各列会按名称匹配。甘特图目前还不支持文件上传。
这项工作的流程图在哪里？
数据迁移流程 /zh/templates/数据迁移流程 画出了决策点，包括回退。若要看迁移到云端的排期，请参阅云迁移甘特图模板。
