系统上线实施计划甘特图模板
可编辑的实施计划甘特图：需求、配置、数据迁移、集成、测试、培训、切换与上线后支持，含依赖关系和里程碑，改工期日期自动跟随。
什么是系统上线实施计划甘特图流程
系统实施是一组要么一起完成、要么都完不成的工作流。只有配置，没有迁移好的数据、与周边系统的集成，以及会用系统的人，就什么也做不成。把这些工作排成先后顺序的计划会超期，因为它们大多是并行的；把它们当作互相独立的计划也会超期，因为上线时正是它们汇合碰撞的地方。
本模板分五个阶段：计划、配置、迁移与集成、测试与培训、上线。“方案设计签署”之后，配置、数据映射和集成同时启动。试迁移在配置进行到一半时开始，这样目标结构已经存在，同时它要等数据映射完成。系统测试要等试迁移、集成和配置完成。培训材料在配置还在进行时就开始，最终用户培训则在用户验收测试开始几天后启动。
“上线就绪评审”要等验收测试和培训完成。它的职责是敢于说不。之后是最终数据迁移、切换，以及移交支持之前的一段上线后支持期。这份计划是通用的，工期只是示例。真实实施中最长的任务通常是数据清洗和测试，所以不妨试试它们的工期翻倍会怎样。
如果想从软件角度看同样的工作，请参阅企业软件实施流程，它把计划中的各项决策画了出来。
本流程图涵盖的内容
本模板包含
- 计划、配置、迁移与集成、测试与培训、上线五个阶段，共 16 项任务和三个里程碑：“方案设计签署”“上线就绪评审”和“移交支持”。
- 设计之后的三条工作流：“系统配置”“数据映射与清洗”和“集成开发”都只等待“方案设计签署”。
- 在配置中途开始的试迁移：“试迁移数据”在“系统配置”开始十天后启动，并等待“数据映射与清洗”。
- 培训与测试同步：“培训材料”在配置开始五天后启动，“最终用户培训”在“用户验收测试”开始三天后启动。
- 一道就绪关口和一段长尾：“上线就绪评审”“最终数据迁移”“切换与上线”和“上线后支持”。
何时使用本模板
- 你正在规划 ERP、CRM 或其他业务系统的上线，需要一份能与供应商商定的计划。
- 供应商的计划给出了上线日期，而你想看清它依赖什么。
- 数据迁移或集成延误了，你需要看到对上线的影响。
- 你想要一份标准计划，用来适配每一次实施。
逐项任务的计划
图表中的每项任务，含以工作日计的工期及其前置任务。依赖关系用步骤编号表示；SS 为开始到开始，FF 为完成到完成，+n 为以工作日计的延迟。
| # | 任务 | 分组 | 工作日 | 依赖于 |
|---|---|---|---|---|
| 1 | 项目启动 | 计划 | 2 | |
| 2 | 需求与差异分析 | 计划 | 10 | 1 |
| 3 | 方案设计签署 | 计划 | 里程碑 | 2 |
| 4 | 系统配置 | 配置 | 20 | 3 |
| 5 | 数据映射与清洗 | 迁移与集成 | 12 | 3 |
| 6 | 试迁移数据 | 迁移与集成 | 5 | 4SS+10, 5 |
| 7 | 集成开发 | 迁移与集成 | 18 | 3 |
| 8 | 系统集成测试 | 测试与培训 | 8 | 4, 6, 7 |
| 9 | 用户验收测试 | 测试与培训 | 8 | 8 |
| 10 | 培训材料 | 测试与培训 | 8 | 4SS+5 |
| 11 | 最终用户培训 | 测试与培训 | 6 | 9SS+3, 10 |
| 12 | 上线就绪评审 | 上线 | 里程碑 | 9, 11 |
| 13 | 最终数据迁移 | 上线 | 3 | 12 |
| 14 | 切换与上线 | 上线 | 2 | 13 |
| 15 | 上线后支持 | 上线 | 15 | 14 |
| 16 | 移交支持 | 上线 | 里程碑 | 15 |
运作方式
把工作流分开
把配置、数据、集成、测试和培训各自作为带负责人的独立任务。
用签署的设计为建设设卡
把每条工作流都关联到“方案设计签署”，这样之后的变更就会作为计划变更显现出来。
用开始到开始的关系实现重叠
让试迁移和培训材料在配置中途开始，并以工作日设置延迟。
让就绪评审成为真正的关口
提前定好标准。它应当有能力推迟上线。
细致规划切换
最终迁移和切换是工期很短、后果很大的任务。必要时在单独的图中把它们拆开。
包含上线后支持
保留一段支持期和一个移交里程碑，并安排好人手。
常见问题
如何制定实施计划？
列出从需求到上线后支持的各项工作流，为每项任务填写以工作日计的工期，并关联它所依赖的任务。本模板为一个通用的业务系统做好了这些。
实施的关键路径是什么？
通常是贯穿设计、配置或数据、测试和就绪评审的那条链。在“视图”菜单中打开后，图表会显示出来。
适用于 ERP 和 CRM 吗？
适用，可作为骨架。按你的模块和集成重命名并添加任务即可。
我能和供应商共享吗？
可以。以编辑或查看权限共享图表即可。
