Day 13 · 2026.06.02

授权与放手：从微管理到信任的档位

主题：Delegation·4 个原则
"It doesn't make sense to hire smart people and tell them what to do; we hire smart people so they can tell us what to do." — Steve Jobs
本周的命题：授权不是"我太忙了，把活分出去"，而是你能不能从"最强的执行者"变成"放大别人产出的人"——这是 IC 到 manager 最难跨的坎。不授权的代价是结构性的：团队产出上限 = 你一个人的带宽；而你晋升的前提，恰恰是先证明你能 scale 出不依赖你的产出。但授权也不是甩手——"放权 vs 微管理"是个假二分，真功夫在中间：同一件事，对不同的人、不同的成熟度，该用不同的档位。本周四原则：想清楚什么只有你能做（授权矩阵）、授权的七个档位（信任阶梯）、下属求助时把"猴子"还回去（Coaching vs Telling）、放手后用护栏代替监控、容忍 80% 的解法。
PRINCIPLE 01

先列"只有你能做"的短清单，其余默认授权 The Delegation Matrix — Start From What Only You Can Do

授权矩阵杠杆取舍
一句话原则 · 名家原话
别问"这件事我能不能分出去"，反过来问："有哪几件事只有我能做？"列出那张短清单（通常不超过 5 项），其余默认全部授权。决策只看两轴：对组织的杠杆有多高、别人能不能做到 80%。
"The most effective management style ... depends on the task-relevant maturity of the subordinate—the more experienced he is at a specific task, the more the manager should delegate." "最有效的管理风格……取决于下属对该项任务的'任务相关成熟度'——他在这件具体的事上越有经验，你就该越多地授权。" — Andy Grove,《High Output Management》Ch.7
授权决策矩阵
任务杠杆 → 别人能否做到 80% → 高杠杆 · 只有你能 亲自做——但这是危险 的单点。本季就培养接班人 高杠杆 · 别人能做 授权 + 重点 coaching 你该投入精力的主战场 低杠杆 · 只有你能 写文档 / 自动化， 消灭这个对你的依赖 低杠杆 · 别人能做 直接授权，别再碰， 这是你最该松手的格子
场景示范
情境：你每周花 6 小时在"别人也能做到 80%"的事上——写团队周报、triage bug、approve 例行 PR。
✗ 常见心态

"这些我做更快更好，教别人还要花时间，不如自己干。"
→ 这是只算今天、不算这一年的账。一年后你还在写周报，没人成长，你也腾不出手做只有你能做的高杠杆事（战略、跨团队、人才培养）。

✓ 修后做法

把右下格（低杠杆·别人能）整块授权出去。派周报时这样说："周报从下周起轮值。这不是杂活——写周报逼你看清全队在干什么，对你理解全局有用。我给你模板，第一次一起过一遍。"

关键：把"我甩给你"重构成"这对你有价值"，给模板 + 第一次陪跑，别丢出去就消失。

检查表
  • "只有我能做"的清单超过 5 项了吗？多半是我没培养人，不是真的只有我能。
  • 右下格（低杠杆·别人能）的事，我这周还亲自做几件？
  • 左上格（高杠杆·单点依赖）里，每项我指定接班人了吗？
  • 我授权出去的，是不是只有无聊杂活？高杠杆的成长机会也分了吗？
常见错误 · 女性视角
  • "我做更快"是短期账。第一次教确实慢，但第十次他独立做时，你早赚回来了。
  • 只授权无聊的事。下属不傻——只给杂活、光鲜的留给自己，他会走。
  • 反向委派。授权出去又被"问回来"，活又回到你手上——Card 3 专治。
