作者：Ron Ashkenas
新任專案經理常為了展現主動性與行動力，還沒釐清哪些活動最關鍵、應採何種順序，就急著開跑。結果反而拖慢了進度。
一個失敗的開場#
一家全球製造公司的廠長一直被總部不斷重複、不必要的資料請求轟炸。製造部主管於是請一位資深工程師領導一個專案精簡資料分享。
這位新任專案經理（PM）熱情地：
- 寄信給所有總部部門主管，請他們提名團隊成員、並列出他們需要從工廠取得的資料
- 寄信給十幾位廠長，問他們覺得哪些報表可以刪除
幾小時內就一團亂：
- 一些總部主管反彈，因為這是他們第一次聽說這個專案
- 另一些主管要更多細節才肯回覆
- 還有人寄回長串的「必須報表」清單
- 廠長們則送來一堆問題與請求
這位 PM 不但沒「開個好頭」，反而激起反抗、為自己與他人製造額外工作，最後拿到一堆派不上用場的資訊。
三步驟把優先順序排對#
1. 釐清任務（Clarify the assignment）#
在利害關係人簽核章程之前，不要啟動任何活動。
要弄清楚的五件事：
- What：整體目標是什麼？成功如何衡量？
- Why：商業背景為何？
- Who：可用的資源（人）有哪些？
- When：時程是？
- How：關鍵限制與相依關係？
不要期待老闆或發起人會替你把這些釐清。多數專案的指派都不夠具體——這是 PM 自己的責任。
上述案例若 PM 先做這一步，就會發現：製造部主管只跟其他部門「泛泛談過」資料負荷問題，沒講過要啟動一個有具體目標與時程的專案。
範例：資料精簡專案的章程#
- What：把總部對工廠的資料請求減少 50%，每週為廠長與其團隊釋放至少 4 小時
- Why：工廠要花更多時間規劃與領導，少花時間做報表
- Who：成員來自工廠營運、總部財務、品保、人資；皆 part-time，可能須投入 25% 時間
- When：30 天內盤點報表需求；60 天內提出整併建議；90 天內開始刪冗；120 天內完成
- How：總部各功能要對「哪些共通請求可以由現有系統與標準報表滿足」達成共識；工廠特例請求應為例外，且客製化最小
2. 組織你的軍隊（Organize your troops）#
人到齊後，要讓他們快速進入主人翁狀態：
- 邀他們對章程提反饋、分享過去經驗
- 把他們當夥伴，而非臨時下屬
- 一起訂出團隊的「作業節奏（modus operandi）」：開會頻率、溝通管道、與發起人對齊的時點
一開始沒組織好，後面會花更多時間追人、喬日曆、重複講相同的話。
利害關係人地圖（Stakeholder map）#
請團隊一起做：
- 列出所有受影響的人或單位
- 描繪他們之間以及與專案的關係
- 對關鍵人物做政治分析：誰會支持？誰焦慮甚至抵抗？誰需要被特別爭取？
上述案例若 PM 做了利害關係人地圖，就會發現「總部各部門主管會被要求改變蒐集資料的方式」——他們可能不支持，甚至敵對。有了這個洞察就會用不同方式接近他們。
3. 拼出專案計畫（Pull your project plan together）#
進行團隊腦力激盪，把可能的活動全列出來：資料蒐集、quick wins、利害關係人會議、簡報等。
操作方式：
- 把每個活動寫在便利貼上，貼到牆上
- 不必先想時程
- 全部上牆後，再分類、排序——某些類別會並行，代表不同（但相關的）工作流
100 點優先級分配練習#
給每位團隊成員 100 個「點數」，不要互相討論地分配給各活動，要他們特別關注「哪些活動必須做好才能達成專案目標」。
比較大家的分配，找出真正關鍵的活動 vs.「nice to do」。
這會推動一個棘手但必要的討論：哪些活動該砍或延後，好讓最高優先項目得到應有的焦點與資源。最後回到專案計畫做出對應調整。
持續性地重排優先順序#
只有一開始排優先還不夠。新機會、新議題、新點子、新威脅會持續冒出。
至少每月一次召集團隊退一步重新評估專案計畫。每次問兩個問題：
- 「有什麼變了，需要我們重新思考優先順序？」
- 「如果這份任務現在才交給我們，我們會用不同的方式處理嗎？」
這能讓你的優先順序持續清晰、專案持續在軌道上。
Ron Ashkenas 是 Schaffer Consulting（Stamford, Connecticut）資深合夥人，著有《Simply Effective: How to Cut Through Complexity in Your Organization and Get Things Done》（Harvard Business Review Press, 2009），並為 hbr.org 定期撰文。