如何在项目中途更换 SAP 实施合作伙伴

要在项目中途更换 SAP 实施合作伙伴，首先要确认问题确实出在合作伙伴身上，然后在通知对方之前保全每一份文档、每一项设计、每一段代码和所有系统访问权限。只有这样，才能去选择接替者，并组织一次有重叠期的计划内交接。

简短的回答：当合作伙伴无法给您提供高素质人员、而且也解决不了这个问题时，就该更换。不要为了逃避您这边的问题而更换，因为新的合作伙伴会把这些问题一并接手。

本文是我的如何选择 SAP 实施合作伙伴指南的一部分。那篇指南讲的是在项目开始时如何挑选合作伙伴。这一篇讲的是当您选中的合作伙伴不合适时该怎么办。

我曾在项目进行中更换过合作伙伴。起因是资源素质：在项目需要的时候，那家合作伙伴提供不了高素质的人员。

这是我会放在第一位的迹象。一个项目可以从一个糟糕的阶段、一个错过的日期或一个薄弱的设计中恢复过来。但如果合作伙伴无法把有能力的人派到工作上，项目就很难恢复。

以下是值得采取行动的信号，大致按我会考虑的权重排列：

1. 现场人员素质不高。 实际交付工作的顾问不是当初给您介绍的那些人，或者他们回答不了自己领域的基本问题。
2. 屡次无法替换人员。 有人离开后，接替的人要几周才到，或者到来的人经验更少。
3. 没有人能讲清楚架构和计划。 请合作伙伴的负责人给您讲解目标设计和通往上线的路径。如果讲不出来，说明没有人在掌控交付。
4. 交付物经不起审查。 设计、测试脚本和构建文档内容单薄、照搬自其他客户，或者干脆缺失。
5. 对具体问题给出笼统的回答。 和选择阶段一样的危险信号：适用于任何公司的回答。

一个延误的阶段、Explore 阶段的超支或一次气氛紧张的指导委员会会议，本身都不是更换的理由。

在替换任何人之前，先弄清楚合作伙伴是否真的是原因。我的 SAP 项目挽救指南列出了我首先做的三项检查：项目状态、设计，以及系统中实际部署了什么。

这种诊断常常表明问题是双方共同的。随着 WRICEF 清单（工作流、报表、接口、数据转换、增强和表单）不断增加，预算在 Explore 阶段被突破。如果您让合作伙伴掌控范围，或者您的关键用户从未被抽调到项目中，新的合作伙伴也会掉进同一个坑。

所以请诚实地问两个问题：

1. 这家合作伙伴如果换上一支强有力的团队，能解决问题吗？ 如果能，而且合作伙伴能很快派出这支团队，那么换人也许就够了。
2. 换一家合作伙伴，会遇到同样的问题吗？ 如果会，先解决您这边的范围、决策和治理问题。

如果第一个问题的答案是否定的，因为合作伙伴找不到人，那您就有答案了。高素质人员的可用性，不是一份合同修订就能解决的。

这是大多数客户做错的部分。他们宣布了决定，谈判筹码也随之消失。

即将离场的合作伙伴掌握着替换它所需的知识。在这些知识到您手里之前，把这个决定限制在一个小圈子内：项目发起人、CFO、项目总监，以及您的法务或采购负责人。

从您现有的合同开始。阅读终止条款、通知期、交付物的所有权，以及任何关于知识转移或退出协助的内容。如果您的工作说明书对退出只字未提，我关于 SAP 工作说明书必须包含哪些内容的文章介绍了下一份合同应该写进什么。

下面是需要保全的内容，以及它们通常存放在哪里：

需要保全的内容	为什么重要	应该存放在哪里	如何保护
已签字的设计和决策	新的合作伙伴在此基础上继续，而不是从头再来	您的文档库或 SAP Cloud ALM	现在就复制最新的已批准版本，连同签字记录
WRICEF 清单和规格说明	范围基线和构建待办清单	SAP Cloud ALM 或您自己的文档库	导出清单，附上每个对象的状态
自定义代码和配置	迄今为止真正完成的工作	您的开发和测试系统	确认一切都在您的系统中，而不在合作伙伴的机器上
测试脚本和结果	证明哪些功能真正可用	您的测试工具或 SAP Cloud ALM	导出脚本、结果和未关闭的缺陷
数据迁移工作	映射、清洗规则、加载程序	共享盘和您的系统	从数据团队收集映射文档和加载程序
系统和 SAP 支持访问权限	掌控您的系统环境和您的 SAP 支持账户	您的系统和 SAP for Me	列出每一个合作伙伴用户，准备在当天删除
未解决的问题和风险	下一支团队必须首先接手的事项	RAID 日志和状态报告	留存一份注明日期的 RAID 日志副本

