範圍 Scope

這次專案包含與不包含的工作邊界。

先用一句話理解

這次專案包含與不包含的工作邊界。

打個比方

像菜單上有賣什麼，也要寫清楚不提供什麼。

什麼時候會遇到

接案、報價、排時程與驗收時都需要。

再往深一點看

Scope 定義的是邊界，而邊界的力量來自兩側都寫清楚：「這次包含什麼」和「這次不包含什麼」缺一不可。在 MVP 階段，scope 決定了哪些 user story 進這個版本、哪些推到下一輪；在接案情境，scope 是報價和驗收的法律依據——沒有明確的 scope，就沒有辦法說一個功能「做完了」，因為每個人對完成的定義可能完全不同。Scope creep（範圍蔓延）是最常讓專案超時的原因之一，通常不是因為壞人刻意擴大，而是因為一開始的邊界就沒畫清楚。

舉個例子

你接了一個電商網站，在 Notion 的 scope 文件裡列清楚：包含商品頁、結帳流程、訂單通知信；不包含會員積點、商品比較、多語系。客戶中途想加積點功能時，你可以直接引用文件說明這是 scope 外的需求，走變更流程另外報價。

常見誤解

- 只列包含項目，沒有列不包含項目——客戶後來提出「這個順便做一下嘛」，你沒有依據說不，工時悄悄暴增。
- Scope 沒有在合約或文件裡明確寫下來，只靠口頭確認，驗收時雙方記憶不同，引發爭議。
- 專案進行到一半才發現某個需求超出原本 scope，卻沒有正式的變更流程，只好硬著頭皮吸收，下次報價也沒學到教訓。