案例背景

Megatronic 是美國西南部的製造企業。新任專案經理 Bill Stevens 過去有約5年專案管理經驗，但第一次擔任計畫經理。他發現 Megatronic 對 project 與 program 的定義與一般概念不同。

在 Megatronic，凡是產生新產品名稱、推向市場的新產品導入（NPI）都稱為 program；其餘維持、降成本、產品轉換等工作則稱為 project。Program 被視為直接創造市場與營收的商業工作，因此資源衝突時通常優先於 project。

問題／衝突

Bill 必須理解公司的核心管理工具 Bounding Box。管理階層在計畫啟動時對市場規模、財務、時程、策略一致性、顧客需求、必要技術、資源、技術開發速度等重要條件設定邊界。團隊可在邊界內自由規畫與執行；一旦越界，就必須啟動正式的 out-of-bounds review。

這套制度試圖同時做到兩件事：授權團隊快速工作，又讓管理階層只在真正影響商業成功的偏差上介入。

決策點／實施

Bounding Box 的條件需在 charter review 中由團隊、主要利害關係人與 sponsor 共同確認，並盡量使用客觀、可衡量指標。邊界鬆緊度會依風險、市場機會、策略影響、團隊能力與市場理解而不同。

狀態以綠／黃／紅呈現；若時程滑落超過可接受範圍、重要零件失去供應等，就必須召開越界審查。專案（project）的政策則較有彈性，Bounding Box 並非強制。

原書狀態／結果

案例以 Bill 表示已更理解 Megatronic 的計畫與專案管理方式結束，沒有提供特定計畫的量化結果。

原書討論問題

1. 你從本案例學到什麼？
2. 比較 Megatronic 對 project／program 的定義與一般常見定義。你認為哪一種較有效？為什麼？
3. 成功使用 Bounding Box 的關鍵是什麼？
4. Out-of-bounds review 如何協助避免「重大意外」？
5. 什麼情況下應調整邊界？調整邊界可能帶來什麼影響？

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

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

Bounding Box 的價值在於把授權與治理結合：團隊不必為每項小決策請示，但管理階層先界定哪些商業條件不可失控。真正困難之處是邊界設得太緊會造成頻繁升級，太鬆則失去控制效果。