優先順序的框架
每個管理者都面對同一個問題：事情永遠比時間多。
客戶反映了一個問題，內部有個流程需要改善，競爭對手剛發佈了一個新功能，隔壁部門來問你的團隊能不能幫他們做一件事，你的主管說有個新機會想讓你評估……
每一件事單獨看都重要。但你沒有辦法同時做所有事情。
優先順序不是一個技術問題，而是一個領導問題。它要求你做艱難的取捨，說清楚「這個比那個更重要」，並且承擔這個判斷的後果。
優先順序是領導者的核心技能
很多新管理者試圖用努力來解決優先順序問題：讓團隊加班，把所有事情都塞進去，告訴每個提需求的人「我們會盡力」。
這個策略短期看起來有用，長期是災難。
當你試圖同時做所有事情，你做到的每一件事品質都降低，你的團隊精力耗盡，你的交付節奏不可持續，而且——最重要的是——你讓別人（提需求的人）掌握了你的優先順序，而不是你自己決定。
優先順序的本質是：說清楚什麼更重要，然後把資源指向那裡。
艾森豪矩陣：緊急 vs. 重要
最基礎的優先順序框架，是德懷特·艾森豪（Dwight Eisenhower）的矩陣：
艾森豪矩陣
緊急 不緊急
┌────────────────────┬────────────────────┐
重要 │ 第一象限 │ 第二象限 │
│ 緊急 + 重要 │ 不緊急 + 重要 │
│ 立刻處理 │ 排進計劃，主動做 │
│ │ │
│ 例：系統當機 │ 例：策略規劃 │
│ 客戶升級投訴 │ 團隊發展 │
│ 重大 Bug │ 流程改善 │
├────────────────────┼────────────────────┤
不重要 │ 第三象限 │ 第四象限 │
│ 緊急 + 不重要 │ 不緊急 + 不重要 │
│ 委派或快速處理 │ 刪除 │
│ │ │
│ 例：某些開會 │ 例：整理過時文件 │
│ 低優先通知 │ 無效會議 │
│ 不必要協調 │ 形式性報告 │
└────────────────────┴────────────────────┘
大多數管理者的時間都集中在第一和第三象限，而第二象限的工作才是真正推動長期成果的事。
管理者的目標：把更多時間從第一象限移向第二象限。 你投資在第二象限的時間越多（策略、發展、預防），第一象限的危機就越少。
ICE 框架：評估新請求和倡議
艾森豪矩陣適合整理現有工作，ICE 框架適合評估新的請求或倡議：
ICE 框架
I = Impact（影響力）：如果成功，這件事的影響有多大？
C = Confidence（信心度）：你有多確定它會成功？（1-10 分）
E = Ease（容易度）：執行它有多容易？（1-10 分，越容易越高分）
ICE 分數 = I × C × E
評估範例：
倡議 A：開發新的用戶推薦功能
I = 8（如果成功，可能帶來 20% 的新用戶）
C = 6（有類似案例，但我們還沒試過）
E = 4（技術難度高，需要 3 個月）
ICE = 8 × 6 × 4 = 192
倡議 B：優化入職流程
I = 7（提高留存率，長期影響大）
C = 8（我們有數據支撐，知道哪裡要改）
E = 7（設計工作為主，難度中等）
ICE = 7 × 8 × 7 = 392
→ 優先做 B，再評估 A 的時機
注意：ICE 是工具，不是答案。它幫助你結構化思考，
不是替代判斷。
如何對其他團隊的請求說不
跨部門請求是管理者時間的主要消耗之一。每個部門都有很好的理由讓你幫忙，但你的時間和資源有限。
說不，不是不合作；說有選擇地說不，才是真正的合作。
對跨部門請求說不的話術
情況一：這件事不在你的優先事項裡
「謝謝你來找我們，我理解這對你們很重要。
目前這個季度我們的重心是 [OKR]，
這個需求的優先順序會排在那之後。
我們預計 [時間] 之後可以重新評估，你還需要嗎？」
情況二：需求模糊，無法評估
「我想幫你，但我需要更多資訊才能判斷。
你能幫我說明一下：這個需求解決的是什麼問題？
如果沒做，會發生什麼？這個問題有多急？」
情況三：可以做，但需要取捨
「這件事可以做，但如果我們做這個，
[另一件事] 就要往後推。你和你的主管
能幫我們判斷這個取捨對整個公司是對的嗎？」
情況四：不是你的負責範圍
「這個問題我覺得 [另一個團隊] 更適合處理，
我幫你引薦給他們的負責人？」
說不的關鍵：不只是拒絕，還要解釋理由、提供替代方案、讓對方知道你在乎他們的問題，只是無法用他們希望的方式處理。
讓你的團隊能自己做優先順序決定
管理者的最終目標，是讓你的團隊能在沒有你的情況下做出好的優先順序決定。
這需要你把你的判斷邏輯「外部化」——不只告訴他們「A 比 B 重要」，還要解釋為什麼，讓他們能把這個邏輯應用在下一次的 C vs. D。
與團隊溝通優先順序邏輯的格式
「在我們做優先順序決定的時候，我的判斷邏輯是：
第一：是否和我們的 Q [X] 目標直接相關？
如果不相關，需要有很好的理由才繼續評估。
第二：影響範圍有多廣？
影響用戶或業務關鍵指標的 > 影響內部流程的。
第三：現在做和三個月後做的差別有多大？
如果現在不做會造成具體損失，優先做。
如果差別不大，排隊等。
第四：我們有沒有能力做好這件事？
一件重要但我們沒有能力做好的事，
做了可能比不做更糟。
如果你遇到一個請求，用這四個問題思考，
大多數情況下你能得出和我一樣的判斷。
有疑問的時候再來找我確認。」
當你的團隊能自己做優先順序決定，你就從一個瓶頸變成了一個放大器。