必须实时的会先占位，可异步的移出这一周再说
第一步不是排深度工作，而是把这一周的会再分一次。这里只做周内排布，至于一项工作本身该拆成同步还是异步，看姊妹篇《把工作拆成同步和异步》，本篇不重复那套判断。
具体做法是逐个过一遍本周的会，只问两个问题：第一，这个会是否必须在这一小时内、当场拍板或当场对齐，晚一天回复就会让别人停工；第二，你在会上的角色是决策、汇报，还是只是知情。两个问题都指向必须实时的，留在原时段，并标成同步段；只需要知情、或者只需在二十四小时内给出文字意见的，改为异步处理，做法是请组织者发材料，你在杂事段里集中回复，并把原会议块从日历上删掉或改成不参加。不要把这类会改名成深度工作还留在原地，那只是换了标签，时段仍然会被随时拉回去开会。
分完之后再数一次：如果同步段加起来仍然超过十五小时，而且分散在每天上午和下午，那这一周的问题不是排布，而是总量，需要先减会或延后产出截止日，分区解决不了总量问题。
深度工作放在不重叠的一侧，一次至少护住九十分钟
同步段占住的是你和团队时区的重叠段，深度工作要放在重叠段之外，也就是团队大多数人还没上线、或已经下线的那一侧。这样放的理由很具体：那一侧被临时拉会的概率最低，你不需要一边写一边防着日历弹出新邀请。
长度上给一个下限：一次至少九十分钟，最好能连成两到三小时。少于九十分钟的块，往往刚进入状态就结束，只适合改错别字、补注释这类浅层工作，不适合写方案的主体、做需要连贯推演的设计或写长代码。排的时候先在日历上锁两到三个这样的块，写清这一块要交付的具体对象，比如方案的第二部分初稿、评审材料的三张图，而不是只写深度工作四个字。交付对象写不出来，说明任务还没拆细，先花十五分钟拆任务，再锁时间。
保护规则也要一起写进日历块的说明里：这段时间不回非紧急消息，紧急的定义提前和团队说清，比如只处理影响当天上线的故障，其余一律等同步段再回。规则不提前说，别人只会按你平时的回复速度来预期。
选当地上午还是深夜，看连续五天哪一侧撑得住
不重叠的一侧通常有两个候选：当地上午，团队还在深夜；或者当地深夜，团队已经下班。选哪一侧，不看哪一侧听起来更努力，只看三个可检验的标准。
第一，看连续性。这一侧的时段能不能连续五天都用，而不是只在周一精神好时用一次。用一周做测试单位，恰恰因为高密度周拼的是五天的总量，不是一天的峰值。第二，看后面接什么。上午做深度工作，后面接一整天会议，切换成本由会议承担；深夜做深度工作，后面直接是睡眠，如果结束时间不断往后拖，第二天的同步段最先受影响。第三，看光线和场所条件。上午那一侧，你的住处或固定工位是否已经能正常工作；深夜那一侧，住处隔音、照明和楼层安静程度是否允许你持续工作到那个时段。这三条里有一条不成立，就先选另一侧，不要靠意志硬撑。
建议默认先试当地上午这一侧，理由是它的失败成本更低：上午没做完，下午同步段之后还有机会补一段；深夜没做完，再往后拖就直接侵占睡眠，第二天全天偿还。这是建议，不是结论，你的团队重叠段在哪一侧、你个人的清醒时段在哪，都可能让答案反过来。
二十五分钟的间隙只做收尾，不开新任务的头
高密度周里最容易被误用的是会与会之间的空隙，常见的有二十五分钟、四十分钟这类长度。建议很明确：二十五分钟不塞新任务，只做三件收尾的事。
第一件，用五分钟把上一个会的决定、待办和负责人写进共享文档或任务工具，写到别人不用再问你的程度。第二件，用十分钟处理上一个会产生的、能在十分钟内关掉的小动作，比如发一封确认邮件、补一个链接、约下一次会的时间。第三件，剩下的时间离开屏幕，喝水、走动，为下一个会留出切换的余地。四十分钟以上的空隙可以多做一件杂事，但同样不要打开一个需要两小时才能收尾的新任务，因为一旦被下一个会打断，重新进入的成本比这四十分钟本身还高。杂事段应该单独排，比如每天同步段结束之后留一小时，集中处理报销、订票、回非紧急消息这些不连贯的事，不要让它们散落在深度工作块之间。
高密度周不换城市，也不第一次试新工位
这一周的变量越少越好。换城市会同时带来交通、入住、找工位、重新适应作息四件事，每一件都不难，但都会落在同一周里，和会议与产出抢同一个人的注意力。新工位也一样，第一次去的地方，网络、座位、噪音和进出规则都要现场确认，这些确认动作应该放在普通周做完，确认过的地方才进高密度周的备选名单。这一条和《业务高峰月先选稳不选新》是同一个原则，只是把尺度从一个月收紧到一周。
如果换城日期已经定死、改不了，就把移动日单独处理：那一天不排深度工作块，会议只保留必须实时的，产出截止日提前和相关方说明要顺延或提前。把移动日当成普通工作日排，是高密度周最常见的排布错误。
能护住的深度时长，反过来决定你能去多远的城市
最后一层是把这套排法反过来用在选城市上。先按上面的方法算一笔账：你每周需要多少小时不被打扰的深度工作，团队的重叠段有几小时、落在哪一侧。两个数字定下来，能选的时差范围也就定下来了：如果重叠段之外只剩深夜能用，而且你深夜那一侧撑不住连续五天，那座城市哪怕其他条件都好，也不适合住一到三个月去完成这类工作；如果上午能稳定护住两到三小时，一周就是十到十五小时，很多产出目标就有了落点。
所以在 Roamorrow 上看一个城市时，除了常规条件，建议多算这一项：以你的团队时区为原点，这座城市能给你留出哪一侧、多长的不重叠时段。这个数字不是偏好，是你这一周排布能不能成立的前提。先算清它，再谈去哪座城市住多久，顺序不要反过来。
来源与阅读范围
作者：Roamorrow 编辑部。本文链接不收取返佣。本文只排一周内的时段分区，总量超限时先减会或延后截止日；缺席规则需先与主管对齐，本文不替团队制度下结论。
- 把工作拆成同步和异步：换城后少改几次日历 · 本轮核读 2026-10-28
把一周会议按是否需要当场来回分成三类、并算出必须保留的重叠时段的方法。 本文正文点名的姊妹篇：本文只做周内排布，工作本身同步与异步的拆分判断以该篇为准；本轮已读该篇同批草稿全文。
- 业务高峰月先选稳不选新：交付期不试新城市 · 本轮核读 2026-10-28
高峰月零新变量原则：只回住过的城市、用过的工位、验过的网络。 本文正文回链的同原则姊妹篇：该篇把尺度放在一个月，本文收紧到一周；本轮已读该篇同批草稿全文。
配图许可
本文正文不配图。分享图沿用站内既有专题图 og-topic-beijing-time.webp（「按北京时间上班，去哪旅居不用熬夜」专题），其来源与许可记录见该专题页与发布清单。