把项目内容保存在您自己的工具中

最干净的保护是结构性的。从任何项目的第一天起，就把项目的文档、需求和测试证据保存在您自己拥有的工具中。

SAP Cloud ALM 在这方面有帮助。根据 SAP 的 Cloud ALM 常见问题，拥有 SAP Enterprise Support 或 RISE with SAP 的客户可以免费申请自己的租户，每个客户号一个。如果项目文档存放在您的租户中，合作伙伴离开时它们仍然留在您手里。

为宣布当天规划访问权限的变更

合作伙伴的顾问除了持有您系统中的用户账户外，往往还持有您 SAP 支持账户下的 S-user ID。这些 S-user ID 由您自己的管理员在 SAP for Me 中管理。

SAP 的用户管理帮助指出，客户管理员负责删除已离开用户的 ID。它还指出，具有特殊职能的 ID，例如软件接收人或技术联系人，在 SAP 把该职能转给其他人之前无法删除。现在就查清楚哪些合作伙伴用户承担着这些职能，并先把它们转给您自己的人员。

一旦资料已经保全、接替者已经选定，就通知即将离场的合作伙伴。按照合同以书面形式通知，并在同一次会议上商定退出计划。

交接按以下顺序进行效果最好：

项目中途更换 SAP 合作伙伴

1. 01

   保全

   在告知任何人之前，把文档、设计、代码、访问权限和 RAID 日志掌握在自己手中。

2. 02

   选择

   类似项目的参考案例，真正的团队出席述标，工作量经过量化。

3. 03

   重叠

   离场和接任的负责人并肩工作，进行有组织的知识转移。

4. 04

   重新验证

   新的合作伙伴对照已部署的内容，审查设计、构建和测试。

5. 05

   重新确定基线

   根据证据制定一份新的计划，并在下一阶段开始之前签字确认。

认真选择接替者

人们很容易想要赶时间，因为您在挑选期间项目一直在烧钱。根据我的经验，完整的选择大约需要 12 周，短名单上至少要有三家合作伙伴。在压力下选择接替者也许可以更快，但不要跳过那些保护您的步骤。

我为客户选择合作伙伴时，最看重的是客户参考案例。在参考电话中，我会询问这家合作伙伴在与买方类似的项目上的经验。在项目中途，这意味着要向参考客户询问接手另一家公司已开始的工作的经验。

有两件事会让我放弃一份投标：拟派资源素质不高，以及合作伙伴讲不清楚架构和计划。在因资源素质而更换之后，这两项检验要更严格，而不是更宽松。

请候选方提供其拟派人员的认证徽章。正如 SAP 的数字徽章帮助页面所说明的，SAP 在 Credly 上颁发认证徽章。徽章只能证明通过了考试，所以还要通过参考案例核查经验。

我的编写 SAP 实施需求建议书（RFP）指南和按层级划分的 SAP 实施合作伙伴指南介绍了选择的其余部分。

用不同的方式与新合作伙伴签约

我推荐的商务模式是人天计价（T&M），并量化工作量。合同写明按阶段和角色估算的工作量，这样您每个月都可以把实际工作量与之对比。

工作说明书还需要详细的假设条件和排除项。客户常常遗漏这些内容，而在接手项目时它们更加重要，因为新的合作伙伴会想把自己继承下来的问题排除在外。

也要在合同中写明关键人员。我关于 ERP 合同谈判的笔记解释了具名资源条款，以及它为什么能防止资深人员在签约后消失。

先重叠，再重新验证

安排一段离场和接任的负责人共同工作的时期。离场团队逐一讲解每个设计领域、每个未关闭的缺陷和每个构建到一半的对象，由接任团队提问。

