如何在專案中途更換 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 透過 Credly 發放認證徽章，數位徽章說明頁面有相關說明。徽章確認的是通過了考試，所以也要透過參考案例查核經驗。

我的撰寫 SAP 導入 RFP 指南與 SAP 導入合作夥伴分級指南涵蓋了遴選的其餘部分。

用不同的方式與新的合作夥伴簽約

我建議的商務模式是按工時計價（T&M），並量化工作量。合約中寫明依階段與角色估算的工作量，讓您每個月都能拿實際工作量來比對。

工作說明書也需要詳細的假設與排除項目。客戶常常遺漏這些，而在接手的情況下它們更加重要，因為新的合作夥伴會想把它繼承來的問題排除在外。

也要在合約中指名關鍵人員。我對 ERP 合約談判的筆記說明了具名人員條款，以及它為什麼能防止資深人員在簽約後消失。

先重疊，再重新驗證

規劃一段即將離開與新進的負責人共同工作的期間。即將離開的團隊逐一說明每個設計領域、每個未結缺陷與每個建置到一半的物件，由新進團隊提問。

接著讓新的合作夥伴重新驗證既有的成果。預期他們會發現缺口，也預期其中一些發現會成為爭取更多工作量的談判籌碼。這正是對即將離開的合作夥伴的交付項目取得獨立意見最有價值的地方。

把接手對應到您目前所處的 SAP Activate 階段。SAP 描述了六個階段：Discover、Prepare、Explore、Realize、Deploy 與 Run（SAP Activate）。

在 Explore 期間更換，主要的代價是設計重工。在 Realize 期間更換，還要付出建置與測試重工的代價，因為程式碼必須先被理解，才能被完成。

沒有免費的更換。我不會給出一個數字，因為它取決於所處階段、已交付成果的品質，以及即將離開的合作夥伴配合的程度。

以下是需要編列預算的成本：

1. 重疊期：交接期間您要同時支付兩個團隊。
2. 重新驗證與重工：新的合作夥伴會檢查設計、組態設定與程式碼，其中一部分會重做。
3. 合約退場：依您的合約規定，包括通知期、終止條款，以及進行中工作的任何付款。
4. 遴選工作：您自己的團隊花在 RFP、簡報答詢與參考客戶訪談上的時間。
5. 您人員的時間：關鍵使用者要重複他們以為已經結束的工作坊與測試。
6. 延誤：每延誤一週，舊系統與您的內部團隊就要多運作一週。

把這些成本與留下來的成本相比。一家無法為計畫配置人力的合作夥伴，不會因為計畫變難而變便宜，而 Realize、測試與切換都比之前的階段更難。

我建議客戶在三個時間點引進獨立顧問：簽約階段、設計，以及評估合作夥伴的文件與交付項目。更換合作夥伴會同時牽動這三者。

在新的合作夥伴為重工報價之前，獨立審閱者可以告訴您，即將離開的合作夥伴的交付項目實際價值多少。他們也可以檢查新進合作夥伴的合約，以及它對設計的看法。我的 SAP 合作夥伴與獨立顧問一文說明誰負責什麼。

這個星期，查清楚您已簽核的設計、WRICEF 清單、測試證據與客製程式碼實際存放在哪裡，以及每一項的存取權限由誰控管。不論您是否打算更換，都要這麼做。如果其中任何一項只存放在合作夥伴那裡，請把一份副本移到您擁有的系統中。

如果您正在考慮更換合作夥伴，並希望對交付項目或合約取得獨立的意見，您可以在這裡與我聯絡。

可以在專案進行中更換 SAP 導入合作夥伴嗎？

可以。先檢查合約中的終止、通知期與交付項目所有權條款。在宣布決定之前，確保設計、程式碼、測試證據與系統存取權限，然後以有重疊期的計畫進行交接。

什麼時候應該更換 SAP 導入合作夥伴？

當合作夥伴提供不了優質人員、也無法改善，或它的負責人說明不了架構與計畫時，就更換。不要只因為某個階段延遲就更換。先診斷，因為範圍歸屬或您自身決策的問題，會跟著您到新的合作夥伴那裡。

終止合約前，應該從 SAP 合作夥伴那裡取得什麼？

已簽核的設計與決策紀錄，以及附每個物件狀態的 WRICEF 清單。存放在您自己系統中的客製程式碼與組態設定、測試腳本與結果、資料移轉對應關係，以及 RAID 日誌。同時列出您系統與 SAP 支援帳戶中的每一位合作夥伴使用者，以便在當天移除存取權限。

在專案中途更換 SAP 合作夥伴要花多少錢？

沒有標準數字。請為兩個團隊的重疊期、重新驗證與重工、合約退場條款、您自己的遴選工作與延誤編列預算。階段越後面，重工越多，因為程式碼與測試必須先被理解，才能被完成。

撤換 SAP 導入合作夥伴需要多久？

依我的經驗，完整的合作夥伴遴選大約需要 12 週，短名單上至少要有三家合作夥伴。在壓力下尋找接手者可能會快一些，但請保留參考客戶訪談，以及與實際團隊進行的簡報答詢。

SAP 導入的文件與程式碼歸誰所有？

這由您的合約決定，所以請檢查交付項目所有權條款。實務上，保護自己的方式是把文件存放在您自己的文件庫或 SAP Cloud ALM 租用戶中，並把程式碼與組態設定放在您自己的 SAP 系統中，而不是合作夥伴的伺服器上。