high-output-management
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseHigh Output Management
《高产出管理》(High Output Management)
Manage teams the way Andy Grove ran Intel: a manager's output is not what the manager does — it is what their organization produces. This skill turns High Output Management into auditable practice: production principles for knowledge work, output indicators, managerial leverage, meetings as the medium of management, clean decisions, OKRs, and a management style matched to task-relevant maturity.
借鉴安迪·格鲁夫管理英特尔的方式管理团队:管理者的产出并非个人完成的工作,而是其所在组织的产出。本技能将《High Output Management》转化为可落地的实践方法:适用于知识工作的生产原则、产出指标、管理杠杆、会议作为管理媒介、明确决策、OKRs,以及匹配任务相关成熟度的管理风格。
Core Principle
核心原则
A manager's output = the output of their organization + the output of the neighboring organizations under their influence. Nothing a manager does — emails, meetings, reviews, decisions — counts in itself; it counts only through how it raises that combined output. Since managerial time is the scarce input, the craft reduces to one question asked relentlessly: of everything I could do right now, what creates the most output per hour spent? Choose high-leverage activities; eliminate negative-leverage ones.
管理者的产出 = 所在组织的产出 + 受其影响的相邻组织的产出。 管理者所做的任何事——邮件、会议、评估、决策——本身都不算数,只有当这些行为提升了上述综合产出时才有价值。由于管理者的时间是稀缺资源,管理的精髓可以归结为一个需要持续问自己的问题:当下我能做的所有事情中,哪件事每小时能创造最高产出?选择高杠杆活动,摒弃负杠杆活动。
Scoring
评分体系
Goal: 10/10. Rate management practices, calendars, and processes 0-10 against the principles below. State the current score and the specific changes needed to reach 10/10.
- 9-10: Output indicators with quality pairs, subordinate-owned 1:1s on a TRM-based cadence, delegation with task-level monitoring, OKRs that stretch without driving pay, calendar built around forecasted key events
- 7-8: Process meetings run well, but a few activity metrics, ad hoc decision meetings, or skipped training sessions remain
- 5-6: 1:1s happen irregularly, indicators track busyness, delegation is all-or-nothing, planning produces documents instead of actions
- 3-4: Management by interruption: status theater, decisions made by rank, reviews as annual surprises
- 0-2: No 1:1s, no indicators, firefighting as the operating mode, output invisible and unmeasured
目标:10/10。 根据以下原则对管理实践、日程安排和流程进行0-10分评级。说明当前得分以及达到10/10所需的具体改进措施。
- 9-10分:产出指标配有质量对应指标,下属主导基于TRM的1:1会议节奏,授权时进行任务级监控,OKRs具有挑战性但不与薪酬挂钩,日程围绕关键预测事件制定
- 7-8分:流程会议运行良好,但仍存在少量活动指标、临时决策会议或遗漏的培训环节
- 5-6分:1:1会议不规律,指标跟踪忙碌程度,授权要么全权委托要么完全不授权,规划仅产生文档而非行动
- 3-4分:被动式管理:状态汇报形式化,按职级做决策,年度评估充满意外
- 0-2分:无1:1会议,无指标,以救火为运营模式,产出不可见且未被衡量
Framework
框架
1. Production Principles for Knowledge Work
1. 知识工作的生产原则
Core concept: Grove's breakfast factory — deliver a three-minute egg, buttered toast, and hot coffee simultaneously, at acceptable quality and lowest cost — contains all of production: build the flow around the limiting step (the egg), fix problems at the lowest-value stage, batch where setup costs dominate, and choose deliberately between building to forecast and building to order. Every team — engineering, support, recruiting — runs a production line, whether or not anyone has drawn it.
Why it works: Knowledge work hides its assembly line, and invisible flow invites firefighting. Production thinking makes flow visible: once you know the limiting step, everything else gets scheduled around it; once defects are caught at the egg stage instead of on the customer's plate, fixing them costs a fraction.
Key insights:
- Build around the limiting step: find the longest, hardest, or most expensive stage and offset everything else from it — often code review, staging access, or one overloaded specialist
- Fix problems at the lowest-value stage: kill a flawed spec in review, not after three sprints of building on it
- Batch work with high setup cost — interviews, code reviews, interrupt handling — so the setup amortizes across the batch
- Most knowledge work is built to forecast, not to order: staff the pipeline to the forecast and accept controlled risk, as the toast goes down before the customer orders
- You cannot watch all the work: treat it as a black box and cut windows into it with a handful of indicators
Applications:
| Context | Application | Example |
|---|---|---|
| Sprint flow | Schedule around the limiting step | Review is the bottleneck → protect reviewer hours before starting new work |
| Quality gates | Inspect at the lowest-value stage | Spec review kills a flawed design before a three-week build |
| Hiring pipeline | Batch and build to forecast | Phone screens batched Tue/Thu; interviewer capacity staffed to the offer-date forecast |
Ethical boundary: Run systems hot, not humans — production thinking optimizes the work, never treats people as interchangeable machines.
See: references/indicators-and-production.md when finding a limiting step or building a dashboard — limiting-step analysis, worked indicator pairs, leading vs trend indicators, stagger charts, and how to run an operation review.
核心概念:格鲁夫的早餐工厂案例——同时提供三分熟鸡蛋、黄油吐司和热咖啡,保证品质且成本最低——涵盖了所有生产逻辑:围绕瓶颈环节(鸡蛋)构建流程,在最低价值阶段解决问题,在设置成本占主导时批量处理,在按预测生产和按订单生产之间做出明确选择。每个团队——工程、支持、招聘——都在运行一条生产线,无论是否有人将其可视化。
为何有效:知识工作的流水线是隐形的,隐形流程容易导致救火式工作。生产思维让流程可视化:一旦找到瓶颈环节,其他所有工作都围绕它安排;一旦在鸡蛋阶段而非客户餐盘上发现缺陷,修复成本仅为后者的一小部分。
关键见解:
- 围绕瓶颈环节构建流程:找出最长、最困难或成本最高的阶段,其他所有工作都以此为基准安排——通常是代码评审、staging访问或某位超负荷的专家
- 在最低价值阶段解决问题:在评审阶段就否决有缺陷的需求文档,而非在基于该文档开发三个迭代后再修正
- 批量处理高设置成本的工作——面试、代码评审、中断处理——让设置成本分摊到批量任务中
- 大多数知识工作是按预测生产,而非按订单生产:根据预测配置人员并接受可控风险,就像在客户下单前先烤好吐司
- 你无法监控所有工作:将其视为黑箱,通过少量指标打开“窗口”
应用场景:
| 场景 | 应用方式 | 示例 |
|---|---|---|
| 迭代流程 | 围绕瓶颈环节安排日程 | 评审是瓶颈 → 在开始新工作前保障评审人员的时间 |
| 质量关卡 | 在最低价值阶段检查 | 需求评审时否决有缺陷的设计,避免三周的无效开发 |
| 招聘流程 | 批量处理并按预测配置 | 电话面试安排在周二/周四;根据Offer发放预测配置面试官资源 |
伦理边界:让系统高效运转,而非压榨员工——生产思维优化的是工作流程,绝不能将人视为可替换的机器。
See: references/indicators-and-production.md when finding a limiting step or building a dashboard — limiting-step analysis, worked indicator pairs, leading vs trend indicators, stagger charts, and how to run an operation review.
2. Indicators That Don't Lie
2. 真实反映情况的指标
Core concept: Measure output, not activity — what the team shipped that survived, not how busy it looked. Pair every quantity indicator with a quality counterpart so neither can be optimized at the other's expense, favor leading indicators that buy time to act, and report forecasts in stagger charts that show how each forecast evolved.
Why it works: People do what management measures, so an unpaired indicator is an instruction to game it. The pair closes the loop: push throughput and the escape rate exposes the corner-cutting. Leading indicators and stagger charts convert measurement from autopsy to steering.
Key insights:
- Lines of code, hours logged, and tickets touched are activity; features alive in production and problems solved are output
- Pair quantity with quality: deploys/week with change-failure rate, ticket closes with reopens, velocity with incident count
- Leading indicators (review queue age, build flakiness, on-call page rate) warn before output drops; trend indicators compare output against your own history and forecast
- A stagger chart re-forecasts the same horizon every period; reading down a column shows whether forecasting is honest, optimistic, or sandbagged
- Administrative work measures like a factory: offers per recruiter-week, invoices processed per day — always with a quality pair
Applications:
| Context | Application | Example |
|---|---|---|
| Eng dashboard | Pair quantity with quality | Deploys/week paired with change-failure rate |
| Support ops | Output plus its quality shadow | Tickets resolved/day paired with reopen rate and CSAT |
| Quarterly forecast | Stagger chart | Re-forecast quarter-end ARR monthly; drift visible down each column |
Ethical boundary: Indicators measure the work, not the worker — used for surveillance, they teach people to optimize the number instead of the output.
核心概念:衡量产出,而非活动——即团队交付且留存的成果,而非表面的忙碌程度。为每个数量指标搭配一个质量对应指标,避免一方以牺牲另一方为代价进行优化;优先选择领先指标,以便有时间采取行动;用滚动预测图展示预测的演变过程。
为何有效:员工会按照管理层衡量的方向行动,因此单一指标相当于引导员工钻空子。指标配对形成闭环:提高吞吐量时,逃逸率会暴露偷工减料的行为。领先指标和滚动预测图将衡量从事后总结转变为事前调控。
关键见解:
- 代码行数、记录的工时、处理的工单属于活动指标;生产环境中存活的功能、解决的问题属于产出指标
- 数量与质量配对:每周部署次数与变更失败率、工单关闭数与重开数、交付速度与事件数
- 领先指标(评审队列时长、构建不稳定率、值班告警频率)在产出下降前发出预警;趋势指标将产出与自身历史数据和预测进行对比
- 滚动预测图在每个周期重新预测同一时间范围;查看列数据可了解预测是真实、乐观还是保守
- 行政工作像工厂一样衡量:每个招聘专员每周发出的Offer数、每天处理的发票数——始终搭配质量对应指标
应用场景:
| 场景 | 应用方式 | 示例 |
|---|---|---|
| 工程仪表盘 | 数量与质量配对 | 每周部署次数搭配变更失败率 |
| 支持运营 | 产出及其质量指标 | 每日解决工单数搭配重开率和CSAT(客户满意度) |
| 季度预测 | 滚动预测图 | 每月重新预测季度末ARR(经常性收入);列数据可显示预测偏差 |
伦理边界:指标衡量的是工作,而非员工——若用于监控,会引导员工优化数字而非产出。
3. Managerial Leverage
3. 管理杠杆
Core concept: Leverage is the output created per unit of managerial time. High-leverage activities affect many people at once (training, well-prepared decisions, information gathering) or redirect months of work with a small, well-timed nudge. The calendar is the manager's production system: forecast the key events, batch the rest, and say no at the source when capacity is full.
Why it works: Managerial activities differ by orders of magnitude in output per hour — ninety minutes preparing a review shapes a year of someone's work, while a day of meddling subtracts output. A manager who lets the calendar happen to them spends prime hours on whatever shouted loudest.
Key insights:
- Negative leverage is real: meddling (supervising an expert in detail), waffling (stalling a decision others wait on), and a manager's visible gloom all multiply downward through the team
- Delegate the tasks you know best — monitoring them costs you least — and remember that delegation without monitoring is abdication
- Monitor at the task level, not the person level: sample like incoming inspection, deeper at low task-relevant maturity, lighter as it rises
- Forecast your limiting steps: put 1:1s, staff meetings, reviews, and planning on the calendar first and let interrupts fill around them, not the reverse
- Run below 100% load: a fully booked manager turns every surprise into a delay for everyone downstream; saying no early is cheaper than failing late
- Batch interruptions with office hours and known checkpoints instead of letting them shred maker time
Applications:
| Context | Application | Example |
|---|---|---|
| Week design | Forecast fixed events, batch the rest | 1:1s Tue-Wed mornings, PR reviews batched daily at 4pm, Monday deep-work block |
| Delegation | Monitoring depth by TRM | New hire's first migration: plan review plus daily spot checks; veteran's: rollout plan only |
| Interrupts | Convert random pings to office hours | Two daily drop-in slots replace ad hoc Slack escalations |
Ethical boundary: Leverage means multiplying others' output, never hoarding information or approvals until you become the bottleneck everyone must visit.
See: references/leverage-and-calendar.md when auditing a calendar or setting up delegation — the weekly leverage audit, positive/negative-leverage catalog, delegation protocol with TRM-based monitoring depth, calendar-redesign procedure, and interruption management.
核心概念:杠杆是每单位管理时间创造的产出。高杠杆活动可同时影响多人(培训、充分准备的决策、信息收集),或通过一个及时的小调整改变数月的工作方向。日程是管理者的生产系统:预测关键事件,批量处理其他事务,在能力饱和时从源头拒绝不必要的工作。
为何有效:管理活动每小时的产出差异巨大——90分钟准备绩效评估会影响员工一年的工作,而一天的微观管理会减少产出。让日程“自然发生”的管理者会把黄金时间花在最吵闹的事情上。
关键见解:
- 负杠杆真实存在:微观管理(对专家进行细节监督)、犹豫不决(拖延他人等待的决策)、管理者明显的消极情绪都会向下传导影响团队
- 授权你最熟悉的任务——监控这些任务的成本最低——记住,无监控的授权等同于放任不管
- 按任务而非个人进行监控:像来料检验一样抽样,任务相关成熟度低时监控更深入,成熟度高时监控更宽松
- 预测你的瓶颈环节:先将1:1会议、团队会议、评估和规划安排到日程上,再用中断事务填补剩余时间,而非反过来
- 保持低于100%的负荷:日程排满的管理者会把每个意外都转化为下游所有人的延误;早拒绝比晚失败成本更低
- 通过办公时间和固定检查点批量处理中断,避免打乱专注工作时间
应用场景:
| 场景 | 应用方式 | 示例 |
|---|---|---|
| 周计划 | 预测固定事件,批量处理其他事务 | 1:1会议安排在周二-周三上午,PR评审每天下午4点批量处理,周一设置深度工作时段 |
| 授权 | 根据TRM调整监控深度 | 新员工首次迁移:计划评审+每日抽查;资深员工:仅需上线计划 |
| 中断处理 | 将随机消息转为办公时间 | 每天设置两个临时接待时段,替代临时Slack升级请求 |
伦理边界:杠杆意味着放大他人的产出,绝不能囤积信息或审批权限,让自己成为所有人都必须对接的瓶颈。
See: references/leverage-and-calendar.md when auditing a calendar or setting up delegation — the weekly leverage audit, positive/negative-leverage catalog, delegation protocol with TRM-based monitoring depth, calendar-redesign procedure, and interruption management.
4. Meetings Are the Medium of Management
4. 会议是管理的媒介
Core concept: A meeting is not a symptom of bad management; it is where managerial work — gathering information, imparting it, deciding, nudging — actually happens. Process-oriented meetings (one-on-ones, staff meetings, operation reviews) run on a regular cadence and should carry the bulk of that work, roughly a quarter of the calendar. Mission-oriented meetings are ad hoc and exist solely to produce a decision.
Why it works: Regularity makes meetings cheap — standing agendas, shared expectations, zero setup cost — and starves the expensive kind: issues get caught small in 1:1s and staff meetings instead of exploding into emergency decision meetings. Grove's malorganization test: ad hoc mission-oriented meetings eating more than about a quarter of managerial time means the process is broken.
Key insights:
- The 1:1 is the subordinate's meeting: they own the agenda and bring it; the supervisor's job is to listen and learn what is really going on
- Set 1:1 frequency by task-relevant maturity, not seniority or affection: new-to-task weekly, veterans every few weeks — never less than monthly
- Both sides keep a "hold" list of non-urgent items for the next 1:1 — it batches interruptions away
- The supervisor takes the notes: writing down agreed actions signals commitment and forces follow-up
- "One more thing": after the agenda is done, ask what else is on their mind — the real issue often surfaces in the last five minutes
- Staff meetings are controlled free discussion — the manager moderates as a Socratic prodder, not a lecturer; a recurring "ad hoc" meeting is a process meeting in denial
Applications:
| Context | Application | Example |
|---|---|---|
| New report | Weekly 1:1, their agenda | First 90 days: 60 minutes weekly; agenda arrives the day before |
| Team sync | Controlled free discussion | Two-minute updates, then debate on two pre-flagged issues |
| Recurring "urgent" meeting | Convert to process | Third ad hoc incident review this month becomes a standing ops review |
Ethical boundary: Hijacking the 1:1 for status extraction teaches people to stop bringing real problems — status belongs in writing.
See: references/meetings-and-one-on-ones.md when designing a meeting cadence or running a 1:1 — the full 1:1 playbook with agenda templates, staff-meeting design, operation-review roles, and meeting-cost math for when to kill a meeting.
核心概念:会议并非管理不善的表现,而是管理工作——收集信息、传递信息、决策、引导——实际发生的场所。流程导向型会议(一对一会议、团队会议、运营评审)定期召开,应承担大部分管理工作,约占日程的四分之一。任务导向型会议是临时会议,唯一目的是做出决策。
为何有效:定期召开让会议成本降低——固定议程、共同预期、零准备成本——并减少昂贵的临时会议:问题在1:1会议和团队会议中被及时发现,而非演变成紧急决策会议。格鲁夫的混乱测试:临时任务导向型会议占管理时间超过四分之一意味着流程存在问题。
关键见解:
- 1:1会议是下属的会议:他们拥有议程并负责准备;管理者的职责是倾听并了解真实情况
- 根据任务相关成熟度而非职级或偏好设置1:1会议频率:新接手任务的员工每周一次,资深员工每几周一次——每月至少一次
- 双方都保留“待讨论”列表,用于下次1:1会议的非紧急事项——这能批量处理中断
- 管理者负责记录笔记:写下商定的行动表明承诺并推动跟进
- “最后一件事”:议程结束后,询问对方还有什么想法——真正的问题往往在最后五分钟浮现
- 团队会议是可控的自由讨论——管理者作为苏格拉底式引导者主持,而非讲师;反复召开的“临时”会议其实是流程导向型会议的伪装
应用场景:
| 场景 | 应用方式 | 示例 |
|---|---|---|
| 新下属 | 每周1:1会议,由下属主导议程 | 前90天:每周60分钟;议程提前一天提交 |
| 团队同步 | 可控的自由讨论 | 两分钟进度更新,然后针对两个预先标记的问题进行讨论 |
| 反复召开的“紧急”会议 | 转为流程导向型会议 | 本月第三次临时事件评审会改为固定运营评审会 |
伦理边界:将1:1会议劫持为状态汇报会会让员工不再提出真实问题——状态应通过书面形式汇报。
See: references/meetings-and-one-on-ones.md when designing a meeting cadence or running a 1:1 — the full 1:1 playbook with agenda templates, staff-meeting design, operation-review roles, and meeting-cost math for when to kill a meeting.
5. Decisions and Planning (incl. OKRs)
5. 决策与规划(含OKRs)
Core concept: The ideal decision moves through free discussion (all views aired, dissent welcome), a clear decision (stated crisply — the more contentious, the crisper), and full support (disagree and commit). Decisions belong at the lowest competent level, closest to current technical knowledge. Planning runs the same arc: assess environmental demand, face present status honestly, close the gap — because the output of planning is decisions and actions taken now, not documents.
Why it works: Free discussion surfaces knowledge that lives at the edges; a clear decision prevents the costliest outcome, ambiguity; full support lets the organization move without unanimity. And today's firefight is yesterday's planning failure — planning works on next year's gap, not this week's smoke.
Key insights:
- Peer-group syndrome — peers circling, waiting for someone senior to lean — is broken by peer-plus-one: one senior person in the room sanctioned to tip the decision
- Before any decision meeting, answer six questions: what decision, by when, who decides, who is consulted, who ratifies or vetoes, who is informed
- When no one person has both, pair the freshest technical knowledge with the strongest organizational judgment
- Reversing a decision quietly is waffling; reversing it openly on new facts is management
- MBO/OKRs answer two questions: where do I want to go (objective), and how will I pace myself to see I am getting there (key results)
- Keep objectives few and key results measurable enough to score without argument; cascade so one level's key results become the next level's objectives — and never wire them mechanically to compensation
Applications:
| Context | Application | Example |
|---|---|---|
| Architecture choice | Free discussion → clear decision → commit | RFC debated one week; tech lead decides; dissent recorded, then full support |
| Decision prep | Six-question brief | "Pick payments vendor by Jun 30; platform PM decides; eng and finance consulted; VP ratifies" |
| Quarterly planning | Cascading OKRs | Company KR "checkout p95 under 800ms" becomes the platform team's objective |
See: references/decisions-planning-okrs.md when prepping a contentious decision or a planning cycle — the six-question brief, peer-group-syndrome counters, three-step planning, and a Grove-style OKR cascade with pitfalls.
核心概念:理想的决策流程包括自由讨论(充分表达所有观点,欢迎异议)、明确决策(清晰陈述——争议越大,陈述越清晰)和全力支持(保留异议但执行)。决策应在最低胜任层级做出,贴近最新技术知识。规划遵循相同流程:评估环境需求,如实面对当前状态,缩小差距——因为规划的产出是当下做出的决策和行动,而非文档。
为何有效:自由讨论能挖掘边缘知识;明确决策避免最昂贵的结果——模糊不清;全力支持让组织无需达成一致即可行动。今天的救火是昨天的规划失败——规划针对的是明年的差距,而非本周的紧急情况。
关键见解:
- peer-group syndrome(群体观望综合征)——同事们互相等待上级表态——可通过peer-plus-one(群体加一位上级)解决:房间里有一位被授权做出最终决策的上级
- 在任何决策会议前,回答六个问题:要做什么决策、截止日期、谁决策、谁被咨询、谁批准或否决、谁被通知
- 当无人同时具备两者时,将最新技术知识与最强组织判断力相结合
- 悄悄推翻决策是犹豫不决;基于新事实公开推翻决策是管理行为
- MBO/OKRs回答两个问题:我想去哪里(目标),如何判断自己正在前进(关键结果)
- 目标要少,关键结果要足够可衡量,无需争论即可打分;层层递进,上一层的关键结果成为下一层的目标——绝不能将其与薪酬机械挂钩
应用场景:
| 场景 | 应用方式 | 示例 |
|---|---|---|
| 架构选择 | 自由讨论→明确决策→执行 | RFC(请求评论)讨论一周;技术负责人决策;记录异议后全力执行 |
| 决策准备 | 六问题简报 | “6月30日前选择支付供应商;平台PM决策;咨询工程和财务部门;副总裁批准” |
| 季度规划 | 层层递进的OKRs | 公司关键结果“结账p95延迟低于800ms”成为平台团队的目标 |
See: references/decisions-planning-okrs.md when prepping a contentious decision or a planning cycle — the six-question brief, peer-group-syndrome counters, three-step planning, and a Grove-style OKR cascade with pitfalls.
6. Task-Relevant Maturity, Reviews, and Training
6. 任务相关成熟度、评估与培训
Core concept: There is no universally good management style. The right style depends on the subordinate's task-relevant maturity (TRM) — their experience, training, and confidence for this specific task: low TRM calls for structured "how" instruction, medium for mutual reasoning about "what and why", high for agreed objectives with light monitoring. TRM is task-specific, not seniority, so style must shift the moment the task does.
Why it works: Mismatched style fails in both directions — hands-off at low TRM is abandonment dressed as empowerment; detailed instruction at high TRM is meddling that destroys ownership. The performance review is where the cost of a mismatch compounds: a year's feedback delivered in the wrong register lands as either neglect or insult.
Key insights:
- A star promoted into management is high-TRM on engineering and low-TRM on managing — structure the new task even for your best person
- The performance review is the single most important form of task-relevant feedback a supervisor gives; its only purpose is improving the recipient's performance
- Assess, don't blend: complete the written assessment first, then separately decide which three messages will actually change next year's output
- No surprises: anything that startles the recipient in a review is the supervisor's failure, logged in public
- The ace who is coasting deserves the most review effort — "keep it up" robs your best performer of their next level
- Once lower needs are met, only an ever-rising, self-set bar motivates (the athlete mindset) — and training is the manager's highest-leverage way to raise that bar: deliver it yourself, because outsourcing training outsources standards
Applications:
| Context | Application | Example |
|---|---|---|
| Newly promoted manager | Re-rate TRM per task | Weekly structured 1:1s on hiring and delegation, even for a star engineer |
| Review prep | Assess first, message second | Full written assessment, then the three messages that change next year |
| Team capability | Manager-taught training | EM personally teaches a four-session incident-response course |
See: references/case-studies.md when preparing a review or coaching a newly promoted manager — three worked scenarios (meeting-drowned new manager, velocity-up/quality-down, a botched review repaired with TRM coaching).
核心概念:不存在通用的优秀管理风格。合适的风格取决于下属的任务相关成熟度(TRM)——他们在特定任务上的经验、培训和信心:低TRM需要结构化的“怎么做”指导,中TRM需要关于“做什么和为什么”的共同探讨,高TRM需要商定目标并进行宽松监控。TRM是针对任务的,而非职级,因此任务变化时管理风格必须随之调整。
为何有效:风格不匹配会双向失败——对低TRM员工放任不管是披着赋能外衣的放弃;对高TRM员工进行详细指导是破坏归属感的微观管理。绩效评估是风格不匹配成本累积的地方:用错误方式传递一年的反馈会被视为忽视或侮辱。
关键见解:
- 晋升为管理者的明星员工在工程方面是高TRM,但在管理方面是低TRM——即使是最优秀的员工,也要为新任务制定结构化流程
- 绩效评估是管理者给予下属的最重要的任务相关反馈;其唯一目的是提升接收者的绩效
- 先评估,再提炼信息:先完成书面评估,再单独决定哪三条信息能真正改变明年的产出
- 无意外原则:评估中让接收者感到惊讶的任何内容都是管理者的失败,需公开记录
- 表现出色但停滞不前的员工需要最多的评估投入——“保持下去”会剥夺最优秀员工提升的机会
- 一旦低层次需求得到满足,只有不断提高的自我设定目标才能激励员工(运动员思维)——培训是管理者提升该目标的最高杠杆方式:亲自授课,因为外包培训等同于外包标准
应用场景:
| 场景 | 应用方式 | 示例 |
|---|---|---|
| 新任管理者 | 按任务重新评估TRM | 即使是明星工程师,也要每周进行结构化1:1会议,指导招聘和授权 |
| 评估准备 | 先评估,再提炼信息 | 完成完整书面评估,然后确定能改变明年产出的三条信息 |
| 团队能力建设 | 管理者亲自授课 | 工程经理亲自教授四节事件响应课程 |
See: references/case-studies.md when preparing a review or coaching a newly promoted manager — three worked scenarios (meeting-drowned new manager, velocity-up/quality-down, a botched review repaired with TRM coaching).
Common Mistakes
常见错误
| Mistake | Why It Fails | Fix |
|---|---|---|
| Measuring activity, not output | Busyness is gameable and says nothing about results | Count what shipped and survived; pair quantity with quality |
| Publishing unpaired indicators | The team optimizes the number at quality's expense | Add the quality counterpart before the metric goes live |
| Skipping 1:1s when busy | Cancels the highest-leverage 90 minutes on the calendar | Treat 1:1s as forecasted production steps: reschedule, never drop |
| Decisions by rank | Knowledge lives at the lowest competent level; rank silences it | Free discussion, then a clear decision by the named decider |
| OKRs as a compensation formula | Guarantees sandbagged, safe objectives | Keep OKRs a stretch tool; comp weighs more than OKR hit rate |
| One management style for everyone | Abandons the new, smothers the experienced | Match style to task-relevant maturity, task by task |
| Catching defects at the highest-value stage | Cost multiplies at every stage a flaw survives | Inspect specs and plans, not just production |
| Saving feedback for the annual review | It detonates all at once; trust and the year are both lost | No-surprises rule: deliver feedback when the event happens |
| 错误 | 失败原因 | 修复方法 |
|---|---|---|
| 衡量活动而非产出 | 忙碌程度可被钻空子,与结果无关 | 统计交付且留存的成果;数量与质量配对 |
| 发布单一指标 | 团队会以牺牲质量为代价优化数字 | 在指标上线前添加质量对应指标 |
| 忙碌时跳过1:1会议 | 取消了日程上最高杠杆的90分钟 | 将1:1会议视为预测的生产环节:重新安排,绝不取消 |
| 按职级做决策 | 知识存在于最低胜任层级;职级会压制知识 | 自由讨论,然后由指定决策者做出明确决策 |
| 将OKRs作为薪酬公式 | 必然导致目标保守 | 将OKRs作为挑战性工具;薪酬权重高于OKRs完成率 |
| 对所有人采用同一种管理风格 | 放弃新员工,压制资深员工 | 根据任务相关成熟度调整风格,逐个任务适配 |
| 在最高价值阶段发现缺陷 | 缺陷每存活一个阶段,修复成本就会翻倍 | 检查需求文档和计划,而非仅检查生产成果 |
| 把反馈留到年度评估 | 一次性爆发,信任和一年的工作都白费 | 无意外原则:事件发生时立即反馈 |
Quick Diagnostic
快速诊断
| Question | If No | Action |
|---|---|---|
| Can you state your team's output in one sentence? | You are managing activity | Define output; build 4-6 indicators around it |
| Does every quantity metric have a quality pair? | The number is being gamed already | Pair it: throughput with escapes, closes with reopens |
| Do you know your team's limiting step? | Flow is built around the wrong constraint | Find where work queues longest; schedule around it |
| Did your reports set the agendas of their last 1:1s? | You ran status meetings instead | Hand the agenda to the subordinate; you take the notes |
| Is 1:1 frequency set by task-relevant maturity? | Someone is over- or under-managed | Weekly for new-to-task, monthly for veterans |
| Was your last big decision made at the lowest competent level? | Rank decided; knowledge watched | Name decider, consulted, and ratifier before the meeting |
| Would your team set the same OKRs if pay weren't attached? | Objectives are sandbagged | Decouple OKRs from the compensation formula |
| Have you personally taught your team anything this quarter? | Highest-leverage activity skipped | Schedule a manager-taught course now |
| 问题 | 如果答案为否 | 行动 |
|---|---|---|
| 你能用一句话说明团队的产出吗? | 你在管理活动而非产出 | 定义产出;围绕它构建4-6个指标 |
| 每个数量指标都有对应的质量指标吗? | 数字已被钻空子 | 配对:吞吐量与逃逸率、关闭数与重开数 |
| 你知道团队的瓶颈环节吗? | 流程围绕错误的约束构建 | 找出工作排队最长的地方;围绕它安排日程 |
| 下属是否主导了上次1:1会议的议程? | 你开的是状态汇报会 | 将议程交给下属;你负责记录笔记 |
| 1:1会议频率是否根据任务相关成熟度设置? | 有人被过度管理或管理不足 | 新接手任务的员工每周一次,资深员工每月一次 |
| 上次重大决策是否在最低胜任层级做出? | 职级决策,知识闲置 | 会议前明确决策者、被咨询者和批准者 |
| 如果不与薪酬挂钩,你的团队会设置相同的OKRs吗? | 目标过于保守 | 将OKRs与薪酬公式脱钩 |
| 本季度你是否亲自教过团队任何内容? | 跳过了最高杠杆的活动 | 立即安排管理者授课的课程 |
Further Reading
延伸阅读
- "High Output Management" by Andrew S. Grove
- "Only the Paranoid Survive" by Andrew S. Grove
- "Measure What Matters" by John Doerr
- 《High Output Management》 作者:Andrew S. Grove
- 《Only the Paranoid Survive》 作者:Andrew S. Grove
- 《Measure What Matters》 作者:John Doerr
About the Author
关于作者
Andrew S. Grove (1936-2016) fled Hungary at twenty, became Intel's third employee, and rose to president, CEO, and chairman, driving the company's famous pivot from memory chips to microprocessors. Time's 1997 Man of the Year, he mentored a generation of Silicon Valley leaders, and his management-by-objectives system became the OKR method now standard across tech.
Andrew S. Grove(1936-2016)20岁时逃离匈牙利,成为英特尔的第三位员工,后来晋升为总裁、CEO和董事长,推动公司从存储芯片向微处理器的著名转型。1997年《时代》周刊年度人物,他指导了一代硅谷领导者,其目标管理体系成为如今科技行业标准的OKR方法。