一句话原则
管理者按小时切片，制造者要半天整块。作为 TLM，你同时活在两套时钟里 ——关键不是更努力，而是把这两种时间在日历上物理隔离，别让会议把整块时间炸成无法做硬事的碎渣。
名家原话
"When you're operating on the maker's schedule, meetings are a disaster. A single meeting can blow a whole afternoon, by breaking it into two pieces each too small to do anything hard in."
"当你处在制造者日程里，会议是一场灾难。一个会就能毁掉整个下午——它把下午劈成两半，每半都小到做不了任何硬事。"
— Paul Graham,《Maker's Schedule, Manager's Schedule》(2009)
两种日程的对比
⚠ 碎片化日程（毁掉深度）
9:00 会议
9:30 空隙(填不满)
10:30 1:1
11:00 空隙(填不满)
14:00 评审
15:00 空隙(填不满)
✓ 分区日程（保护深度）
9:00–12:00 制造者整块 设计 / 写作 / 深度评审
13:00 午休/缓冲
14:00–17:00 管理者档 会议 / 1:1 / 协调全压这里
场景示范
情境：你是 BigCat，带 8 人的分布式系统组。本周要交一份关键的架构 RFC，但日历上散落着 6 个会，每两个会之间隔 1 小时。
✗ 常见做法
你想"利用碎片"——会间的 1 小时打开 RFC 文档。但刚进入状态，下个会的提醒响了。一天结束，RFC 只写了开头，你却开了一整天会，疲惫且毫无成就感。碎片时间做不了认知密集的硬事。
✓ 修后做法（主动重排）
周一花 10 分钟把本周所有会议往下午挤 ，给同事发一句："我把我们的同步挪到了下午 2 点后——上午我需要整块时间出 RFC，这周尤其。" 上午 9–12 锁成"制造者块"，下午集中开会。一周下来，RFC 在两个完整上午里就出来了。
检查表：审视你的一周时钟
我这周有几个 ≥2 小时、零会议打断的整块？少于 3 个就危险了。
我的会议是散落全天 ，还是集中成簇 ？散落 = 每个空隙都被浪费。
我把哪类工作硬塞进了碎片时间？（写设计、深度 review 不该在碎片里做）
我有没有跟团队明确 过"上午是我的 maker 时段"？默契不够，要明说。
常见错误
以为"时间不够"，其实是"时间形状不对"。 同样 8 小时，碎成 8 个 1 小时 ≪ 2 个 4 小时块的产出。把整块时间留给"有空再说"。 不预先 block，它一定被会填满——空白即邀请。升了 manager 就彻底放弃 maker 时间。 TLM 仍需技术产出，全盘交出深度时间，你会失去技术判断力。
关键参考
Paul Graham,《Maker's Schedule, Manager's Schedule》 (2009 essay)— 两种时间制度冲突的原始论述。Andy Grove,《High Output Management》 （Ch. 3）— 时间是经理唯一不可再生的资源，批处理同类任务以提升杠杆。
一句话原则
日历的功能不是"记下别人约的会"，而是提前占住你的优先级 。空白格子是公开的邀请函——你不先占，别人就替你占。像理财"先付自己"一样，先把深度工作和恢复时间 block 进去，剩下的才开放。
名家原话
"The key is not to prioritize what's on your schedule, but to schedule your priorities."
"关键不是给日程上已有的事排优先级，而是把你的优先级排进日程。"
— Stephen Covey,《The 7 Habits of Highly Effective People》(Habit 3)
场景示范
情境：BigCat 的日历上午一片空白。一个 PM 看到了，直接约了周二上午 10 点一个"快速对齐"。接着第二个、第三个会也填了进来——你的整块时间就这样蒸发了。
✗ 把日历当被动记录
日历只用来"看今天有什么会"。空白 = "随便约"。等你想做深度工作时，发现已经无处下脚，只能晚上加班补。你从不主动声明，于是别人替你定义了你的优先级。
✓ 把日历当防御工具
1. 预占： 每周日晚把下周的"Focus Block"提前 block（标题写清"深度工作 · 勿约"），它和会议一样不可侵犯。2. 设 office hours： 把"随时找我"收敛成每天固定 30 分钟开放时段，告诉团队"非紧急的找我，放到 office hours"。3. 批处理 1:1： 所有 1:1 排在周三、周四下午连成一片，而不是散落五天。
检查表：把日历武装起来
我下周的 Focus Block 已经 block 进去了吗？（在别人填满之前）
我的"开放被打断"时段有没有收敛成固定 office hours？
同类的会（1:1、状态同步）有没有批处理到同一时段、同一天？
我有没有给会议之间留 5–10 分钟缓冲？背靠背开会 = 每个会都迟到、没有消化。
每天有没有至少留一格"什么都不排"应对意外？（满日历 = 一个延误就雪崩）
常见错误
把 Focus Block 当"可牺牲项"。 一有人约就让位——几周后它名存实亡。要像对待外部会议一样守它。日历排到 100% 满。 没有缓冲，任何一个会超时或突发事件，整天连环崩。健康的日历有 20% 留白。所有会议默认 60 分钟。 很多事 25 分钟够了。改默认时长，每周省出几小时。
关键参考
Stephen Covey,《The 7 Habits》 （Habit 3 "Put First Things First"）— 重要 vs 紧急四象限，把第二象限（重要不紧急）排进日程。Cal Newport,《Deep Work》 — "时间块计划法"(time-block planning)：给一天的每个小时预先指派任务。
一句话原则
你的时间是固定的，所以每个 yes 都在悄悄地对其他事说 no。不会拒绝的人，不是更勤奋，是把取舍权交给了所有来找他的人 。专注的本质不是做更多，是有勇气放弃很多好东西。
名家原话
"People think focus means saying yes to the thing you've got to focus on. But that's not what it means at all. It means saying no to the hundred other good ideas."
"人们以为专注是对你要做的那件事说 yes。完全不是。专注是对另外一百个好主意说 no。"
— Steve Jobs (Apple WWDC, 1997)
场景示范：三种比"直接拒绝"更高级的话术
情境：老板临时塞给 BigCat 一个跨组的紧急调研，但你这周已排满了关键的 RFC 和两个面试。
✗ 两种坏反应
无脑 yes： "好的没问题！"——然后牺牲睡眠和 RFC 质量，谁都没满意。硬 no： "我太忙了，做不了。"——显得不担当，且没给老板任何决策依据。
✓ 话术一：把取舍丢回给提出者
"我可以接这个调研。但这周 RFC 和面试已经排满，要插进来，RFC 就得推到下周 。你希望我牺牲哪个？" —— 不是拒绝，是让对方为优先级做决策。
✓ 话术二：Yes-and-标价
"可以，给我到周五。如果要更快，我需要把面试转给 Lee 帮忙。" —— 答应，但把成本透明化。
✓ 话术三：不是现在 + 替代方案
"这周我抽不出整块时间做扎实的调研。要么下周一给你深度版，要么我现在给你一个 30 分钟的粗略判断先顶着？" —— 给路径，不给硬墙。
检查表：拒绝前的自检
这个请求如果说 yes，我在对哪件已答应的事说了 no ？这笔账我算清了吗？
我是在拒绝"任务"，还是给出"取舍 + 替代方案"？后者几乎总是更好。
对方有没有得到做决策所需的信息？（"我忙"不是信息，"A 和 B 二选一"才是）
这是不是又一件"office housework"（会议纪要、订餐、组织团建）？这类事该轮流，不该总落在我头上。
常见错误
把拒绝当成"伤感情"。 不透明的 yes 才伤感情——你答应了却交付不好，比清晰的取舍更损信任。拒绝时过度解释、道歉一长串。 越长越像心虚。一句取舍 + 一个替代，足够。只对外人拒绝，对老板永远 yes。 向上不会管理预期，最终爆掉的是你和你的团队。
Female Leader's Note
研究（Babcock 等《The No Club》）显示，女性被分派"非晋升性杂活"(non-promotable tasks，即 office housework)的概率显著更高，且拒绝时更容易被贴"不合作 / 不够 nice"的标签——这是 likability 与 competence 的又一处不对称。务实对策不是"学会冷酷地说不"，而是把拒绝制度化、去个人化 ："这类记录工作我们组轮流来吧，这次该 X 了"——用规则而非个人意愿挡回去，既保住时间，也不踩 likability 的雷。
关键参考
Greg McKeown,《Essentialism》 — "如果不是个明确的 yes，那就是个明确的 no"；以及"非此即彼"的取舍纪律。Babcock, Peyser, Vesterlund & Weingart,《The No Club》 (2022)— non-promotable work 的性别分布与拒绝策略。
一句话原则
真正稀缺的不是时间，是不被打断的注意力 。每次切换任务都留下"注意力残留"，让下一件事打折。深度工作不会自然发生——它必须被刻意设计、用仪式保护，并把"随时在线"当成需要主动关闭的默认状态。
名家原话
"Deep work is the ability to focus without distraction on a cognitively demanding task. It's a skill that allows you to quickly master complicated information and produce better results in less time."
"深度工作是在无干扰下专注于认知密集型任务的能力。它是一项技能，让你迅速掌握复杂信息，并用更少时间产出更好结果。"
— Cal Newport,《Deep Work》(2016)
场景示范
情境：BigCat 想在上午的 Focus Block 里设计一个分布式限流方案，但 Slack 红点不断、手机在桌上震。
✗ "假装在深度工作"
文档开着，但每隔几分钟瞄一眼 Slack、回个表情、看一眼手机。两小时过去，方案还停在草稿。你以为自己工作了，其实是在"注意力残留"里反复重启——每次切回来都要花几分钟找回上下文。
✓ 用仪式保护深度
进入： Slack 设"专注勿扰 · 2h 后回"，手机放抽屉，只开方案需要的标签页。过程： 给这块定一个明确产出——"产出限流方案 v1 的核心算法"，不是模糊的"想一想"。退出（Newport 的 shutdown ritual）： 到点写下"下一步从哪继续"，再去集中处理积压的 Slack。把检查通讯批量化 ，而不是涓涓不断。
检查表：保护一个深度块
开始前，我有没有给这块定一个具体产出 （不是"研究一下"，而是"写出 X 的初稿"）？
通讯工具的通知关了 吗？（不是静音红点还在，是真的不看）
手机是不是在视线之外 ？（在桌上即使不看也持续耗注意力）
我有没有把"查 Slack/邮件"batch 成固定几次，而不是随时刷？
结束时有没有做 shutdown——记下断点，给大脑一个"今天到此"的明确信号？
常见错误
把"忙碌"当"高产"。 整天回消息、开会的充实感是假的；真正推动事情的是少数几个深度块。Newport 称前者为"忙碌的表演"(busyness as proxy for productivity)。低估切换成本。 "就回一条 Slack"——回完你需要十几分钟才能重新沉进去。注意力残留是隐形税。身为 manager 觉得自己不配深度工作。 "我的工作就是随时响应"——错。最该被保护战略思考时间的，恰恰是 leader。永远救火的 leader 没有时间想方向。
关键参考
Cal Newport,《Deep Work》 (2016)— 深度工作的定义、时间块法与 shutdown ritual。Sophie Leroy,《Why Is It So Hard to Do My Work?》 (2009)— "注意力残留"(attention residue) 的原始研究。Oliver Burkeman,《Four Thousand Weeks》 — 接受"做不完"是常态，专注真正重要的少数。
深入思考 · 推到边界
1. "保护深度块"会不会让团队觉得你不可及、不够投入？
有真实张力。Leader 的可及性本身就是一种价值——团队需要在卡住时能找到你。解法不是放弃深度块，是让不可及变得可预测 ：明确告诉团队"上午我专注，下午随时找我；真紧急（线上事故级）任何时候打断我"。可及性的关键是"紧急时能找到"，不是"任何时候都秒回"。把紧急通道开着，把日常打断收敛到固定窗口，团队反而更信任你的节奏。
2. 层级越高，是不是越该放弃 maker 时间、全面拥抱 manager 日程？
分阶段。从 IC 到一线 manager，maker 时间确实该主动让渡，否则你在和下属抢活、堵塞团队。但到了需要做战略的层级，"深度块"的内容会变——不再是写代码，而是写战略 memo、做架构判断、想组织设计。这些同样是认知密集、需要整块时间的"制造"。所以不是"放弃深度块"，是深度块的产出物升级了 。永远只在 manager 碎片里反应、从不进入深度思考的高管，做的是高级救火，不是领导。
3. 这套日历防御在强层级、随叫随到的东亚组织文化里行得通吗？
要调剂量。在权力距离大、"老板召唤即响应"为默认的环境里，硬性 block 日历可能被读成"摆架子 / 不配合"。务实做法是向上先对齐、向下立规则 ：先和老板达成"上午我产出 X，所以同步排下午"的共识（把它框成为了产出，不是为了清闲），再向团队公开你的节奏。文化不支持"个人拒绝"时，把边界包装成"为了交付质量的工作安排"，比诉诸"我需要专注时间"更容易被接受。
4. "把取舍丢回给提出者"会不会显得推诿、不担当？
取决于你给的是"问题"还是"决策选项"。推诿是把问题原样扔回去（"我做不了你看着办"）；担当是带着清晰的取舍和建议回去（"A 和 B 只能选一个，我建议保 A，因为它影响发布；你拍板"）。后者展示的恰恰是判断力——你掌握全局、能排优先级、且尊重对方的决策权。真正不担当的，是默默 yes 然后交付崩盘。