Female Leader's Note 两个效应叠加在女性 leader 身上（Babcock《The No Club》谈"non-promotable work"）：(1) 女性更容易被自己和他人分配"office housework"——记纪要、组织团建、带新人这类低杠杆、不带晋升的活，挤占了本该授权或拒绝的时间；(2) 女性指派任务时更容易被贴"bossy / 爱使唤人"标签，男性同样行为却被读作"有领导力"。对策：把授权公开框成"轮值 + 成长"，让 glue work 也进轮值表（不独吞也不被标签）。
本周习作：写下"只有我能做"的清单。超过 5 项，圈出"其实是我没培养人"的那几项，各指定一个可 coach 的人选。
思考题：你上周花最多时间的事落在矩阵哪格？若是右下格，什么心理让你没放手？
PRINCIPLE 02

授权是七档连续，不是开/关开关 The Trust Ladder — Seven Levels of Delegation

信任阶梯七档授权明确边界
一句话原则 · 名家原话
大多数微管理来自一个误解：以为授权只有"我管"和"你管"两档。其实它是一道七级阶梯，从"我决定告诉你"到"你全权我不插手"。同一件事，新人在第 3 档、资深在第 6 档。把你站在第几档明确说出口——这一句能消掉一半的误解与受伤。
"Delegation is not a binary thing. There are seven levels of delegation, from telling people what to do up to fully delegating a decision. Make the level explicit." "授权不是非此即彼。它有七个层级，从直接告诉别人怎么做，到把决定完全交出去。把当前的层级讲明白。" — Jurgen Appelo,《Management 3.0》(Delegation Poker / 7 Levels)
信任阶梯（左低 → 右高，你的控制递减、他的自主递增）
他的自主 → 1 告知 Tell 2 推销 Sell 3 咨询 Consult 4 共定 Agree 5 建议 Advise 6 询问 Inquire 7 全权 Delegate
1 告知=我定，通知你 · 2 推销=我定，但说服你 · 3 咨询=先听你，再我定 · 4 共定=一起拍板 · 5 建议=我给意见你定 · 6 询问=你先定，再告诉我 · 7 全权=你定，不必告诉我
场景示范
情境：同一个任务——设计一个新服务的 API 契约——要交给两个人。
✗ 常见做法

对所有人用同一档：要么不放心、全程盯每个 endpoint（实际第 1 档），要么"你看着办"（第 7 档）一句甩出去。新人在第 7 档会淹死，资深在第 1 档会窒息。

✓ 修后做法：把档位说出口

对新人（第 4 档·共定）："这个 API 我们一起定。你先出草案，周三一起 review、一起拍板——不是考你，是想让你看我怎么权衡。"

对资深（第 7 档·全权）："这个你全权。设计、定稿、上线你来，做完群里知会一声即可，不需要我点头。想拉我进去的点你叫我。"

关键就是那句"这件事我在第 X 档"——双方都知道边界，避免"我以为你会先问我"式的踩雷。

检查表
  • 这次授权，我明确说出"在第几档"了吗？还是默认对方能读懂我心里的边界？
  • 同一个人随着 TRM 上升，我把档位往上调了吗？还是一年了还停在第 3 档？
  • 我有没有"嘴上第 7 档、身体第 2 档"——说全权交给你，又偷偷改他的 PR？
  • 临时降档（比如危机时收回决定权）时，我解释原因了吗？沉默的降档 = 不信任信号。
常见错误
  • 对所有人同一档。授权档位是"人 × 任务"的函数，不是你的固定性格。
  • 说一档、做另一档。口头第 7 档、行为第 2 档，比一开始就说"我盯着"更伤信任——因为你还撒了谎。
  • 因为怕收不回而永不升档。档位可上可下；先升到第 5 档试，出问题再降，比锁死在第 3 档让人永远长不大强。
本周习作：挑一个你在 own 的任务和一个下属，决定"交到第几档"，派活时一字不差说出"这件事我在第 X 档"。
思考题：你团队里谁被你一直锁在第 3 档却说不出理由？那是真实能力问题，还是你的控制欲？
PRINCIPLE 03

下属带着问题来，先把"猴子"还回去 Coaching vs Telling — Give the Monkey Back

