Ken Sipe — St. Charles, Missouri, USA

最好的管理有時是退出#

軟體專案經理能做的最好的事，往往是：設定願景、確立優先順序，然後讓開。以下是一個關於 Tim 的真實故事。

Tim 的故事#

我們的專案需要增加一名團隊成員，因此開放職缺並開始面試。一位候選人很快脫穎而出——他的名字叫 Tim。Tim 的表現遠超其他應徵者，照理說毫無懸念應該錄用他。但有一票反對意見：曾與 Tim 共事過的一位 PM 指出他缺乏動力，描述 Tim 在工作時間頻繁上網、態度散漫。

這是個棘手的情況。通常，有過直接共事經驗的 PM 之評價，應比一次面試更具份量。然而 Tim 的技術能力明顯優於其他候選人。最終，他在那一票反對聲中被錄用了。

Agile 框架如何解放了 Tim#

這個專案採用 Agile 開發方法論，每次迭代（Iteration）開始時都會舉行公開會議，主要目的包括：

1. 建立 User Stories，依使用者意見確立優先順序
2. 透過 Stories 形成團隊對專案範圍的共同願景，建立清晰的驗收標準
3. 將 Stories 拆解為任務，由負責的開發者自行估算工時

會議後，任務進入追蹤系統。這個系統的關鍵在於：開發者完成自己的任務後，可以主動「搶接」尚未開始的其他任務。

Tim 最終成為團隊中表現最突出的成員，他「搶接」的任務數量遠超其他人，直接加速了整個專案的完成。

核心洞察： 那位曾批評 Tim「不積極」的 PM，其管理風格是過度控制——她習慣親手將任務一個個分配給開發者，然後離開去開會。Tim 太快了：完成任務後找不到下一步方向，只能空等。問題不在 Tim，而在管理方式。

賦權的力量#

管理建議： 當團隊擁有清晰願景、明確的驗收標準，以及由整個團隊共同掌握（而非單一 PM 獨佔）的專案優先順序時，你會對他們能達成的成果感到驚訝。

問問自己：你的團隊裡有沒有一個 Tim？

詞彙說明