核心主題 主要觀點/概念 實務或理論意義 重要條件/限制/延伸
時間-成本-績效 專案管理必須在時間、成本與績效三大限制間持續權衡;任一面向偏差都可能迫使其他面向調整。 說明專案控制不是單點最佳化,而是整體平衡。 不同專案與階段的限制優先順序不同。
限制類型 B 類將限制整理為固定一項、固定兩項,以及全固定或全變動等情境。 協助判斷哪些條件可以談、哪些不能動。 研發等專案可能只固定績效,其他條件保留彈性。
權衡分析流程 先辨識衝突來源,再回顧目標、分析狀況、列出替代方案並評估影響。 把臨時救火轉成結構化決策。 需使用 WBS、資源配置與現況資料作為判斷基礎。
替代方案 可從延長時間、增加資源、調整規格等方向形成選項。 讓決策者理解每一方案的交換代價。 某些條件受合約、客戶或法規限制,並非都可調整。
多方協調 必要時需與 PMO、客戶、功能部門及 sponsor 共同決策。 避免由專案經理單方面承擔重大取捨。 犧牲重要面向前必須取得適當授權。
變更與權衡 客戶需求、資源變動或外部事件都可能改變原先的權衡順序。 使 trade-off 成為持續性的治理活動。 權衡結果應反映到正式變更與基準更新。

核心問題

第16章處理的是:當專案無法同時滿足所有限制時,應如何理性決定「犧牲什麼、保留什麼」。A 類正式章名明確將焦點放在專案環境中的 Trade-off Analysis。

權衡不是失敗,而是管理

B 類以時間、成本與績效三角說明,偏差一旦出現,就需要重新判斷三者關係。真正的管理不是假設所有限制都能同時最佳化,而是先釐清哪些條件固定、哪些條件仍有調整空間。

用結構化流程避免直覺決策

權衡分析應從衝突來源、專案目標與現況開始,再形成替代方案。這讓「延後、加錢、降規格」不再只是直覺反應,而是可比較的管理選項。

權衡需要授權

重大 trade-off 可能影響客戶承諾、商業價值與品質,因此不能只由專案經理私下決定。必要時必須納入 sponsor、PMO、客戶與功能部門。

本章結論

成熟的權衡分析,是在資訊不完美與限制衝突下做出可解釋、可授權、可追蹤的選擇,並將結果正式反映到專案基準與變更控制中。