教练式反向委派提问
一句话原则 · 名家原话
下属带问题来，你一给答案，那只"猴子"（问题的所有权）就从他背上跳到你背上——下次他还会来问。多数时候你的任务不是解决，是让他自己解决并长本事。少给一点答案，多问一个问题。
"Tell less and ask more. Your advice is not as good as you think it is. Stay curious a little longer, rush to action and advice-giving a little more slowly." "少说，多问。你的建议没你以为的那么好。多保持一会儿好奇，别那么急着给答案、急着行动。" — Michael Bungay Stanier,《The Coaching Habit》
场景示范（本卡核心）
情境：一位中级工程师走过来——"这个架构选型我拿不准，你觉得用 Kafka 还是直接上 SQS？"
✗ 不要立刻说

"用 SQS，简单，我们量没那么大，Kafka 是杀鸡用牛刀。"
→ 你 3 秒解决了问题，也顺手拿走了这个决定。下一个选型，他还是会来问你。你成了团队的瓶颈，他没长出判断力。

✓ 试着先问（把决定权留在他手里）

· "你自己倾向哪个？为什么？"（先逼出他的判断）

· "两个方案最坏的情况各是什么？哪个错了更难收场？"

· "你还缺哪条信息才能自己拍板？"（常常答案是"其实够了"）

· 收尾："听起来你倾向 SQS 且理由成立——这个你来定，我支持。"

边界——别教条：任务紧急、涉及安全、或他确实没背景时，直接 telling 才对——新人要方向时你一直反问，那不是 coaching，是折磨。先判断"他是求答案、求授权、还是真没背景"，再决定还不还猴子。
检查表
  • 他抛问题时，我能不能忍住，先回一句"你自己怎么看"？
  • 我分清了吗：他是真没背景（该 telling），还是只是想要我背书（该把决定还给他）？
  • 就算我要 telling，我解释"为什么"了吗？还是只给结论？
  • 问完之后，我留了沉默、忍住没自问自答吗？
常见错误
  • "建议怪兽"（advice monster）。你太享受当那个有答案的人——这正是 IC 惯性，manager 要戒。
  • 把 coaching 变成"猜我心里的答案"。嘴上问"你怎么看"，他一答错你就否——更隐蔽、更伤人的微管理。
  • 该 telling 时硬 coaching。火烧眉毛、新人没方向时反问，是不负责任。教练式不是万能钥匙。
本周习作：这周至少抓一次"下属来问你怎么办"，强迫第一句是反问而非答案，记下他最终的决定和你预期差多少。
思考题：上次你"秒答"下属——若当时先问"你怎么看"，他能自己走到答案吗？你是在帮他，还是喂养自己的"被需要感"？
PRINCIPLE 04

放手后：容忍 80% 的解法，用护栏代替监控 After Letting Go — Guardrails, Not Surveillance

容错可逆性护栏
一句话原则 · 名家原话
授权出去，就要接受两件事：他会做得和你不一样，他会犯可恢复的错。关键不是盯紧，而是分清可逆 / 不可逆：可逆的放手让他试错，不可逆的才介入放慢。check-in 绑在里程碑和指标上，不是绑在你的焦虑上。
"Some decisions are consequential and irreversible or nearly irreversible—one-way doors... But most decisions aren't like that—they are changeable, reversible—they're two-way doors. Type 2 decisions can and should be made quickly by ... small groups." "有些决定影响重大、几乎不可逆——是单向门……但多数决定不是这样——它们可改、可逆，是双向门。这类决定可以、也应该由小团队快速做出。" — Jeff Bezos, Amazon 2015 致股东信
介入前先问：这是哪种门？
双向门 · 可逆 改回来不贵 → 默认全放手 让他试错，事后一起复盘 忍住"我会这样做"的冲动 例：内部工具选型、命名、重构顺序 单向门 · 不可逆 改回来很贵 → 介入、放慢 共同决策，你要在场 但仍让他主导、解释理由 例：对外 API 契约、数据 schema、招人
场景示范
情境：你 review 下属的实现，方案能 work，但不是你会选的——稍微绕、可优化，且完全可逆。
✗ 常见做法

