資源規劃（Resource Planning）是企業在專案或營運週期開始前，系統性地識別、分配並追蹤所需資源的管理流程。這篇指南涵蓋資源規劃的核心流程、ERP 系統比較、部署模式選擇，以及不同規模團隊適用的工具推薦。
什麼是資源規劃？定義與核心概念
簡單來說，資源規劃就是在動手做事之前，先想清楚「我需要什麼、有多少、怎麼分」。
這裡的「資源」不只是錢。在企業營運中，資源可以分為三大類型：
- 人力資源：團隊成員的時間、技能與可用性
- 財務資源：專案預算、營運資金、設備採購費用
- 設備與時間資源：硬體設施、軟體授權、會議室，以及最稀缺的——時間
你可能聽過「資源管理」和「資源分配」這兩個詞，它們跟資源規劃有什麼不同？
| 比較維度 | 資源規劃 | 資源管理 | 資源分配 |
|---|---|---|---|
| 定義 | 事前預測與配置所需資源 | 持續監控與優化資源使用 | 將特定資源指派給特定任務 |
| 時間點 | 專案啟動前 | 專案全生命週期 | 規劃階段的具體動作 |
| 主要工具 | ERP 系統、資源規劃軟體 | 工作負載視圖、儀表板 | 甘特圖、排程工具 |
資源規劃是「上游」，資源管理是「全程」，資源分配是規劃中的一個具體步驟。本文聚焦的是「規劃」——也就是事前配置的策略與方法。
當企業把資源規劃做到系統化，就是所謂的「企業資源規劃」（Enterprise Resource Planning，ERP）。ERP 不只是一套軟體，更是一種管理思維：用單一系統整合財務、人力、供應鏈等所有資源資訊，讓決策者不再靠猜測做判斷。
企業為什麼需要資源規劃？4 大痛點解析
我們團隊在協助企業導入專案管理工具的過程中，反覆看到同樣的問題。以下四個痛點，幾乎每間公司都踩過至少兩個。
痛點 1：人力重複投入或閒置
一家台灣中型製造業的案例：A 產線的資深技術員同時被排進 B 產線的支援班表，結果兩條線都在等人，產能直接掉了 30%。問題不是人不夠，而是排班時沒有一個全局視角。如果你也遇過類似的時間管理困境，根本原因往往出在規劃階段。
痛點 2：預算超支與資金缺口
中小企業最常見的劇本：專案前期花錢不手軟，到了最後兩個月才發現預算只剩 15%，但還有 40% 的工作沒完成。這不是花太多的問題，而是一開始就沒有把資金消耗速率（Burn Rate）納入規劃。
痛點 3：跨部門資訊孤島，決策延遲
行銷部用 Google Sheets 追蹤預算，IT 部門用 Jira 管理開發排程，財務部用 Excel 做月報。三份資料格式不同、更新頻率不同、數字對不上。主管開會時花 80% 的時間在「確認數字」，而不是「做決策」。這正是數位轉型要解決的核心問題。
痛點 4：無法即時掌握資源使用率
「小陳現在手上有幾個案子？」——如果回答這個問題需要打電話問三個人，你的資源規劃就有問題。我們觀察到，沒有系統化資源規劃的團隊，主管平均每週花 5-8 小時在「搞清楚誰在做什麼」。
資源規劃的核心流程：5 個步驟
不管你用的是 ERP 系統還是一張 Excel 表，資源規劃的邏輯都是這五個步驟。差別只在於工具能幫你做到多自動化。
步驟 1：需求識別——盤點所需資源種類與數量
這是整個流程的地基。盤點做不好，後面全部歪掉。
具體做法是拿出你的專案範疇或企劃書，逐一列出每個工作包（Work Package）需要的資源。一份實用的資源需求盤點表應包含以下欄位：
| 任務名稱 | 所需技能 | 預估工時 | 所需設備/軟體 | 預算估算 |
|---|---|---|---|---|
| 前端登入頁開發 | React 前端工程師 | 40 小時 | 無 | NT$20,000 |
| 後端 API 串接 | Node.js 後端工程師 | 60 小時 | AWS 測試環境 | NT$35,000 |
| UI/UX 設計稿 | UI 設計師（Figma） | 24 小時 | Figma 專業版授權 | NT$12,000 |
每個欄位的填寫原則：
- 任務名稱：具體到可執行的層級，例如「前端登入頁開發」而非「前端開發」
- 所需技能：標明具體技術棧，例如「React 前端工程師」而非「工程師」
- 預估工時：用小時或人天計算，初期可用類比估算法（參考過去類似任務）
- 所需設備/軟體：測試環境、設計工具授權等，沒有就填「無」
- 預算估算：人力成本 + 直接費用，人力成本可用「時薪 × 預估工時」概算
實務上，我們團隊會在 monday.com 上建立一個「資源需求看板」，每個任務卡片都標註所需技能、預估工時和負責人。這樣在規劃階段就能一眼看出哪些技能是瓶頸。
步驟 2：資源分配——依優先順序與可用性配置
盤點完需求後，下一步是把有限的資源分配到對的地方。這裡有三種常見方法：
| 分配方法 | 適用情境 | 優點 | 缺點 |
|---|---|---|---|
| 平均分配 | 任務難度相近、團隊技能同質 | 簡單公平，不易引發爭議 | 忽略個人專長，效率不一定最高 |
| 優先級分配 | 有明確的專案優先順序（如 OKR 對齊） | 確保關鍵專案獲得最佳資源 | 低優先專案可能長期缺資源 |
| 能力導向分配 | 任務技術門檻高、團隊技能差異大 | 人盡其才，產出品質高 | 容易造成少數高手超載 |
案例：10 人軟體開發團隊的 Sprint 資源分配
一個跑 Scrum 的開發團隊，Sprint 週期兩週，總共有 800 個可用工時（10 人 × 80 小時）。PM 用能力導向分配法，先把需要資深工程師的核心功能排進去（佔 300 工時），再把 UI 調整和測試任務分給其他成員。關鍵是用甘特圖視覺化每個人的時間軸，確保沒有人同時被排進兩個高強度任務。
步驟 3：衝突偵測——識別資源超載
資源分配完不代表沒問題。最常見的狀況是「Over-allocation」——同一個人被排了超過 100% 的工作量。
資源平衡（Resource Leveling）的實務做法：
- 打開工作負載視圖，找出紅色警示的成員（工時超過上限）
- 判斷哪些任務可以延後（非關鍵路徑上的任務）
- 調整任務開始日期，讓工作量分散到不同時段
- 如果調整時間無法解決，考慮重新分配給其他有能力的成員
我們在 monday.com 的工作負載視圖中實際操作過這個流程——系統會自動用顏色標示每個人的負載狀態，紅色代表超載、綠色代表有餘裕。PM 不需要逐一問每個人「你忙不忙」，看一眼就知道。
步驟 4：執行監控——追蹤實際使用 vs 計畫
規劃再完美，執行時一定會有偏差。關鍵是多快發現偏差、多快修正。
監控的核心指標有三個：
- 資源使用率（Utilization Rate）：實際工時 ÷ 可用工時。健康值在 70-85% 之間，超過 90% 代表團隊快燒盡了
- 預算消耗率（Budget Burn Rate）：已花費 ÷ 總預算，對照專案完成百分比
- 排程偏差（Schedule Variance）：實際進度 vs 計畫進度
實務上，設定一個儀表板，把這三個指標放在同一個畫面，每週檢視一次就夠了。
步驟 5：回顧調整——專案結束後的資源使用覆盤
這是最多團隊跳過的步驟，也是進步最快的步驟。
覆盤時問三個問題： 1. 哪些資源的實際用量跟預估差距超過 20%？為什麼？ 2. 哪些任務因為資源不足而延遲？下次怎麼預防？ 3. 團隊中誰長期超載、誰長期閒置？是分配問題還是能力問題？
把這些答案記錄下來，就是下一個專案資源規劃的最佳參考資料。如果你的團隊還沒有建立覆盤的習慣，可以參考心流狀態的概念——找到團隊最高效的工作節奏，並在下次規劃時刻意重現。
企業資源規劃（ERP）系統：讓規劃流程自動化
當你的團隊超過 50 人，或者業務涉及製造、供應鏈、多部門協作，光靠試算表和專案管理工具已經不夠。這時候就需要 ERP（Enterprise Resource Planning）系統。
ERP 的演進簡史
ERP 不是憑空出現的。1960 年代，製造業為了解決「原物料什麼時候該進貨」的問題，發展出 MRP（Material Requirements Planning，物料需求規劃）。到了 1980 年代，MRP 擴展為 MRP II，把產能規劃和財務預測也納入。1990 年代，Gartner 正式提出「ERP」一詞，將企業所有核心流程整合進一套系統。現在的雲端 ERP 更進一步，加入了 AI 預測和即時分析能力。
ERP 核心功能模組
一套完整的 ERP 系統通常包含以下模組，每個模組都直接支援資源規劃的某個面向：
- 財務管理：即時追蹤現金流、應收應付帳款、預算執行率。資源規劃中的「預算消耗率」就靠這個模組提供數據
- 供應鏈管理：從採購、庫存到物流的全流程管理。製造業的原物料規劃（MRP）就是這個模組的核心功能
- 製造管理：產線排程、產能規劃、品質管控。直接決定「設備資源」怎麼分配
- 人力資源管理：員工技能資料庫、排班、工時追蹤。支援「人力資源」的規劃與分配
- 採購管理：供應商管理、採購流程自動化、比價。確保「財務資源」花在刀口上
ERP vs 財務軟體：別搞混了
很多人以為 ERP 就是「比較貴的記帳軟體」，這是誤解。財務軟體（如 QuickBooks、鼎新 Accounting）只處理帳務——記帳、發票、報表。ERP 則是把財務資料跟供應鏈、人力、製造等所有資源資訊串在一起。舉例來說，當業務接了一張大訂單，ERP 會自動檢查庫存夠不夠、產線排得進去嗎、現金流撐得住嗎——財務軟體只能告訴你「帳上還有多少錢」。
ERP vs 試算表：效率差距有多大？
以「採購到付款」流程為例：
| 比較維度 | 試算表管理 | ERP 系統 |
|---|---|---|
| 處理速度 | 人工輸入，每筆採購單約 15 分鐘 | 自動生成，每筆約 2 分鐘 |
| 錯誤率 | 人工輸入錯誤率約 3-5% | 系統驗證，錯誤率低於 0.5% |
| 協作能力 | 檔案傳來傳去，版本混亂 | 單一系統，即時同步 |
| 即時性 | 月底才能看到完整數據 | 即時儀表板，隨時查看 |
AI 輔助資源規劃的趨勢
現在的 ERP 系統已經開始整合 AI 能力。例如，AI 可以根據歷史數據預測下季的人力需求、自動偵測供應鏈中的潛在斷點、甚至建議最佳的資源分配方案。Oracle ERP Cloud 的 AI 功能已能自動比對歷史採購數據並建議最佳訂購時點，SAP S/4HANA 則內建了預測性維護模組，能根據設備感測器數據預判故障時間。對中小企業來說，ClickUp 的 AI 功能也能在專案層級提供類似的智慧建議。
雲端 ERP vs 地端 ERP：如何選擇適合的部署模式
選 ERP 不只是選功能，部署模式的選擇同樣關鍵。選錯了，輕則多花冤枉錢，重則系統上線後才發現不符合需求。
| 比較維度 | 地端部署（On-Premise） | 雲端部署（Cloud/SaaS） | 混合部署（Hybrid） |
|---|---|---|---|
| 成本結構 | 高額前期投資（伺服器＋授權），後續維護費 | 月費或年費訂閱制，無需購買硬體 | 核心模組地端投資＋雲端模組訂閱 |
| 5 年 TCO 估算（50 人） | NT$300-800 萬 | NT$150-400 萬 | NT$200-600 萬 |
| 維護責任 | 企業自行負責（需 IT 團隊） | 供應商負責更新與維護 | 分擔：核心自管，雲端供應商管 |
| 適合規模 | 200 人以上大型企業 | 10-200 人中小企業 | 50-500 人，有特殊合規需求 |
| 導入時間 | 6-18 個月 | 1-6 個月 | 3-12 個月 |
| 資料控制 | 完全自主，資料在自家機房 | 資料存放在供應商雲端 | 敏感資料地端，其餘雲端 |
| 擴充彈性 | 需額外採購硬體 | 隨時升降級，按需付費 | 雲端部分彈性高，地端部分受限 |
台灣中小企業的選擇建議
根據我們觀察台灣市場的經驗，團隊規模是最直覺的判斷依據：
50 人以下的團隊： 直接選雲端方案。你沒有多餘的 IT 人力去維護伺服器，也不需要為了「以後可能用到」的功能付出高額前期成本。先用輕量級的專案管理工具搭配雲端會計軟體，等業務真的複雜到需要 ERP 再升級。
50-500 人的企業： 這是最需要仔細評估的區間。如果你的產業有嚴格的資料合規要求（如金融、醫療），考慮混合部署。如果沒有，雲端 ERP 的 CP 值最高。
500 人以上的企業： 通常已經有 IT 部門和明確的資安政策。地端或混合部署是主流選擇，但越來越多大企業也在往雲端遷移。
案例：台灣電商公司從試算表升級至雲端 ERP
一家 80 人的台灣電商公司，原本用 Google Sheets 管理庫存和訂單。當月營業額突破 NT$500 萬後，試算表開始出錯——庫存數字對不上、出貨延遲、財務對帳要花三天。他們花了三個月導入雲端 ERP，把訂單、庫存、財務串在一起。導入後，月結從三天縮短到半天，庫存準確率從 85% 提升到 98%。
資源規劃工具推薦：從輕量到企業級
不是每間公司都需要 SAP。工具選擇的關鍵是「匹配你現在的規模和需求」，而不是「買最貴的」。
輕量級工具（10 人以下團隊）
如果你的團隊還在早期階段，需要的是一個能看到「誰在做什麼、做到哪裡」的工具，而不是一套完整的 ERP。
monday.com 是我們團隊實際使用的工具，也是這個級距的首選。它的工作負載視圖（Workload View）讓你一眼看到每個成員的任務量，搭配自動化規則，可以在任務延遲時自動通知負責人。我們團隊的 PM 設定了一條規則：任務延遲超過 2 天自動發 Slack 通知給負責人和主管。這個設定在半年內觸發了 23 次，每次都讓問題在擴大前被處理——以前要到週會才發現。免費方案不需要信用卡，適合先試用再決定。
如果你的團隊更偏技術導向，ClickUp 是很好的替代選項。它的 Sprint 管理和時間追蹤功能比較強，適合跑敏捷開發的團隊。（推薦試試 ClickUp 的甘特圖功能，對資源時間軸的視覺化做得很到位。）
中型企業工具（10-200 人）
這個規模的團隊通常需要更強的跨部門協作和報表功能。
| 工具 | 適合規模 | 資源規劃核心功能 | 月費（NT$） | 免費方案 | 免費試用 |
|---|---|---|---|---|---|
| monday.com | 5-200 人 | 工作負載視圖、甘特圖、自動化、儀表板 | 約 NT$288/人起 | ✅ 2 人免費 | 免費試用 → |
| ClickUp | 5-100 人 | Sprint 管理、時間追蹤、工作負載、目標追蹤 | 約 NT$220/人起 | ✅ 功能限制版 | 免費試用 → |
| Smartsheet | 20-500 人 | 資源管理面板、容量規劃、自動化工作流 | 約 NT$750/人起 | ❌ 僅 30 天試用 | — |
| Wrike | 20-200 人 | 資源規劃視圖、工時表、跨專案排程 | 約 NT$300/人起 | ✅ 基本功能 | 免費試用 → |
企業級 ERP 系統
當你的企業需要整合財務、供應鏈、製造、人力資源等多個面向，就該考慮正式的 ERP 系統了。
Oracle ERP Cloud： 全球市佔率最高的雲端 ERP 之一，功能最完整，適合跨國企業或年營收超過 NT$5 億的大型企業。導入成本高（通常 NT$500 萬起跳），但長期 ROI 最好。
SAP S/4HANA： 製造業的首選，特別是有複雜供應鏈的企業。台灣的半導體和電子製造業大量採用。
鼎新 ERP： 台灣本土最大的 ERP 供應商，中文介面、在地化服務、符合台灣稅務法規。適合 50-500 人的台灣製造業和批發業。
Ecount ERP： 韓國開發、台灣在地化佳的雲端 ERP，月費制（約 NT$1,650/月起），適合 10-100 人的中小企業。功能不如 Oracle 或 SAP 完整，但導入快、學習曲線低。
案例：50 人金屬加工廠在鼎新與 Ecount 之間的抉擇
一家位於台中的 50 人金屬加工廠，產品涉及 CNC 車床零件代工，BOM 層數達 4-5 層，且有部分產品需要報關出口。他們最初考慮 Ecount，因為月費低、導入快。但在需求評估階段發現三個關鍵問題：第一，Ecount 的 BOM 管理對多層展開的支援不夠細緻，無法處理替代料和共用件的複雜邏輯；第二，工廠有報關需求，鼎新內建的台灣海關申報格式可以直接串接，Ecount 則需要額外客製；第三，工廠沒有專職 IT 人員，但鼎新在台中有在地顧問團隊可以到場支援。最終他們選擇鼎新 ERP，雖然前期投入多了約 NT$80 萬，但省下了後續客製報關模組和 BOM 管理的隱性成本。這個案例的啟示是：選 ERP 不能只看月費，要回到自身流程的複雜度來判斷。
台灣企業的選擇邏輯： 製造業有複雜 BOM（物料清單）需求，通常選鼎新或 SAP；貿易商和服務業流程相對簡單，Ecount 的 CP 值更高；如果是跨國企業，Oracle 和 SAP 的全球化支援是關鍵優勢。
你是哪種團隊？
- 5 人以下、剛開始接觸專案管理 → 先用 Notion 免費版建立基本的任務追蹤
- 5-15 人跨部門協作 → monday.com（我們的首選），工作負載視圖是殺手級功能
- 技術團隊跑 Scrum → ClickUp，Sprint 管理整合度最高
- 50 人以上需要整合財務與供應鏈 → 評估 ERP 系統，從 Ecount 或鼎新開始
導入資源規劃系統的 3 大關鍵與常見失敗原因
選對工具只是第一步。根據業界統計，ERP 導入專案的失敗率高達 50-70%，而且大部分失敗不是技術問題，是人的問題。
關鍵 1：需求評估先行
導入任何系統之前，必須先完成 AS-IS（現況）流程盤點。以下是 10 個導入前必問的問題：
- 目前哪些流程最耗時、最容易出錯？
- 跨部門協作的最大瓶頸在哪裡？
- 現有系統（Excel、舊軟體）的資料品質如何？
- 哪些流程是「必須客製化」vs「可以配合系統標準流程」？
- 導入預算上限是多少（含顧問費、教育訓練）？
- 預計多久要上線？有沒有不可延後的時間壓力？
- IT 部門有多少人力可以投入導入專案？
- 高層主管是否已經承諾支持？
- 員工對新系統的接受度如何？有沒有抗拒的部門？
- 上線後的維護和支援由誰負責？
如果你無法回答其中超過三個問題，代表你還沒準備好導入 ERP。先把這些問題釐清，寫成一份需求評估文件，再去找供應商談。這個過程跟寫企劃書的邏輯很像——先想清楚「為什麼做」和「做到什麼程度」。
關鍵 2：變革管理比技術更重要
台灣製造業導入 ERP 失敗的三個真實原因：
- 現場主管抵制：工廠老師傅用了 20 年的排班方式，突然要他用電腦系統，他覺得「系統不懂現場」。解法：讓現場主管參與系統設計，把他的經驗轉化為系統規則
- 教育訓練不足：上線前只辦了一場兩小時的說明會，員工根本學不會。解法：至少安排 20 小時的分階段訓練，搭配「種子使用者」制度
- 高層只出錢不出力：總經理簽了合約就不管了，導入過程中各部門互相推諉。解法：指定一位 C-level 主管擔任專案 Sponsor，每兩週親自參加進度會議
系統導入不只是 IT 專案，更是組織變革專案。上述三個失敗原因的共同根源，都指向領導力不足——沒有人願意站出來為變革承擔責任、推動執行。
關鍵 3：選擇有在地服務能力的供應商
ERP 不是買了就好，後續的客製化、問題排除、版本升級都需要供應商支援。選擇供應商時，確認以下幾點：
- 是否有台灣在地的顧問團隊（不是只靠遠端支援）
- 是否熟悉台灣的稅務法規和商業慣例
- 過去在你的產業有多少成功案例
- 合約中的 SLA（服務等級協議）是否明確
常見失敗陷阱
- 過度客製化：把 ERP 改成跟舊流程一模一樣，失去了系統標準化的價值。好的做法是「80% 配合系統、20% 客製化」
- 忽略資料清理：舊系統的資料有重複、有錯誤、有過期的。帶著髒資料上線，新系統的報表一樣不準
- 缺乏高層支持：前面已經說過，但值得再強調一次——沒有高層支持的 ERP 導入，成功率趨近於零
如果你正在經歷這些挑戰，不妨先退一步，用流程圖把現有流程畫出來，找到真正需要系統化的環節，再決定導入範圍。
企業資源規劃證照與學習資源
如果你想在資源規劃領域建立專業能力，以下是台灣市場認可度最高的幾張證照：
| 認證名稱 | 主辦機構 | 費用（NT$） | 考試形式 | 適合對象 |
|---|---|---|---|---|
| ERP 規劃師 | 中華企業資源規劃學會（CERPS） | 約 NT$2,000-3,000 | 線上筆試，選擇題為主 | 大學生、ERP 入門者 |
| PMP（含資源管理知識領域） | PMI | 約 NT$17,000-20,000 | 電腦測驗，180 題 | 3 年以上專案管理經驗者 |
| SAP 認證（各模組） | SAP | 約 NT$15,000-25,000 | 線上測驗 | SAP 系統使用者或顧問 |
| Oracle 認證 | Oracle | 約 NT$8,000-15,000 | 線上測驗 | Oracle ERP 導入顧問 |
推薦學習路徑：
- 入門：先考 CERPS 的 ERP 規劃師認證，建立基礎概念。費用低、難度不高，適合在學學生或剛轉職的人
- 進階：準備 PMP 認證，其中的「資源管理」知識領域會深入教你如何估算、取得、發展和管理團隊資源。可以搭配 Coursera 上的專案管理課程做準備
- 專業：如果你的職涯方向是 ERP 顧問，選擇 SAP 或 Oracle 認證。這兩張證照在台灣的顧問市場有明確的薪資加成效果
如果你對商業模式和策略規劃也有興趣，建議同步學習，因為資源規劃的最終目的是支撐企業策略的執行。
結論
從台灣電商公司月結從三天縮短到半天，到金屬加工廠靠 BOM 需求分析選對 ERP 省下隱性成本——這些案例都指向同一件事：資源規劃的價值不在於工具多貴，而在於流程是否到位。回顧本文的重點：
- 資源規劃是「事前配置」，跟事後追蹤的資源管理不同。規劃做得好，管理才輕鬆
- 五步驟流程：需求識別 → 資源分配 → 衝突偵測 → 執行監控 → 回顧調整。每一步都有具體的方法和工具可以支援
- ERP 是資源規劃的系統化實踐，適合 50 人以上、業務流程複雜的企業。中小企業可以先從輕量級工具開始
- 部署模式的選擇取決於團隊規模、預算和資料合規需求。50 人以下直接選雲端，500 人以上考慮地端或混合
- 導入成敗的關鍵是人，不是技術。需求評估、變革管理、高層支持缺一不可
想把這篇文章的方法論付諸實踐？第一步：在 monday.com 用「專案管理模板」建立新看板，設定工作負載視圖，把團隊成員和當前任務填進去。10 分鐘就能建好你的第一個資源規劃框架，免費方案不需要信用卡。
資源規劃常見問題
資源規劃和專案管理有什麼不同？
資源規劃是專案管理的一個子領域。專案管理涵蓋範疇、時程、成本、品質、風險等多個面向，資源規劃專注在「人力、預算、設備怎麼分配」這件事。你可以把資源規劃想成專案管理中的「後勤補給」——沒有它，前線再厲害也打不了仗。
中小企業需要 ERP 嗎？還是用 Excel 就夠？
如果你的團隊在 20 人以下、業務流程單純（例如純服務業），Excel 搭配 monday.com 這類專案管理工具通常就夠了。但當你開始出現「跨部門資料對不上」「月結要花超過兩天」「庫存數字不準」這些症狀時，就該認真評估 ERP 了。
資源規劃軟體導入需要多久？
輕量級工具（monday.com、ClickUp）：1-2 週就能上手。中型 ERP（Ecount、鼎新）：1-6 個月。大型 ERP（Oracle、SAP）：6-18 個月。時間長短取決於客製化程度、資料遷移複雜度，以及團隊的配合度。
什麼是企業資源規劃書？怎麼寫？
企業資源規劃書是導入 ERP 前的規劃文件，類似專案章程。一份完整的規劃書應包含五個章節：(1) 現況分析（AS-IS 流程）、(2) 目標與預期效益（TO-BE 流程）、(3) 系統需求規格、(4) 導入時程與里程碑、(5) 預算與風險評估。寫法跟企劃書類似，但更聚焦在系統面。
Resource Planning 和 Capacity Planning 有何差異？
Resource Planning（資源規劃）關注的是「有哪些資源、怎麼分配」；Capacity Planning（容量規劃）關注的是「我們的產能上限是多少、能不能接更多工作」。簡單說，資源規劃是分配現有資源，容量規劃是評估能不能擴充。兩者通常搭配使用——先做容量規劃確認上限，再做資源規劃決定分配方式。
