案例_The Bounding Box Boxes You：商業成果、授權邊界與越界審查
| 核心主題 | 主要觀點／概念 | 實務或理論意義 | 重要條件／限制／延伸 |
|---|---|---|---|
| 計畫管理適用性 | 計畫管理用於協調彼此相依工作以達成共同商業目標 | 適合跨功能、跨專案且單獨管理無法取得整體效益的情境 | 不能把所有成長或流程問題都直接歸類為計畫管理問題 |
| 商業成果導向 | 計畫經理 應關注市場、策略、財務與整體成果，不只單一專案交付 | 把執行成功與商業成功連結 | 不同組織可依自身產品與文化定義 計畫／專案 |
| Bounding Box | 管理階層預先設定關鍵商業條件的可接受範圍，團隊在範圍內自主決策 | 同時提高授權、速度與治理清晰度 | 邊界必須客觀、可衡量，並由團隊與利害關係人共同理解 |
| 越界審查 | 當時程、供應、財務或其他關鍵條件超出邊界時啟動正式審查 | 避免小偏差累積成重大意外 | 邊界過緊會增加升級頻率，過鬆則失去控制效果 |
第13章介紹計畫管理的核心主題，原書只有2個正式案例：KUPI 檢視企業問題是否真正適合導入計畫管理；The Bounding Box Boxes You 則說明計畫與專案的商業定位，以及如何用 Bounding Box 建立授權邊界。
KUPI 在需求暴增後出現跨功能協調與交付問題。案例故意停在「是否該導入計畫管理」的問題上，提醒管理者不要因看到跨部門問題就直接套用新制度，而應先確認問題來自產能、流程、組織結構或真正的跨專案依賴。
Megatronic 把新產品導入視為 計畫，並讓其在資源與管理注意力上優先於一般 專案。雖然這不是唯一通用定義，但反映公司把 計畫經理 視為商業領導者，而非單純技術協調者。
團隊只要在事先同意的市場、財務、時程、策略、顧客、技術與資源邊界內，就可自主規畫與執行；真正越界時才升級。這種方法的核心不是紅黃綠顏色，而是先把「哪些偏差需要管理階層介入」說清楚。