核心主題 主要觀點／概念 實務或理論意義 重要條件／限制／延伸
Project Office 專案辦公室用來支援專案經理執行工作、整合資訊與促進決策，並建立一致流程與標準。 降低跨部門資訊斷裂，讓專案治理與執行更有一致性。 Project Office 的設計須配合組織結構與專案規模，不能只增加行政層級。
團隊配置 專案團隊的人力配置不只是找齊技能，也要考慮角色、責任、授權、合作方式與成員的發展。 讓專案經理能在有限資源下組成可運作的跨功能團隊。 專案經理通常無法完全決定 staffing，仍需與功能經理協商。
角色與權責 成員可能同時對專案經理與功能經理負責，尤其在矩陣組織中更常見。 清楚界定 reporting relationship 可減少雙重指揮與責任模糊。 雙重責任若處理不當，容易造成優先順序衝突與工作延誤。
團隊生命週期 B 類以形成期、震盪期、規範期、表現期與解散期描述團隊發展，每階段需要不同領導方式。 幫助專案經理依團隊成熟度調整管理與支持方式。 團隊不一定線性前進，成員變動或危機可能讓團隊退回前一階段。
領導與動機 專案經理需要同時處理技術、管理與人際面，並建立投入感、共同目標與適當激勵。 專案績效高度依賴成員願不願意合作，而非只有職務分派。 不同成員的需求、職涯與獎勵來源不同，單一激勵方式未必有效。
制度與人才穩定 組織需建立支持專案型工作的制度、獎勵與知識傳承機制。 避免每個專案都重新學習，並提升長期專案能力。 若專案結束後缺乏職涯安排，可能降低優秀人才參與意願。

核心問題

第4章處理的是「如何把組織裡的人真正組成一支能完成專案的團隊」。正式章名聚焦 Project Office 與 Team，顯示作者同時重視支援結構與人力配置。

專案辦公室與資訊整合

B 類把 Project Office 定義為支援專案經理、整合資訊與促進決策的平台。它的價值不只是文件管理，而是讓跨部門資訊、流程與責任能在同一套機制下運作。

Staffing 並非專案經理單獨決定

A 類前文已說明，專案經理可以要求資源，但最終人員配置常掌握在功能經理手中。因此，團隊建構本身就是協商問題。尤其在矩陣組織中，成員可能同時對兩條管理線負責，權責若不清楚就容易拖慢執行。

團隊是一個發展過程

B 類以 forming、storming、norming、performing、adjourning 描述團隊生命週期。專案經理需要依階段調整介入強度：早期重視方向與角色，衝突期重視協調，成熟期則逐步授權。

本章結論

建立專案團隊不是一次性的 staffing 動作，而是持續塑造合作結構、角色責任、文化與動機的過程。真正穩定的專案能力，還需要組織制度與知識傳承共同支撐。