Naresh Jain — Malad, Mumbai, India

衝刺會耗盡團隊#

以全力衝刺的速度跑完一段距離，你會精疲力竭；但要完成馬拉松，你需要紀律、日常練習，以及可持續的節奏（Sustainable Pace）。

軟體開發不是一次性的衝刺，而是一場持久戰。然而，許多團隊的管理方式卻把成員當作短跑選手，不斷加速、不斷透支，最終耗盡整支團隊。

核心觀點： 建立可持續的團隊（Sustainable Teams），是專案經理能為專案創造的最大長期價值。如果專案經理專注於團隊建設與個人成長，準時交付與預算控制將自然而然地到位。

專案經理的戰略角色#

大多數專案經理陷入日常救火（Daily Fire-fighting），沒有時間從事真正具有戰略價值的工作——建立團隊。

專案經理應該扮演的角色，更像作業系統的核心（Kernel）：

• Kernel 本身不執行使用者任務
• 但它確保上層應用程式能正確、有效率地運行
• 同樣地，PM 不親自寫程式，而是確保團隊協作順暢、排除障礙

補充： 作業系統核心（Kernel）是作業系統的中央元件，負責連接應用程式與硬體資源。PM 如同 Kernel，讓各個「應用程式」（團隊成員）能順利運作。

讓團隊自我組織#

當 PM 在團隊建設上持續投入，可以達到以下效果：

• 團隊成員學會互相支援、發揮潛力
• 形成自我組織的團隊（Self-organized Teams），不需要 PM 時時在旁監督
• PM 得以同時管理多個專案，而不必陷入每個專案的微觀管理

技巧： 將戰術性的決定（日常程式設計、架構選擇）交給開發團隊。PM 的精力應放在**賦能（Empowering）**團隊應對意外變化，而非試圖介入技術細節。如 George S. Patton 所說：「沒有任何計劃在接觸敵人後能倖存。」

長期主義的回報#

注意： 假裝自己懂開發細節、試圖以技術知識「折服」工程師，只會立即失去他們的信任。工程師一眼就能識破。PM 的價值在於促進協作、清除障礙，而不在於展示技術能力。

投資於長期的團隊發展計劃，讓 PM 在當前專案以及未來所有專案中，都能跳脫微觀管理的泥淖，成為真正的催化劑（Catalyst）。