创造与协调,各有自己的时钟
协调工作以回应速度为价值,创造工作以连续注意力为条件。把两者塞进同一种半小时日程,会让协调者等待,也会让创造者不断重新进入状态。

本文回答的问题
核心判断
协调工作以回应速度为价值,创造工作以连续注意力为条件。把两者塞进同一种半小时日程,会让协调者等待,也会让创造者不断重新进入状态。
解决办法是让组织承认两种时间单位,并设计交界处,无须宣布哪一种更高级。
管理事务为什么仍会失去方向
会议、审批和答复往往可以切成较小单位,写作、研究、设计和编程则可能需要重建任务上下文。Altmann 与 Trafton 2004 年在特定实验任务中测得中断后的恢复延迟;这支持“恢复有成本”,但不能把实验秒数直接外推为所有职业的固定损失。
反过来,如果创造者整天不回应,依赖他的同事会停滞。冲突来自工作节律不同,并非勤奋与懒惰之争。
从日用到项目时间:两种日历
《庄子·养生主》借庖丁说明熟练行动依赖对事物纹理与节奏的把握。强行横切,不仅费力,也伤刀。工作设计同样需要顺着任务结构,而不是用统一格子切割一切。
这里所说的“顺势”,指承认不同任务具有不同最小完整单位,无须神秘化。
塞涅卡批评生命被无数外部请求占据,提醒人检查时间究竟归谁。Paul Graham 后来明确区分 maker 与 manager 的日程:前者通常需要较长连续时段,后者以预约和协调推进。
Graham 的命名属于现代工作语境,但背后的时间冲突可以从任务结构独立验证。
两本日历不能互相取代
庄子讨论技艺与自然纹理,塞涅卡关心生命主权,Graham 处理组织日程。三者都拒绝脱离活动性质抽象分配时间。
创造工作也不能借“深度”逃避协作,管理工作也不应把开会当成产出。两种角色都需要可问责的结果。
真正的原创问题在交界处
本文不把 maker/manager 二分当作终点,真正要设计的是交界协议。先试运行两周:深度任务先写明最小完整单位;协调请求按 P0、P1、P2 分级,分别要求立即、四小时、下一工作日响应;交接只写“已知事实—待决定项—下一责任人”。试运行前后比较会议碎片数、交付周期和返工,不预设结论。
例如修复一个已有明确错误位置的小程序,碎片时间也可能推进;设计跨系统权限模型则需要较长上下文。分类依据任务证据,不依据“谁是创造者”的身份特权。
反例是某些创作任务可以在碎片时间推进,某些管理决定也需要长时间思考。分类针对任务,不应固化成人的身份特权。
日程设计的单位应来自工作,而不是来自日历软件。组织需要同时规定连续工作块、集中协作窗口和紧急打断标准。
公平意味着每种责任都获得完成它所需的条件,不要求每个人的日历长得一样。
给方向留下固定回看点
- 把一周任务分为创造、协调和维护三类。
- 为每个创造任务估计最小完整单位,不统一规定时长和块数。
- 约定响应等级、时限和紧急渠道。
- 用统一交接格式减少等待和重复解释。
- 两周后用会议碎片、交付周期和返工率决定保留或撤销。
常见问题
关于这篇文章的几个问题
答案来自本文论证,每条都可跳回对应小节核对。
为什么半小时格子会同时伤害两种工作?
协调工作以回应速度为价值,创造工作以连续注意力为条件。会议、审批和答复可以切成较小单位,写作、研究、设计则可能需要重建任务上下文,实验测得中断后的恢复延迟。冲突来自工作节律不同,并非勤奋与懒惰之争。
回到「管理事务为什么仍会失去方向」小节 ↑maker 与 manager 日程有什么不同?
Paul Graham 区分两类日程:maker 通常需要较长连续时段,manager 以预约和协调推进。庄子借庖丁说明熟练行动依赖对纹理与节奏的把握,塞涅卡提醒检查时间究竟归谁;背后的时间冲突可以从任务结构独立验证。
回到「从日用到项目时间:两种日历」小节 ↑创造与协调的交界处怎样设计?
深度任务先写明最小完整单位;协调请求按 P0、P1、P2 分级,分别要求立即、四小时、下一工作日响应;交接只写已知事实、待决定项、下一责任人。试运行前后比较会议碎片数、交付周期和返工,分类依据任务证据,不依据身份特权。
回到「真正的原创问题在交界处」小节 ↑怎样给两种时间安排固定回看点?
把一周任务分为创造、协调和维护三类;为每个创造任务估计最小完整单位,不统一规定时长和块数;约定响应等级、时限和紧急渠道;用统一交接格式减少等待和重复解释;两周后用会议碎片、交付周期和返工率决定保留或撤销。
回到「给方向留下固定回看点」小节 ↑

