如何让您的SAP实施项目有一个正确的开端

要让SAP实施有一个正确的开端，在任何人配置任何一个事务之前，先敲定五件事。选定部署模式。签署一份包含范围和决策权的章程。指定会参加设计工作坊的业务负责人。尽早启动数据和切换工作。制定一份留有真实应急余量的时间表。头一个月把这些做对，大多数代价高昂的失败就不会发生。

我过去总认为，只要系统配置正确，SAP实施就会顺利运行。蓝图、构建、测试、上线。这是我多年来遵循的思维模型。

我在中东、东南亚和欧洲实施ERP（包括SAP）已有25年。即使团队严格按SAP Activate一步一步来，项目仍然会遇到麻烦。问题几乎从来不是技术上的。责任主体薄弱。没人检验的假设。启动得太晚的切换规划。这些裂缝在一开始看起来无关紧要。一旦蔓延开来，后期的努力就补救不了本该由早期的可见性来防止的问题。

SAP实施是一场带有软件成分的业务变革项目。工作流包括流程设计、配置、数据迁移、集成、测试、培训和变革管理。每一个都有自己的时间线、风险和负责人。

把它当作配置练习的团队，会对配置之外的一切投入不足。这是我所见艰难上线最一贯的原因。

对于现在启动的项目，还有一个需要先敲定的工作流：部署模式。S/4HANA Cloud Public Edition（GROW with SAP）、Private Edition（RISE with SAP）或本地部署。这个选择决定了其他每个工作流如何运行。

SAP Activate是SAP的交付方法。它有六个阶段，每个阶段结束时都有质量关口。下面是每个阶段的目的，以及我绝不会放过的那件事。

阶段	做什么	我确保做对的事
发现	商业论证、高层范围、部署模式	一份现实的成本和时间表，而不是乐观的那一份
准备	治理、章程、团队、风险登记册、环境	指定拥有真正权限的决策者
探索	Fit-to-Standard工作坊、差异决策、设计签字确认	业务负责人在场，而不只是IT
实现	配置、开发、集成、系统测试	切换规划已经在进行
部署	用户验收测试、数据加载、培训、切换	至少一次完整的彩排
运行	上线、Hypercare、移交给支持团队	Hypercare的人员配备持续到第一次月结

最常见的进度失败是探索阶段拖慢。它压缩了实现阶段，进而压缩了部署阶段。用户验收测试（UAT）被缩短，数据彩排被跳过，上线照样发生，因为日期已经公布了。上线后的头90天要为此买单。

1. 01探索阶段延期Fit-to-Standard和设计签字确认滑后
2. 02实现阶段被压缩构建和测试的时间减少
3. 03部署阶段被压缩UAT、数据加载和培训的时间减少
4. 04测试被砍UAT缩短，数据彩排被跳过
5. 05按公布的日期上线因为日期已经公布

代价落在Hypercare，也就是头90天里

1. 没有业务参与的设计签字确认

探索阶段产出一份设计。它的质量，取决于签字的流程负责人是否明白自己签的是什么。当工作坊只有IT和顾问参加时，设计在技术上可能是正确的，却仍然让将要使用它的人认不出来。UAT于是成了发现问题，而不是验证。

一个简单的检验：签字确认三个月后，请一位流程负责人给您讲讲，上线之后采购订单将如何运转。如果讲不出来，说明那次签字不是真签。

2. 只存在于纸面上的治理

没有强制执行的治理，范围就会非正式地膨胀，决策就会被推迟。好的治理意味着：一位指定的高管发起人，一个有明确决策权的指导委员会，一位能守住阶段关口的项目经理，以及一个有指定审批人的变更控制流程。

在我的大多数项目中，CFO担任了项目倡导者的角色。当各部门在某个流程上无法达成一致时，她拍板定案。这避免了问题悬而未决带来的几周延误。我关于SAP指导委员会的指南，介绍了如何搭建这一机制。

3. 切换规划太晚

切换是整个项目中运营上最复杂的部分。在上线前几周才开始制定的计划，不会被彩排，会漏掉依赖关系，也不会有真正的回退点。

在实现阶段就启动切换规划。把顺序记录下来，至少做一次完整的彩排，并事先约定回退标准。在压力之下，由已经20小时没合眼的人，在没有预先约定标准的情况下做出的切换决策，正是上线后灾难的起点。

4. 集成测试被挤掉

说实话，我过去认为测试只是清单上的一项任务。配置系统，跑几个测试用例，继续往前。直到我看到一个项目土崩瓦解，原因仅仅是没人检查采购审批如何影响财务过账。那一刻改变了我看待SAP测试的方式。

单元测试证明的是一个事务单独能运行。上线后造成伤害的失败，出现在完整流程跨模块运行的时候。采购订单状态阻止了收货。缺少科目确定使开票运行中断。要测试完整的链条，订单到收款和采购到付款，不要让它们滑到UAT前的最后几周。

5. 低估数据迁移

源数据几乎总是比最初的评估所显示的更糟。看起来简单的字段映射，在加载时失败。记录数里包含不活跃的数据。清理规则需要业务做决定，而这些决定需要时间。

一家制造企业在迁移期间发现了数千条重复的客户记录，不得不把上线推迟3周来修复。从一开始就规划额外的加载周期。我那篇SAP数据迁移为何失败讲到了细节。