然后让新的合作伙伴重新验证现有的内容。预计他们会发现缺口，也预计其中一些发现会成为争取更多工作量的谈判筹码。正是在这里，对离场合作伙伴的交付物获得一个独立的意见很有价值。

把接手工作对应到您所处的 SAP Activate 阶段。SAP 描述了六个阶段：Discover、Prepare、Explore、Realize、Deploy 和 Run（SAP Activate）。

在 Explore 阶段更换，主要的代价是设计返工。在 Realize 阶段更换，还要付出构建和测试返工的代价，因为代码必须先被理解，才能被完成。

更换不会是免费的。我不会给出一个数字，因为它取决于所处阶段、已交付内容的质量，以及离场合作伙伴的配合程度。

以下是需要列入预算的成本：

1. 重叠期。 交接期间您要同时为两支团队付费。
2. 重新验证和返工。 新的合作伙伴检查设计、配置和代码，其中一些要重做。
3. 合同退出。 按照您的合同规定，包括通知期、终止条款以及对在制工作的任何付款。
4. 选择工作。 您自己的团队花在需求建议书、述标和参考电话上的时间。
5. 您的人员的时间。 关键用户要重复他们以为已经完成的研讨会和测试。
6. 延误。 每延误一周，旧系统和您的内部团队都要多运转一周。

把这些成本与留下来的成本放在一起权衡。一家无法为项目配齐人员的合作伙伴，不会随着项目变难而变得更便宜，而 Realize、测试和切换都比之前的工作更难。

我建议客户在三个节点引入独立顾问：签约阶段、设计阶段，以及评估合作伙伴的文档和交付物。更换合作伙伴会同时涉及这三个节点。

在新的合作伙伴为返工报价之前，独立审阅人可以告诉您离场合作伙伴的交付物实际价值几何。他们还可以检查接任合作伙伴的合同及其对设计的看法。我关于 SAP 合作伙伴与独立顾问的文章说明了谁做什么。

本周就查清楚您已签字的设计、WRICEF 清单、测试证据和自定义代码实际存放在哪里，以及每一项的访问权限由谁控制。无论您是否打算更换，都要这样做。如果其中任何一项只在合作伙伴手里，请把一份副本转移到您自己拥有的系统中。

如果您正在考虑更换合作伙伴，并希望对交付物或合同获得独立的意见，您可以在这里与我联系。

可以在项目中途更换 SAP 实施合作伙伴吗？

可以。先查看合同中关于终止、通知期和交付物所有权的条款。在宣布决定之前，保全设计、代码、测试证据和系统访问权限，然后组织一次有重叠期的计划内交接。

什么时候应该更换 SAP 实施合作伙伴？

当合作伙伴无法提供高素质人员、而且也解决不了这个问题时，或者当它的负责人讲不清楚架构和计划时，就应该更换。不要仅仅因为某个阶段延误就更换。先诊断，因为范围归属或您自己决策方面的问题，会跟着您到新的合作伙伴那里。

终止合同之前应该从 SAP 合作伙伴那里拿到什么？

已签字的设计和决策记录，以及附每个对象状态的 WRICEF 清单。保存在您自己系统中的自定义代码和配置、测试脚本和结果、数据迁移映射以及 RAID 日志。还要列出您的系统和 SAP 支持账户中的每一个合作伙伴用户，以便在当天删除访问权限。

项目中途更换 SAP 合作伙伴要花多少钱？

没有标准数字。需要为两支团队的重叠期、重新验证和返工、合同退出条款、您自己的选择工作以及延误编制预算。阶段越靠后，返工越多，因为代码和测试必须先被理解，才能被完成。

替换 SAP 实施合作伙伴需要多长时间？

根据我的经验，完整的合作伙伴选择大约需要 12 周，短名单上至少要有三家合作伙伴。在压力下选择接替者也许可以更快，但要保留参考电话，以及由真正的团队出席的述标。

SAP 实施中的文档和代码归谁所有？

这由您的合同决定，所以请查看交付物所有权条款。在实践中，为了保护自己，请把文档保存在您自己的文档库或 SAP Cloud ALM 租户中，把代码和配置保存在您自己的 SAP 系统中，而不是合作伙伴的服务器上。