如何撰寫 SAP 導入專案章程

SAP 導入專案章程，是一份正式授權專案的簡短文件。它以書面確定專案將交付什麼、不會交付什麼、誰來決策、如何衡量成功，以及何時完成。請在廠商的工作說明書簽署之前寫好，由客戶發起人擁有它，並且具體到足以平息一場爭論。下方附有逐節大綱。

團隊信心滿滿地投入 SAP 啟動會議。然後才發現角色定義含糊、範圍邊界從未達成共識，也沒有人說得出成功是什麼樣子。章程本該防止這種情況。多數章程卻做不到，因為它們是為了滿足治理要求而寫，而不是為了錨定工作。

我看過一些乍看整潔、卻與真實計畫脫節的專案章程。真正有效的版本，是人們在起草過程中會爭論的那一版。從這一點，您就能知道它是誠實的。

每個大型 SAP 專案都會把三份文件搞混。它們的功能各不相同。

文件	目的	由誰建立	時機
專案提案	說明專案為何應該進行	業務發起人	核准之前
專案章程	授權專案；確定範圍、目標、指名的負責人與治理	發起人與專案經理共同擬定	啟動時
專案計畫	定義工作如何完成：任務、資源、相依關係	專案經理	章程核准之後

章程是治理文件。它劃出界線。如果您的 S/4HANA 專案橫跨多個模組、多個國家與多家廠商，章程就是在大家開始各自做假設之前，決定哪些內容納入的地方。

與業務成果掛鉤的目標

不是「系統現代化」。每個目標都需要一個數字。檢驗方法是：您能不用投影片，在 30 秒內向一位董事會成員說明這個願景嗎？

我參與過一些 SAP 專案，上線時大家都在慶祝，兩個月後卻沒有人說得出它是否交付了承諾的價值。一位製造業客戶花了超過 400 萬美元，卻無法證明任何回報。CFO 要求提供指標。沒有人拿得出來，這延誤了他們下一輪的資金申請。

對比我支援過的一位零售客戶。它的章程從第一天起就定義了 KPI。他們呈現出訂單處理成本下降 32%，第二階段隨即獲得核准。

含明確排除項目的範圍

這是最被忽略的一節。團隊會寫出詳盡的範圍內清單，卻把排除項目漏掉，而那正是爭論發生的地方。

我合作過一家醫療保健公司，就是這樣讓它的 SAP 推行保持聚焦。行銷主管想在使用者驗收測試（UAT）期間，加入行銷活動追蹤的分析功能。章程裡沒有留給它的空間，指導委員會立刻就把它標示出來。光是這一項決定，就省下了 85 萬美元，並避免了六週的延誤。

指名個人，而不是部門

「財務團隊：提供報表方面的意見」，沒有讓任何人負起責任。「財務負責人，[姓名]：定義報表需求、簽核 FI/CO 組態、核准資料移轉準備度」，則做到了。

作為承諾的里程碑

一位零售客戶把上線日期延後了四個月。最初的延誤，是需求蒐集拖了三週，沒有人把它加進時程。他們以為可以在下游追回來。結果卻花了 180 萬美元的超支。

反過來也成立。在一個製造業專案中，團隊嚴守公布的計畫。當資料移轉團隊提出延誤時，指導委員會立刻核准了人力支援，因為章程讓這個里程碑清楚可見。這項決定省下了時間，也省下了 60 萬美元。

預算、風險與相依關係

一份高層次的預算、可能讓專案出軌的三、四項風險，以及與之爭奪同一批人員與資金的其他專案。有一位零售客戶在一個從未上線的導入專案上花了 320 萬美元。它的財務重新設計與 SAP 專案，使用同樣的資源與預算期間平行進行，而兩份章程都沒有提到對方。領導層發現得太晚了。

這是我會用來起步的結構。每一節最好一頁或更短。

1. 目的與背景： 為什麼是現在、哪裡壞了、什麼都不做會發生什麼事。
2. 目標與成功衡量標準： 每個目標都有基準值、目標值與日期。
3. 範圍： 納入範圍的模組、流程、法人實體、國家、據點、整合與資料。
4. 範圍外： 和範圍一樣仔細地寫，並註明每個被排除的項目延後到哪個階段。
5. 部署模式與擴充規則： S/4HANA Cloud Public Edition、RISE 下的 Private Edition，或地端部署，以及客製開發要如何核准。
6. 治理： 發起人、指導委員會、設計權責小組、變更控制、升級路徑，並附上指名的人員。
7. 角色與權責： 各流程領域、資料、測試、變革與上線切換，都有指名的個人。
8. 里程碑： 附有日期的階段關卡，以及通過關卡的標準。我的品質關卡指南有範例。
9. 預算與備用金： 預算總額、備用金，以及誰能動用。
10. 風險、假設與相依關係： 包括平行進行的專案與法規期限。
11. 法規遵循要求： 例如美國醫療保健的 HIPAA、製藥的 GxP、美國上市公司的 SOX。
12. 簽核： 發起人與業務負責人，並附版本號碼與日期。

1. 01詢問懂這項工作的人發起人、業務負責人與終端使用者
2. 02區分必要項與加分項上線時需要、第二階段，或不屬於這個專案
3. 03從範本開始再加入整合、資料與法規遵循
4. 04具體到足以平息爭論您能證明每個目標都達成了嗎？
5. 05取得真正的簽核逐節閱讀、質疑，並接受

第三個月範圍出現爭議時，您能直接拿出來的章程

1. 詢問懂這項工作的人

