案例背景

資深專案管理顧問 Konrad Cerni 受邀為30多位專案與計畫經理進行一天的專案管理工具工作坊。由於時間只有8小時，他必須從大量工具中挑選最重要者，其中一項就是範疇敘述（scope statement）／專案定義。

問題／衝突

專案若沒有清楚回答「這個專案到底要產出什麼」，後續規畫、估算、時程與變更都缺乏共同基準。案例因此聚焦：如何用一份簡潔文件，把商業目的、主要工作、關鍵里程碑、限制、假設與明確排除項目說清楚。

決策點／實施

Konrad 以實務中的專案定義表說明六個主要構成：

1. 策略目標：專案的商業目的、來源、顧客／業主及主要成果，並明確列出時程、成本與技術績效承諾及其優先順序。
2. 戰術目標：列出4～6項主要交付成果，之後可成為 WBS 第一層並繼續分解。
3. 里程碑：定義關鍵事件、完成日期與完成判準。
4. 限制條件：包含技術規範、法規／標準、設施、時程、資金與介面限制。
5. 關鍵假設：在資訊尚未完整時，以合理判斷明確記錄暫時性前提。
6. 明確排除的範疇：列出不屬於此次工作的內容，避免利害關係人自行假設。

原書狀態／結果

本案屬工作坊型案例，重點不是描述某一專案的最終成果，而是展示範疇敘述如何成為後續 WBS、估算、時程與決策的基準。

原書討論問題

1. 專案定義有哪些優點與缺點？
2. 什麼時候應該使用專案定義？
3. 小型專案是否也值得使用？為什麼？

原書本 A 檔未提供正式解答。

參考分析（教學延伸／依本章內容推論）