「The main thing is to keep the main thing, the main thing.」
「最重要的事，就是讓最重要的事保持最重要。」
——Jim Barksdale
多數公司以為自己有焦點#
在作者拜訪過的幾乎每家公司，主管都認為「自己對焦點掌握得還不錯」。但他們需要一場現實檢驗——
他們相信「這季／這年至關重要」的事，通常是合理數字的一個數量級之多—— 不是 2 ～ 3 件真正重要的事，而是 20 ～ 30 件。
為什麼領導者會這樣？
- 他們已經開過無數會議，「同意了很多想做但不能做的事」
- 從他們的角度，他們以為自己已經很懂「說不」與「犧牲」
- 但這背後反映的是：「想要下很多注、害怕錯失、必須回應每個競爭對手／每個失單／每個顧客請求」
這些反應都可理解，但他們需要一場關於「在產品組織中『焦點』真正意味著什麼」的介入與重置。
反例：Pandora Prioritization Process#
Pandora 多年前公開分享了「Pandora Prioritization Process」——讓利害關係人「買」自己想要的功能，買到預算用完為止。
作者讀到時立刻看出：完全沒有產品策略、沒有焦點。不是壞策略，是根本沒有。
加上他們仰賴功能團隊、沒有真產品管理的跡象——會做出很多功能，但成果與創新乏善可陳，公司會走下坡。後續幾年驗證了這點：
- 2011 年 IPO 約 $16/股
- 一路下滑到約 $8/股，最終被收購
多數公司不會明顯到這個地步，但有許多公司有類似機制——「公平地把工程容量分給各業務利害關係人」。
這正是「功能團隊試圖服務業務」與「產品團隊試圖以業務可行的方式服務顧客」的差別。
「優先順序」不是「焦點」#
Stephen Bungay：「產生活動不是問題；事實上很容易——而正因為它容易，真正的問題就更難解。問題是『把對的事做完』——重要的事、有衝擊力的事、公司想為了成功而達成的事。」
這是領導力裡最重要的一課，成功的領導者都以某種方式學到了。
一個關於「焦點」的個人故事#
作者剛到 HP 應用研究實驗室擔任新進工程師時，與一位資深工程師「pair programming」——其實大多時候是他寫、作者觀察並提問。
他們做的是低階系統軟體，效能極為關鍵。
作者不斷指出可改善之處，但資深工程師說：「我們可以，但不要。」
直到某一天他打開效能分析工具：
「整個 codebase 的確都能改善，但絕大多數努力毫無差別——使用者根本感覺不到。
然而有少數幾個地方耗去幾乎所有時間，只要改善那幾處，就能造成真實衝擊。」
多數組織告訴大家「效能很重要」，每個團隊都做一些效能改善。多數工作毫無差別，而少數真能造成差別的地方又得不到足夠的集中關注。
這是「焦點力量」的具體案例，也是作者在許多公司看到的處境。
WIP（Work in Progress）限制#
多數產品人熟悉 WIP 限制——它說：限制團隊同時進行的工作數量，總產出反而會更高。
這個概念在團隊層級已經有用，在整個產品組織層級更是關鍵：
當一個組織同時有 20、30、甚至 50 個「高優先級」目標、計畫、專案——
- 組織會被壓垮
- 每個團隊都在掙扎於完成這些「高優」，更別提服務顧客或推進團隊本身的目的
- 領導力本身有真實成本：管理時間、決策、追蹤、人事——同樣適用 WIP 限制
結論：組織專注於「一次只做幾件」的關鍵工作，反而能完成更多關鍵工作。
結語#
我們必須根據「真正重要的事」挑選戰役，並限制同時進行的重大戰役數量。
Richard Rumelt 提醒：「好策略的運作方式，是把能量與資源集中在一個或極少數的關鍵目標上——其達成將觸發一連串有利結果。」
如果領導者不願或不能做這些選擇，產品策略從一開始就注定失敗。
下一章：當決定了要聚焦的少數關鍵問題後，如何辨識並利用洞察。