6. 把变革管理当作可有可无

我见过系统运行得完美无缺、用户却依然抱着旧流程不放的项目。不是因为他们难缠，而是因为没人带他们走过这一转变。变革管理一旦被砍，第一周就会出现变通做法，并变成永久性的，支持工单会在好几个月里居高不下。

大量定制也属于同一类。我曾与一位客户合作，他们对系统的定制超过了60%。他们后来在升级时举步维艰，还失去了厂商的支持。

上面这些基本原则没有变。今天启动项目时，有三件事需要敲定。

部署模式放在首位。 Public Edition提供最窄的定制选项，由SAP运行系统。RISE下的Private Edition给出更多空间，由SAP运行基础设施。本地部署给出最大的控制权，也带来最大的责任。在发现阶段就决定。把它推后的项目，会把探索阶段花在争论它上面。

Clean Core属于章程。 Public Edition只允许通过已发布接口做扩展，所以它在技术上强制执行Clean Core。Private Edition和本地部署则不会，所以它成了一项治理决策。SAP现在把扩展分为A级（仅使用已发布API）到D级（修改），详见其2025年8月的Clean Core更新。要把目标级别和审批小组写进章程，否则合作伙伴会默认选择修改。

AI工具从第一天起就属于方法的一部分。 Joule可在SAP Activate Roadmap Viewer内使用。面向顾问的Joule回答配置问题，面向开发人员的Joule生成ABAP Cloud代码。这些能加快起草和构建任务。它们不会消除业务决策、数据工作或变革工作量。请问问您的合作伙伴，他们在哪里使用这些工具，又如何体现在计划里。

实施方式应该与您的风险承受度、复杂度和承受变革的能力相匹配。以下是常见的选项。

方式	含义	最适合
一次性上线（Big Bang）	所有模块和实体一起上线	范围标准的较小组织，接受较高的上线风险
按模块分阶段	先财务，再供应链，再HR	模块之间依赖较少；让团队能在各阶段之间学习
按国家或实体分阶段	模板先在一个实体上线，然后推广	有全球模板的集团
棕地转换	把现有ECC转换为S/4HANA	流程稳定的成熟ECC
绿地	全新的S/4HANA实施	非SAP遗留系统，或有大量技术债务的ECC
选择性数据转换	把选定的实体或数据迁入一套重新设计的系统	并购、剥离、部分复用

我见过小型推广在不到6个月内上线。我也见过项目因为决策没有及时做出而拖了2年。如果您正在权衡首次实施与模板推广，我的实施与推广指南对两者做了比较。

在第一个月，配置开始之前使用。每一项都有客户方的负责人。

1. 高管发起人： 部署模式已决定并记录在案，附上理由。
2. 项目总监： 章程已签署，涵盖范围、明确的排除项、成功标准、决策权和变更控制。口头约定的范围会烟消云散。我的项目章程指南里有模板。
3. 业务负责人： 每个领域有一位指定的流程负责人，并真正腾出时间参加工作坊。
4. 方案架构师： Clean Core目标和扩展审批小组已达成一致。
5. 数据负责人： 数据剖析在准备阶段启动，而不是在设计签字确认之后。
6. 切换负责人： 在实现阶段指定，计划中已有彩排日期。
7. 测试经理： 已列出完整的流程链测试场景，包括从审批一直到财务过账。
8. CFO： 时间表已与可比项目对照核查，为探索阶段拖慢和额外的数据周期留有应急余量。假定一切顺利的计划，不叫计划。

什么是SAP实施项目？

它是把SAP软件落地，用来运行企业日常运营的项目。涵盖流程设计、配置、数据迁移、集成、测试、培训和变革管理，通常借助SAP Activate来交付。工作量因实体、国家和模块的数量，以及现有数据的状况而差别极大。

SAP实施有哪些阶段？

SAP Activate有六个阶段：发现、准备、探索、实现、部署和运行。发现阶段确定商业论证和范围。准备阶段建立治理和团队。探索阶段开展Fit-to-Standard工作坊并确认设计。实现阶段构建和测试。部署阶段涵盖UAT、数据加载、培训和切换。运行阶段是上线和Hypercare。每个阶段都以一个质量关口结束。

SAP实施需要多长时间？

取决于范围和决策的速度。我见过小型推广在不到6个月内上线，也见过项目因为决策没有及时做出而拖了2年。超期最常见的原因，是探索阶段拖慢，进而压缩了其后的一切。

SAP实施失败最常见的原因有哪些？

设计签字确认时没有真正的业务参与，治理没有得到执行，切换规划太晚，集成测试被压缩，数据迁移被低估，变革管理被砍掉。这六条通常在早期就看得见，而在那时修复的成本很低。

SAP项目章程里应该有什么？

与可衡量成果挂钩的目标，按模块、实体、国家和集成划分的范围，明确的排除项，写明具名人员的决策权，治理与升级机制，成功标准，变更控制，主要里程碑和关键假设。对于云项目，还要加上部署模式和Clean Core方针。要在配置开始之前，由发起人和业务负责人签字。

SAP上线后的Hypercare是什么？

Hypercare是上线后的密集支持期，通常为30到90天。项目团队和业务并肩工作，修复问题并稳定运营。人员配备要保持到至少一个完整的业务周期，包括第一次月结，因为许多问题正是那时首次出现。