核心主題 主要觀點／概念 實務或理論意義 重要條件／限制／延伸
組織結構的重要性 結構決定專案經理的權限、資源取得、溝通路徑與決策速度。 專案失敗不一定是計畫技術問題，也可能來自結構性權責限制。 同一方法在不同組織結構下效果可能完全不同。
功能型結構 權力集中於功能經理，專業深度與資源效率高，但跨部門專案協調較慢。 適合穩定、專業導向或專案比重較低的環境。 專案經理權限通常偏低，容易形成部門優先於專案。
專案型結構 團隊以專案為核心配置，專案經理權限高，溝通與決策較直接。 適合大型、關鍵或高度獨立的專案。 可能出現資源重複、專業知識分散與專案結束後安置問題。
矩陣型結構 同時保留功能專業與專案橫向整合，權力由專案經理與功能經理共享。 兼顧專業資源與專案彈性，是大型企業常見模式。 雙重權責容易造成衝突，需要清楚治理與協商機制。
權力與責任 專案經理通常負責整體成果與橫向協調，但人員配置與專業資源仍可能掌握在功能經理手中。 凸顯「有責任卻未必有完整權力」是專案管理常態。 需要高層支持、正式授權與良好人際影響力。
結構選擇 組織應依專案重要性、頻率、資源共享、技術複雜度與環境變動程度選擇結構。 避免把某一結構視為普遍最佳答案。 組織結構也可隨策略與專案組合演變。

核心問題

第3章聚焦一個常被低估的問題：專案經理能否成功，很大程度取決於他身處什麼組織結構。結構直接決定誰掌握資源、誰有最後決策權，以及資訊要經過多少層級才能流動。

三種基本結構

功能型結構以專業部門為核心，效率與專業深度高，但跨部門整合較弱；專案型結構把權力集中在專案經理，反應快但資源可能重複；矩陣型結構則試圖結合兩者優點，但也帶來雙重報告與權責衝突。

專案經理的結構性挑戰

專案經理往往要對結果負責，卻不直接擁有人員與資源。這使協商、溝通與高層支持成為實際管理能力的一部分，而不是附加技能。

本章結論

沒有單一最好的組織結構。真正重要的是讓結構與專案的重要性、複雜度與資源需求相匹配，並清楚處理專案經理與功能經理之間的權責關係。