在寫任何東西之前，先與發起人、業務負責人和終端使用者坐下來談。問他們哪裡壞了，以前試過什麼。我曾合作過一位製造業客戶，在 SAP 導入上浪費了 180 萬美元，因為它自以為知道產線現場需要什麼。六個月後，它才發現真正的工作流程問題並沒有被處理。

在我經手的一項財務轉型中，IT 計畫推行 SAP 來解決效率問題。與財務的對話顯示，真正的問題是資料品質不佳。如果我們沒有問，就會花上數百萬美元去解決錯誤的問題。

2. 在撰寫範圍之前，先區分必要項與加分項

把每一項輸入歸類為上線時需要、第二階段，或不屬於這個專案。我的一位專業服務客戶，預算超支了 40%，因為需求散落在三個不同的地方，專案進行到幾個月後，還不斷被「重新發現」。我的範圍範本指南對這一步有幫助。

3. 從範本開始，再加入 SAP 的特定內容

通用範本會漏掉讓 SAP 專案昂貴的東西：整合點、資料移轉與清理的負責歸屬、模組假設、法規遵循要求，以及客製開發的規則。我聽說過一個 SAP 專案，一開始用的是從未提及資料清理的通用章程。六個月後，才發現舊資料一團亂，因此增加了 75 萬美元與三個月。

4. 具體到足以平息爭論

我為新加坡一家零售客戶主導過導入，它的章程寫著「讓庫存管理現代化」。團隊有一半人認為那是指更快的處理。另一半則聚焦在預測。結果是花了 180 萬美元，卻對成功的樣貌沒有共識。對每一個目標，都要問：我能證明這件事已經完成嗎？

5. 取得真正的簽核

章程完成的標準，是簽署的人已經讀過、質疑過，並接受它的承諾。逐節帶著發起人與業務負責人走一遍。我看過零售客戶花整整三天來取得章程共識。這為他們省下了日後好幾個月的爭論與範圍變更。

錯誤	造成的後果	該怎麼做
含糊的目標（「提升效率」）	團隊各往不同方向使力	讓每個目標都有一個數字
沒有排除項目	範圍悄悄擴大	把範圍外清單，跟範圍一樣仔細地寫
負責人只以職稱或部門指名	決策被擱置	指名個人
沒有成功衡量標準	上線時大肆慶祝，價值卻從未被證明	在啟動之前定義 KPI
平行進行的專案沒有盤點	資源與預算衝突	在兩份章程中都記錄相依關係
章程由導入夥伴撰寫	範圍反映的是夥伴想要交付的內容	由客戶擁有；夥伴提供細節

關於最後一點，我的立場很堅定。您的導入夥伴不該替您寫章程。他們的動機是讓專案開始。您的動機是界定它的範圍。

在 RISE with SAP（Private Edition）上，請在治理一節加入兩件事。第一，是 Clean Core 核准會議。SAP 現在把擴充功能分為 A 級（僅限已發布的 API）到 D 級（修改）（SAP News，2025 年 8 月）。Private Edition 仍然允許修改核心，所以這個會議，正是阻止技術債累積的關鍵。第二，是向 SAP 升級處理的路徑。在 RISE 下，SAP 負責基礎架構與技術營運。當平台層級出問題時，CIO 需要知道要打給 SAP 的誰，而不只是打給夥伴。

在 GROW with SAP（Public Edition）上，章程會變得更精簡。擴充功能僅限於已發布的介面，所以平台會替您落實 Clean Core，整合選項也較少。願景、成功衡量標準、指名的負責人與排除項目，一樣重要。

AI 工具能更快把訪談筆記變成初稿。但它們做不了章程中屬於政治面的工作，也就是讓發起人就各自擁有什麼達成共識。

SAP 導入專案中的專案章程是什麼？

正式授權 SAP 專案的文件。它訂定範圍與排除項目，指名發起人與負責的人員，定義成功衡量標準，設定里程碑與治理，並列出主要風險。一份有用的章程，具體到足以平息關於範圍或權責歸屬的分歧。

SAP 專案章程應該包含什麼？

目的、附可衡量目標值的目標、範圍、明確的排除項目、部署模式與擴充規則、附指名人員的治理、角色、附關卡標準的里程碑、預算與備用金、風險與相依關係、法規遵循要求，以及簽核。上方的大綱列出了每一節。

專案章程與專案計畫有什麼差別？

章程負責授權與定義：範圍、發起人、治理與高層次的里程碑。計畫負責執行：任務、相依關係、資源與順序。沒有章程的計畫會漂移，因為範圍從未達成共識。計畫中的每一項承諾，都應該能追溯回章程。

誰該撰寫 SAP 專案章程？

由客戶發起人擁有，專案經理起草，財務、IT 與營運負責人提供細節。我建議不要讓導入夥伴來寫。他們的動機是讓專案開始，而不是保護您避開不需要的範圍。

RISE with SAP 如何改變專案章程？

加入一個 Clean Core 核准會議，決定允許哪些擴充功能、屬於哪個等級。再加入一條向 SAP 升級處理平台問題的路徑，因為在 RISE 下，基礎架構由 SAP 負責。在 GROW with SAP 上，章程會比較精簡，因為 Public Edition 在技術上就強制落實了 Clean Core。

專案章程在導入期間可以變更嗎？

可以，透過變更控制。把章程當作基準。當範圍、發起人、預算或重要里程碑改變時，請更新它，附上版本號碼、變更內容與原因的說明，並重新取得簽核。不要讓它在專案漂移時被悄悄修改。