為什麼「排名」不是好的優先排序方式#

聰明的領導者知道，他們的工作就是辨識權衡——選擇「不做什麼」與「做什麼」一樣重要。

給每個方案一個排名（rank ordering）是最自然、最容易做的事——但它會嚴重打擊主管士氣，並引發團隊間的派系鬥爭與「地盤戰」。

德瑞克．賴道（Derek Lidow）教練主管做優先排序時，會建議放下排名，回到第一性原理。

三個彼此牽動的變數#

任何方案的執行都建立在三個相依變數上：

• 目標（objectives）
• 資源（resources）
• 時間（timing）

你不可能在缺乏精確目標、沒有充足資源、沒有合理時間框架下產出預期結果。動其中一隻腳，另兩隻必須跟著調。

三者都重要，但資源最為核心：沒有實際的資源支撐，方案只是幻想。一旦領導者決定資源如何分配給哪些目標、在什麼時間內達成，就不必再排名——而會自然得到三類優先級。

三類策略優先級#

一、Critical（關鍵）#

• 必須在指定時間內、無論如何都要達成的目標
• 例：拿下大客戶在某指定日期前的訂單；某工廠在某天前必須完全運轉
• 目標與時間都不可協商，唯一可動的就是資源
• 宣告為 Critical，等於開出一張事實上的空白支票——專案經理可從組織任何地方調度資源
• 同一類別內的所有 Critical 優先級平等

不要輕易把方案宣告為 Critical。一旦宣告，就必須真的把所有需要的資源開放給它。

二、Important（重要）#

• 能對績效造成顯著正向影響的努力
• 資源是固定的，目標或時間其中之一是可變數
• 兩種典型寫法：
  • 「指派 Miguel 和 Aisha 在下一季全職投入這個專案」——資源與時間固定，接受這個固定投入能換到的成果
  • 「指派 Miguel 和 Aisha 安裝新軟體，需要多久就多久」——資源與目標固定，對時間有耐心

Important 級的承諾，要求組織在目標可變時保持理解、在時間可變時保持耐心。

三、Desirable（值得做）#

• 資源與時間都是變數
• 組織想要這個結果，但無法絕對承諾特定資源與時間
• 例：「Miguel 和 Aisha 在不需要支援關鍵產品上市時，去做軟體升級」
• 只有當資源出現空檔，才會有進度

Critical 與 Important 級的資源都被固定，因此 Critical 級可能用到的「空白支票」資源，必須來自 Desirable 級。換言之，要設定一項 Critical 優先級，就必須同步指定哪些 Desirable 專案會在必要時讓出資源。

配置資源、規劃優先級的四步驟#

辨識出 Critical / Important / Desirable 後，依下面四步把目標、資源、時間具體化：

步驟一：列出可用資源#

在第一欄列出所有可用資源，例如：

• 東岸 10 位業務、西岸 7 位、中西部 4 位、南部 3 位
• 1 萬美元的差旅預算
• 1 台示範用 sample bus

步驟二：列出要達成的專案與既有時間限制#

在最上一列列出專案，例如：

• 在四個區域續約客戶
• 在 3 月 1 日新廠開幕前拿下 IBM 合約
• 在所有區域導入 Salesforce.com，但採分階段排程

步驟三：在每格填入「一切順利情境下」的資源分配#

例：

• 每區 3 位業務投入續約
• 12 位業務、sample bus 與一半差旅預算投入 IBM 合約

步驟四：宣告一到兩個 Critical 專案，標明可被徵調的後援資源#

• 詢問該專案負責人：若狀況惡化，可能還需要哪些資源、可以從哪裡來？
• 例：IBM 合約若被宣告為 Critical，可能需要徵調東岸 Salesforce 導入的部分 IT 資源——那麼東岸 Salesforce 就轉成 Desirable，無法再期望按原時間達成
• 不是 Critical、也不被列為後援的專案，自動進入 Important，目標或時間可彈性

如果宣告超過一個 Critical 專案，必須確認它們不會同時依賴同一池的後援資源——否則危機來時會搶資源。

為什麼這樣做能化解派系鬥爭#

把上述矩陣公開後，它本身就成為一份策略文件：

• 專案完成後，領導者可重新審視並重新分配釋出的資源
• 危機（按定義即 Critical）出現或策略改變時，可重新分配
• 透明的資源配置與情境應對，讓團隊對齊、減少內耗

主管們不再覺得「讓出資源」就等於「失去地位」——他們是在執行 Critical 優先級中扮演必要角色。被「公平、無可逃避的邏輯」治理，比被一個算不清楚的排名治理更能心服。