模板包含什么
迁移计划出问题，多半是因为把"加载"当成了末尾的一个任务。它不是一个任务——它是同一个任务反复跑，跑到对账对得上为止，而每跑一次都要吃掉一个停机窗口：
- 盘点与数据剖析 — 源系统清单、数据量、数据归属，对空值、重复和格式异常做剖析，以及到底哪些数据要迁的范围决策。里程碑：范围与源系统确认。
- 映射与规则 — 逐对象的字段级映射、转换与默认值规则、基础数据与码值对齐，以及后面要拿来验证的对账规则。里程碑：映射确认。
- 数据清洗 — 清洗规则、规则修不了的记录交由业务负责人整改，以及查重合并——这条线可以并行推进，因为它不依赖开发。
- 开发与单元测试 — 按对象开发 ETL 或迁移工具、抽取与加载脚本、错误处理、断点重跑逻辑，以及对账报表本身。
- 模拟迁移与对账 — 三轮完整的模拟迁移，每轮之间做对账和缺陷修复，再加上一次全程掐表的演练，用来证明加载确实装得进停机窗口。里程碑：演练通过。
- 割接与验证 — 源端冻结、增量抽取、生产环境正式加载、对账签署、业务验证和回退决策。里程碑：数据验收通过。
你需要的是三轮模拟迁移，不是一轮，而且每一轮都要占用一个完整的停机窗口。第一轮证明映射是错的。第二轮证明清洗起了作用。第三轮——按生产级数据量跑、全程掐表——证明这次加载真的塞得进给你的那个窗口。只安排一轮的计划，会在割接那个周末一次性发现全部三个问题，而那时候一个都来不及修。
如何调整
- 先把割接日期钉死，再往回数；最后一轮模拟迁移至少要在它之前两周完成。
- 映射一开始，就把对象拆成一行一个数据对象——客户、供应商、物料、未清事务、历史数据。
- 每一轮模拟迁移都当成真实的停机窗口来订，并且由将来执行割接的原班人马来跑，不是抽几个人。
- 如果最后一轮模拟到割接之间源系统仍在使用，给增量抽取单独加一行。
- 把回退决策保留成一个有日期、有明确判定标准的里程碑，而不是一个心照不宣的选项。
- 把这整份计划作为子计划，挂到你的 ERP 或上云迁移进度计划下面。
排期建议
- 对账规则要先于开发确定。如果你说不清楚将来怎么证明这次加载是对的，你就无法知道它什么时候算完成。
- 每一轮模拟迁移都要全程计时。你要的数字不是"跑通了没有"，而是"跑了几个小时"，因为割接窗口就是照着这个数字定的。
- 清洗要尽早开始。它依赖的是数据剖析，不是开发，所以可以并行跑好几个月——而且它总比预期更久，因为需要的是业务的人，不是数据团队的人。
- 少迁一点。历史数据是任何迁移里最贵的部分；决定归档而不是迁移，省下来的工期比任何调优都多。
- 迁移涉及个人信息时，把合规判断排成任务。数据分类分级、最小必要范围和是否涉及跨境传输都要有人拍板，临到割接才想起来就晚了。
- 在映射确认时设定基准。之前的一切都是估算；之后的一切都应当按偏差跟踪。
相关模板
本模板为中文。尚未翻译的相关页面会以英文打开。
常见问题
数据迁移要多久？
中等规模的系统替换，从剖析到验证通过的割接通常四到八个月。模板用的是大约七个月的计划；末尾那一段模拟迁移的循环，是最难压缩的部分。
需要做几轮模拟迁移？
三轮是可行的下限。第一轮验映射，第二轮验清洗，第三轮是按生产数据量掐表的全流程演练，用来证明加载装得进停机窗口。每一轮都需要自己的窗口和自己的对账。
它和 ERP 或上云迁移模板有什么区别？
有区别——这一份是跑在那两者里面的数据工作流。整个项目请用 ERP 实施进度计划或上云迁移计划；当数据需要自己的详细计划和自己的负责人时，用这一份。
迁移通常是被什么拖慢的？
第一轮模拟迁移时才发现的数据质量问题，以及谁也解释不清的对账差异。这两样都是靠早点真的加载一次找出来的，不是靠把计划做得更细。
这份数据迁移模板免费吗？
免费。可免费下载 Excel、PowerPoint 和 CSV，也可免费在线编辑，无需注册，没有水印。