案例背景

International Instruments, Inc. 是監控系統市場領導者。2002年5月，日本重要顧客 RisingSun 表示：若1001系列監視器能加入 audio capability，並在 11個月內交付，就有採購意願。競爭者已具備此功能，因此公司啟動 Shogun program。

此計畫不只要滿足顧客，也被期待達成獲利、市占率、顧客關係與阻止競爭者擴張等商業目標。開發成本估計 510萬美元。

問題／衝突

新任 program manager Melanie Lehr 原本來自策略行銷，尚未正式擔任 program manager。她必須在非常緊的11個月時限內，協調行銷、機械工程、製造、採購、財務、系統、硬體／軟體工程、品質與產品導入等高度相依工作。

每個 project 都能在自己功能內最佳化，但 program 成功取決於跨專案依賴。例如行銷若無法及時確認規格，工程、品質與製造都會延誤。

決策點／實施

公司以 PMO 的標準化但可調整流程支援 Melanie，並安排資深 program manager 擔任 mentor。Program core team 有12名成員，各自領導 extended team。

規畫採兩層：各 project manager 先建立自己的 WBS，再由 program core team 整合，program level 只保留會影響其他 projects 的 work packages 與依賴。團隊使用 Program Strike Zone 與 Dashboard 追蹤重大里程碑；core team 每週開會，高階主管每月 program review。

計畫中途發現所有功能無法在期限內完成。團隊檢視市場後發現 RisingSun 要求的 portability feature 對整體市場並非必要，RisingSun 也同意它只是「希望有」而非必要，於是刪除此功能以守住時程。後期又增加日本工程團隊資源支援。

原書狀態／結果

Shogun 在11個月目標內完成，產品績效高於原先要求，也控制在開發預算內。產品上市後再觀察9個月，公司確認原 business case 中的策略目標也達成：獲利增加、市占率提升，並成功阻止競爭者進一步取得市場。

原書討論問題

1. 本案例有哪些經驗教訓？
2. 管理良好的 program 通常有哪些特徵？
3. 一位優秀 program manager 應具備哪些重要技能？

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

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

Shogun 的成功不是因為每個 project 都完全照原計畫執行，而是 program manager 持續把跨專案依賴、商業目標與顧客價值放在同一層級決策。刪除 portability feature 正是用 program success 取代單一功能完整性的例子。