| 核心主題 | 主要觀點/概念 | 實務或理論意義 | 重要條件/限制/延伸 |
|---|---|---|---|
| 規劃是一種思考流程 | B 類強調規劃不等於甘特圖或任務清單,而是釐清目標、方法、資源、風險與控制基準的思考過程。 | 避免在資訊不足時直接執行,降低返工與資源錯估。 | 規劃不能消除不確定性,只能提高準備度。 |
| 三大目的 | 規劃用來創造共識、明確預期,以及建立後續監控與修正的控制基準。 | 把專案各方對成果與流程的理解轉成可管理的共同基準。 | 若目標或假設改變,基準也需要正式更新。 |
| WBS | 工作分解結構把整體專案拆成可管理的子任務,並連結交付成果、負責人與時程。 | 是預算、排程、資源與風險管理的重要基礎。 | 拆得過細會增加管理負擔,過粗則難以控制。 |
| 排程與邏輯 | CPM、PDM 等工具用來呈現活動先後與依賴,辨識會影響整體工期的關鍵工作。 | 幫助資源優先配置與時程風險預警。 | 排程品質取決於工期估算與依賴關係是否合理。 |
| 時間與資源整合 | B 類建議將甘特圖與資源配置結合,並運用 Resource Leveling 避免過載或閒置。 | 避免只做「紙上可行」卻無資源可執行的時程。 | 資源平衡可能延長部分工期,需要與優先順序權衡。 |
| 再規劃 | 計畫應具備可執行、可追蹤、可修正三項特性,並設定明確再規劃節點。 | 把規劃視為持續循環,而不是專案初期的一次性活動。 | 頻繁無控制地改計畫也可能破壞基準與責任。 |
第11章回答「好的專案計畫究竟在做什麼」。B 類明確指出,規劃不是排一張漂亮時程表,而是把專案的目標、工作、資源、風險與控制邏輯轉成可執行的整體方案。
規劃首先要讓團隊形成共識,其次把成果與風險轉成清楚預期,最後建立後續控制所需的基準。沒有基準,就無法判斷偏差,也無法知道何時需要修正。
WBS 將大目標拆成可管理工作單元,再透過 PDM、CPM 等方法描述活動依賴與關鍵路徑。這些工具共同把「要做什麼」轉成「以什麼順序、由誰、在何時完成」。
單純排出時間並不代表可執行。人力、設備與其他資源必須同步配置,必要時透過 Resource Leveling 調整,以避免資源衝突。
規劃不是為了預言未來,而是建立一套在變化發生時仍能追蹤、判斷與重新調整的控制基礎。