"等下，这块我觉得应该这样写……"然后接管，replace 成你的写法。
→ 你赢了这个 PR，输了长期：他学到"反正老板最后会改成他的样子"，下次干脆不动脑等你定。

✓ 修后做法：先判可逆性，再用"我打算…"机制

先在心里问："这可逆吗？三周后发现不对，改回来贵吗？" 不贵 → 放手。对他说："这能跑，我会选另一种写法，但这是风格不是对错，你来定。两周后看监控，有性能问题再调。"

资深团队可用 Marquet 的"I intend to…"：让下属说"我打算这样做，因为 X"，你只在不可逆或致命处喊停。

检查表：check-in 不变 micromanage 的边界
  • 想介入前，我先问"这可逆吗"了吗？可逆的，我忍住了吗？
  • 我的 check-in 绑在里程碑/指标上，还是绑在我"想知道进展"的焦虑上？
  • 事先约好红线和里程碑了吗？约好之后中间我做到不查岗了吗？
  • 他失败后，我是 blameless 复盘改进系统，还是秋后算账、收回授权？
  • 成果出来，功劳我公开归到他名下了吗？
常见错误
  • 把"和我不一样"当"错"。80% 的解法 + 他的成长，常常胜过 100% 的解法 + 他的依赖。
  • 可逆的事也不敢放。双向门的决定都要你拍板，团队永远跑你一个人的速度。
  • 出问题就秋后算账。授权了又在失败后清算，下次没人敢接活——你亲手杀死授权文化。
  • 名义授权、实际监控。每天追问进度的"关心"，下属只读到一个信号：你不信我。
本周习作：这周遇到"下属做得和你不一样但可逆"的时刻，强迫自己不接管，只说"你来定，两周后看数据"。
思考题：你最近一次接管下属的工作，那真的是"单向门"吗？还是你只是不舒服于"不是我的做法"？

深入思考

授权档位（信任阶梯）在不同 seniority 和文化上该怎么变？
两个维度。Seniority：新人需要的不是第 7 档的"自由"，而是清晰的第 3-4 档，给方向反而是善意；资深的人在低档会窒息。文化：高权力距离的团队（东亚常见），资深下属也可能期待你"给个方向"，贸然"你看着办"会被读成甩锅或考验，而非信任。对策不是降低授权，而是把第 7 档明确命名为"我信任你的判断"，别留白让对方猜。
远程 / 异步团队的授权，哪里最容易断？
面对面时你靠"路过看一眼"获取安全感，远程没有。两个失效点：manager 看不见过程而焦虑，退回高频 status 查岗（伪装成"同步"），实质是微管理；下属得不到即时反馈而不敢做可逆决策。解法是把信任前置且显式：写下里程碑、红线、决策门（哪些可逆=直接做，哪些不可逆=拉我），用文档和 demo 节点代替"看着他做"。远程授权靠制度，不靠默契。
大厂 vs 初创：BigCat 作为大厂 tech lead manager 的真实风险在哪？
大厂授权有更高的政治成本：下属搞砸跨团队项目，火会烧到你，本能是退回微管理、什么都自己 review。但这正是陷阱——晋升到下一级的前提，恰恰是你能 demonstrate "scaling without you"：团队在你不在时仍能产出、能做决策。永远依赖你的团队，是你晋升的天花板，不是护城河。真正的风险不是"授权出事"，是"不授权 = 你和团队一起卡在原地"。把可逆的错当培养成本、把不可逆的门守住，是大厂里平衡这对张力的现实解。
授权与问责的张力：授权出去，出事到底谁负责？
这是授权最诚实的灰色地带。可委派的是 responsibility（执行责任），不可委派的是 accountability（对上的最终担责）——对你老板而言，你仍是那个要解释的人。这意味着一种刻意的不对称：成功时功劳公开归下属，失败时锅你对上扛。这不是高尚，是 leader 这角色的结构性成本——你用"替他挡责"换"他敢承担、敢试错"。做不到这点（出事就把下属推出去），授权文化会在第一次失败就死掉，没人再敢接你给的自主权。