High Output Management 是什麼？誰寫的、適合誰讀？
這本書由曾領導英特爾（Intel）的安迪・葛洛夫撰寫，他在 1968 年加入剛成立的 Intel，後來擔任執行長。出版商將本書定位為管理者、創業者、顧問與團隊負責人都能使用的實務指南。
英文書名可理解成「高產出管理」。它不主張讓主管自己做更多，而是教你用管理活動提高整個團隊的成果。書裡以早餐製作流程說明瓶頸、品質檢查與產能安排，再延伸到知識工作、主管時間分配和人才培養。本文整理的是書中管理觀念與應用示範，並非逐章翻譯。
剛升上主管的人，很容易繼續用個人貢獻者的方式工作。以前程式寫得快，現在也習慣自己處理；以前擅長提案，現在仍想親自修改每一份。
短期看起來有效率，但當工作逐漸需要多人合作，主管的時間就會成為瓶頸。大家等著批准、確認方向，專案反而走得更慢。
大家開始等你批准、等你回答、等你修改、等你決定。 這時主管越努力，團隊反而可能越慢。
High Output Management 的 6 個核心重點
如果只想先抓住全書方向，可以從這六個問題理解。這是本文依主要觀念整理的學習索引，不是作者在書中使用的正式六項分類。
| 管理觀念 | 主管要問自己的問題 |
|---|---|
| 團隊產出 | 團隊真正交付了什麼，而不只是做了多少事？ |
| 管理槓桿 | 哪項訓練或決策，能讓更多人受益？ |
| 品質指標 | 數量增加時，錯誤率或客戶體驗有沒有變差？ |
| 一對一會議 | 同事有哪些平常不敢說、卻需要及早處理的問題？ |
| 授權與成熟度 | 這個人對這件任務熟悉到什麼程度？ |
| 目標與決策 | 誰有權決定，以及怎麼確認正在接近目標？ |
管理者的產出，為什麼不能只看自己完成多少事？
Andy Grove 在《High Output Management》裡提出一個很有力量的定義： 管理者的產出，來自他的組織，以及受他影響的相鄰組織所產生的成果。 這會完全改變管理工作的優先順序。 你今天自己完成一份報告，影響的是一份報告。
你花一小時建立一個更好的提案模板，可能讓五個人未來每週都少走彎路。 你花兩小時訓練團隊如何做客戶訪談，可能影響接下來幾十場訪談的品質。 後兩者才是 Grove 所說的高槓桿。
管理槓桿：同樣一小時，產生的影響可以差很多
管理槓桿（Managerial Leverage）指投入一段管理時間，能為團隊帶來多少額外成果。高槓桿工作不一定複雜，卻往往影響許多人，或讓一個問題不再反覆出現。
例如主管花時間訓練共用方法、釐清工作流程，或及早解除讓多人卡住的決策，都可能讓後續工作更順。
這些活動的重要性，不在主管做了多少件事，而在團隊是否因此減少等待、錯誤或重工。
這些工作可能不像「親自救火」那麼有存在感，卻更能提高團隊產出。
負槓桿也存在：主管一個動作可以拖慢很多人
槓桿不一定是正的。 如果主管延遲一個關鍵決策，五個人都在等，影響就被放大。 如果主管沒有準備就進會議，浪費的不只自己的時間，而是整間會議室的時間。 如果主管反覆改方向，團隊前面的工作可能全部重來。
如果主管什麼都要親自審，最後自己就成了整條流程最慢的地方。 所以管理不只是「我做了什麼」，還要看「我的行為讓其他人更快，還是更慢」。
先定義團隊的產出，再談指標
很多團隊看起來很忙，卻很難回答「我們這週到底產出了什麼」。 原因是指標常常都在量活動。 開了幾場會。 寫了幾篇文章。
回了幾張工單。 打了幾通電話。 這些數字只能告訴你「做了多少」，不一定能告訴你「產生什麼結果」。 比較接近產出的指標會是：
文章帶來多少合格名單。 客服實際解決多少問題，而且沒有重新開單。 業務創造多少合格機會，而不是只看撥號數。 產品上線多少能穩定使用的功能，而不是寫了多少程式碼。
管理者第一個工作，是讓團隊知道什麼才叫完成。
數量指標最好搭配品質指標
如果只看一個數字，人很容易把它做到極致，卻犧牲別的東西。 例如只看客服結案量，可能變成快速關單，卻讓客戶一直重開。 只看發文數，可能變成大量低品質內容。 只看部署次數，也可能忽略失敗率。
所以 Grove 的管理思路很適合用「數量＋品質」一起看。 例如： 每日結案件數＋重開率。 部署次數＋變更失敗率。
銷售會議數＋合格機會率。 內容產量＋名單或成交貢獻。 這樣才不會讓一個漂亮數字掩蓋整體退步。
1-on-1 不是主管的進度追蹤會
一對一會議（one-on-one）不是把進度報告再聽一遍。如果只是詢問這週做了什麼、完成多少，通常可以先用書面更新。
葛洛夫更重視同事真正需要談的問題：工作卡在哪裡？有什麼需要主管協調的資源？哪些合作困難一直沒有機會說清楚？
議題主要由同事帶進來，主管則負責聆聽、追問、提供資訊，以及協助解決問題。
這樣的談話有機會提早發現問題，而不必等到工作出錯後才處理。
一對一會議怎麼開？用一張議程抓住重點
如果只想把一項觀念立即用起來，可以從固定的一對一會議開始。會前由同事提出想討論的事項，主管則準備必要資訊，會後明確記錄需要協助的事。下面是依書中原則整理的示範，不是作者提供的固定格式。
| 會議階段 | 可以問的問題 |
|---|---|
| 近況與進展 | 最近哪件事做得順？有什麼值得保留？ |
| 困難與阻礙 | 有哪個問題一直卡著，自己處理不了？ |
| 需要的協助 | 需要主管做決定、提供資源，還是幫忙協調？ |
| 確認下一步 | 誰負責處理？下次什麼時候確認？ |
不必每次都照表提問。固定談話的價值，是讓小問題提早浮現；剛接新任務的人可談得更頻繁，熟悉工作後再調整。
會議要先知道自己要產生什麼結果
「取消所有會議」聽起來很有效率，但管理本來就需要資訊交換、決策與協調。 關鍵在於會議有沒有清楚目的，以及結束時應該產生什麼結果。 Grove 區分兩種會議。 第一種是固定流程會議，例如一對一、團隊會議、營運檢視。
第二種是任務型會議，為了處理一個特定問題或做出決定而召開。 固定流程會議如果設計得好，可以讓很多問題在小的時候就被處理。 反過來，如果每天都在開臨時緊急會議，通常代表管理流程本身出了問題。
授權不是「丟出去就不管」
主管常常在兩個極端之間搖擺。 一種是什麼都自己做。 另一種是交出去後完全不看，等出事再追究。 有效的授權，需要搭配適當監控。
而且監控深度不能只看一個人「資不資深」，還要看他對這項任務熟不熟。
任務相關成熟度：管理方式要跟著任務熟悉程度改變
任務相關成熟度（Task-Relevant Maturity，TRM）是很實用的觀念。 一位資深工程師，第一次接管理工作時，管理成熟度可能仍然很低。 一位很有經驗的行銷主管，第一次負責大型活動，也可能需要更多結構與檢查。 所以管理方式應該跟著「這個人對這項任務的熟悉程度」調整。
低 TRM：需要更清楚的步驟、頻繁回饋與較密集檢查。 中 TRM：可以一起討論做法、判斷與取捨。 高 TRM：只要對齊目標與結果，給更多自主空間。 這比「新人管緊一點、資深的人完全不管」精準得多。
主管的行事曆，就是管理系統的產能配置
主管可以先把一對一會議、重要決策、規劃、團隊訓練及深度工作安排進行事曆，再處理其他臨時請求。
如果整週都排滿臨時會議，大家需要你做決定時，就只能繼續等待。適度保留緩衝，也是在保護團隊的工作節奏。
其他臨時需求再填進剩餘空間。 不要反過來，讓所有人先塞滿你的時間，最後才想辦法找空檔做高價值工作。
決策應該盡量靠近資訊，而不是只靠職位
管理者的角色不一定是每件事都親自決定。 更重要的是讓決策發生在最接近正確資訊的位置。 技術細節可能由最熟悉系統的人決定。 價格政策可能需要業務、財務和經營者一起判斷。
跨部門決策則需要一個明確的最後決策者。 好的決策流程會先讓不同觀點充分出現，接著明確做決定，最後大家一起支持執行。 最糟的狀況是會議結束後，沒有人知道到底決定了什麼。
目標與關鍵結果：讓大家知道往哪裡走、怎麼判斷進度
目標與關鍵結果（Objectives and Key Results，OKR）用來回答兩個問題：我們要去哪裡？如何判斷正在接近目標？不必把所有日常工作都列進目標表。
好的目標數量不應該太多。 關鍵結果也要能清楚判斷是否達成。 如果一季有二十幾個「最高優先」，等於沒有優先順序。 而且 OKR 如果直接機械式綁獎金，人就會傾向設定保守、容易達成的目標，反而失去挑戰性。
小團隊尤其需要高槓桿管理
即使只有三到五人的團隊，也要講清楚本週最重要的產出，以及每件事由誰負責決定。不一定需要複雜的管理制度。
可以從固定的一對一、清楚的授權範圍，以及把常見問題整理成工作方法開始。
授權時依任務成熟度調整檢查頻率。 把這些基礎做好，小團隊反而能維持很高的決策速度。
對講師、顧問與知識型事業，管理槓桿也一樣成立
當事業開始有助理、設計、客服、行銷或合作夥伴時，創辦人最容易變成所有流程的中心。 每篇文章都要你看。 每封信都要你改。 每個客戶問題都要問你。
這通常不代表團隊能力差，更常見的是判斷標準仍然只存在你的腦中。 這時高槓桿工作可能是： 把判斷標準寫成 SOP。 建立文章品質檢查規則。
錄一套客服處理訓練。 設定哪些情況可以直接決定、哪些才需要升級。 這些工作一開始比較慢，但之後會持續釋放你的時間。
如果你正在建立可重複的事業流程，也可以延伸閱讀 營收忽高忽低怎麼辦？把偶然成交變成可重複的事業成長系統。
這週怎麼開始？用 3 步驟檢查自己的管理槓桿
不需要一開始就導入整套制度。先記錄一週時間，分辨哪些事只有自己能做、哪些可以教會同事、哪些正在讓所有人等待。
- 記錄：把一週的主要工作分成親自執行、協調決策、訓練與例行管理等類型。
- 比較：挑出一件對多人長期有幫助的工作，例如整理常見客戶問題的判斷標準。
- 驗證：下一週追蹤流程是否真的減少等待、重工或反覆詢問，並搭配品質指標一起看。
例如講師事業的助理每次收到退費問題，都必須問創辦人。先把處理原則與需升級的例外整理清楚，再觀察回覆時間與誤判情況，才知道這項調整是否真正提高產出。這是假設情境，不代表任何真實客戶的成果。
管理者最重要的轉變，是從「自己做」變成「讓系統產出」
《High Output Management》最值得帶走的，是一個很簡單的管理視角。 主管的價值，不是讓自己看起來很忙。 而是讓團隊更清楚、更有能力、更少卡住，最後產出更好的結果。 有時候高槓桿工作是一個決策。
有時候是一場一對一。 有時候是一堂訓練。 有時候只是把一個反覆讓所有人重做的流程修掉。 當你開始用「這一小時能放大多少組織產出」來安排時間，管理才會從個人英雄模式，變成可以擴張的系統。
常見問題
High Output Management 是什麼書？
《High Output Management》是英特爾前執行長安迪・葛洛夫（Andrew S. Grove）撰寫的管理書，1983 年初版，1995 年有 Vintage 修訂版本。重點包括組織產出、管理槓桿、會議、授權、培訓與管理指標。
High Output Management 適合哪些人閱讀？
適合新任主管、創業者、團隊負責人，以及需要協調不同職能的顧問或知識型事業經營者。即使團隊人數不多，也能先從一對一會議、明確授權與工作流程改善開始。
High Output Management 和 OKR 有什麼關係？
書中討論目標與可衡量的關鍵結果；英特爾的管理實務後來也影響了 John Doerr 推廣目標與關鍵結果（OKR）的方法。OKR 是相關觀念之一，但《High Output Management》並不是只談 OKR 的工具書。
管理者是不是應該完全停止自己做事？
不是。管理者仍然可能需要做專業工作，但要判斷這件事是否值得自己做，以及它會不會排擠更高槓桿的管理活動。管理者的主要評估標準仍然應該回到團隊產出。
1-on-1 一定要每週開嗎？
不一定。頻率應該依任務相關成熟度、工作變化與需要的協助程度調整。剛接新任務的人可能需要每週一次；高度成熟、工作穩定的人可以拉長，但不應長期完全沒有固定談話。
授權之後還要檢查，不會變成微管理嗎？
不一定。差別在於檢查深度是否符合任務成熟度。低成熟度任務需要更多結構與回饋；高成熟度任務則應該只對齊目標、關鍵節點與結果。
小團隊只有三個人，也需要目標與關鍵結果嗎？
不一定需要完整制度，但至少需要清楚知道這一季最重要的目標，以及怎麼判斷是否往前。工具可以簡單，重點是優先順序和衡量方式清楚。
會議很多，是不是代表管理不好？
會議數量本身不是判斷標準。固定、目的清楚的流程會議可以降低大量臨時溝通；如果大部分時間都被突發、沒有結論、沒有決策者的會議占滿，才比較像管理流程出了問題。
參考資料
Penguin Random House｜High Output Management by Andrew S. Grove｜1995
Intel Corporation｜Andrew S. Grove 1936–2016｜2016
Open Library｜High Output Management — Editions｜2026年查閱
Bill Gates（Gates Notes）｜Measure What Matters: An excerpt on Andy Grove and OKRs｜2018