15_計畫規畫流程

核心主題	主要觀點／概念	實務或理論意義	重要條件／限制／延伸
小批次規畫	把大型複雜計畫拆成短週期、小範疇版本發布，並在開發前凍結範疇	降低範疇蔓延與大型延誤	需要跨版本發布的優先排序與整合治理
策略與計畫對齊	計畫規畫必須持續檢查產品定義、顧客需求與原商業策略是否一致	避免執行工作完成卻失去商業目的	市場變化可能使原本合理的計畫失去價值
整合式排程	先建立 PWBS 與計畫主時程（Program Master Schedule），再由各專案細化排程	使跨專案相依與共同里程碑可被管理	需要各專案經理共同承認並持續更新時程
風險規畫	風險需辨識根因、責任、優先程度、急迫性、機率與衝擊	支援範疇、時程與資源取捨	風險計畫需隨組織與贊助主管變動持續更新
取消／繼續決策	應以計畫策略與未來商業價值判斷，而非只看已投入成本	降低沉沒成本驅動的錯誤延續	財務、策略顧客與市場選項可能形成衝突

本章定位

第15章聚焦計畫規畫流程，原書有4個正式案例，涵蓋 Quick Release、完整計畫規畫、整合式排程最佳實務與風險規畫。

Quick Release 用2～3項功能、約3個月的小型版本發布取代長時間蒐集需求的大型開發，藉由凍結每次版本發布的範疇降低巨型專案常見的範疇蔓延與延誤。

Budica 有階段／關卡審查、WBS、時程、成本、風險與計畫審查，但產品定義不穩、顧客需求分裂、測試與變更管理落後。最後市場已轉向競爭者，使「執行細節」與「原商業目的」產生根本斷裂。

Best Practices Overview—Program Scheduling 要求先辨識跨專案依賴與共同里程碑，建立計畫主時程（Program Master Schedule），再由各專案經理維護詳細工作。這避免把彼此不一致的專案時程事後拼湊。

Expect the Unexpected 顯示，組織重整與贊助主管更替可能瞬間改變期限。團隊最終以縮減非必要範疇保住計畫，並進一步用 P-I Matrix 改善原風險規畫。

本章四案共同說明：Program planning 需要隨需求、市場、風險與跨專案狀態持續修正；真正穩定的是商業目標與決策邏輯，而不是最初那一版計畫。