3.1 界定範圍
在專案管理裡,界定專案範圍是最關鍵的步驟之一。為什麼?因為範圍劃出了戰場。它定義了專案要負責的事、要交付的東西——同樣重要的是,它也定義了什麼不在範圍內。
用模糊的範圍開始一個專案,你就是在邀請誤會、額外任務、時程壓力與預算超支。清楚的範圍能讓團隊有信心,也為後續的決策打下穩固的基礎。
什麼是範圍?
PMBOK(專案管理知識體系指南)對範圍的定義是:
「為了交付一個具備指定特性與功能的產品、服務或結果,所需執行的工作。」
所以範圍包含交付物,以及製作交付物所需要做的工作。同樣重要的是:把不包含什麼也定義清楚——也就是「不在範圍內」的項目。
為什麼界定範圍重要
- 管理利害關係人的期望:避免那種「他們應該也會順便做這個吧?」的隱性假設。
- 釐清專案邊界:讓團隊清楚自己負責什麼、不負責什麼。
- 支援變更控管:判斷新的需求是在範圍內,還是要走正式變更。
- 支援進度追蹤:範圍清楚,什麼做完了、什麼還沒做就好衡量。
範圍模糊,常常是延遲、超預算、品質問題的根本原因。
界定範圍的步驟
1. 蒐集需求
訪談利害關係人,蒐集他們的期望與需要。先廣泛地蒐集——細節後面再修。
2. 寫出範圍說明書
把需求轉換成具體的工作定義。明確說明「會做什麼」與「不會做什麼」。取得利害關係人的同意。
3. 拆解成 WBS
透過工作分解結構(WBS)把範圍拆成更小、可管理的任務。這就是後面排程與資源配置的基礎。
4. 建立範圍基線
把範圍說明書、WBS、WBS 字典整合成範圍基線。這份文件成為追蹤與變更管理的正式依據。
範圍文件常見的內容
- 專案背景與目標
- 交付物清單
- 範圍內的工作
- 排除在外的事項
- 限制條件
- 假設條件
常見陷阱
- 利害關係人沒對齊:沒分享範圍細節,事後才聽到「我不知道這個沒包含在裡面」。
- 排除項目寫得不清楚:結果是冒出沒預期的工作,資源被吃掉。
- 太早寫得太細:一開始就過度精確,後面反而沒有彈性。
結論:範圍是雙方的共同協議
範圍不只是一張任務清單。它是團隊與利害關係人之間的共同協議——也是後續所有決策的基礎。
要把專案帶好,你需要的能力與勇氣是:把線清楚地畫出來,什麼包含、什麼不包含。這就是「界定範圍」這件事的核心。
在 AB 裡長這樣
在 AB Project Management 裡,專案本身就是範圍的邊界——任務住在專案裡,不會四處飄。專案描述放著一句話的範圍說明;專案 Wiki 則放著比較長的範圍文件,並且明確標出「不在範圍內」的項目。當利害關係人之後說「咦,你們不是也有處理 X?」的時候,你可以指著頁面與稽核軌跡。新需求如果是以任務的形式進來,可以被打標籤或移到「待辦清單 / 不在範圍」的區塊,讓「要不要擴大範圍」這個對話被明…