案例背景

原書以內部訓練情境介紹 Program Map。假設公司正在開發一種新的電子裝置，由 software development、hardware development、enclosure development、manufacturing 與 product test 等多個 project team 共同完成。

問題／衝突

不同專案各自有主要交付成果與時程，但 program 是否成功取決於跨專案依賴。如果只看各專案自己的 schedule，團隊很難看見誰的交付成果是誰的前置條件，以及延誤會如何向其他團隊傳遞。

決策點／實施

Program Map 以時間軸與不同 project team 的橫向區帶，呈現各團隊關鍵交付成果，再用箭頭標出跨專案依賴。原書提出四步：

1. 準備 program strategy、requirements、project managers 輸入與技術知識；
2. 從 PWBS 與詳細需求找出主要交付成果，記錄名稱、開發時間與依賴；
3. 建立時間分區與各 project team 的橫向區帶，把交付成果依時間放入；
4. 用箭頭連結相互依賴的里程碑，形成初步開發順序、介面、責任與時程。

原書狀態／結果

本案屬訓練／工具案例，原書提供資料讓讀者實際建立 Program Map，沒有描述特定 program 最終結果。

原書討論問題

1. 依案例提供的資訊建立 Program Map。
2. Program Map 的主要效益、優點與缺點是什麼？

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

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

Program Map 的核心價值是把「跨專案依賴」視覺化。它不是另一張一般甘特圖，而是讓 program team 看見各 project deliverables 之間的交接、時序與責任。