roamorrow

换城日的工时安排:移动日不排会的三段切分

比较与实用工具

这篇适合经常在工作日移动的人:退房、赶车或赶飞机、找新住处、重新联网,这几件事挤在同一天,你还试图在中间塞进例会和需要连续专注的任务。如果你一年只移动一两次、且移动日可以整天请假,这篇的三段切分不是必需的,按全天休假处理更简单。

先分清事实、假设和建议。事实是:移动日的打断不是偶发的,退房时间、交通发车时间、入住时间都是外部时钟,到点就必须停下手头的事,中途被叫停的任务要重新进入状态,成本比平时高。假设是:你的移动是提前定好的,日期能提前告诉团队,而不是当天临时决定的紧急出行。建议是:把移动日明确切成出发前收尾、途中离线、落地恢复三段,会议一场不排,每段只放能被打断、能随时停下、停下后不用重建上下文的工作。

编辑更新:2026-10-28各项资料日期见来源区
在这一页章节收起

出发前半天只做交付和交接,不开任何新任务

移动日前最后一个工作时段,任务表只允许出现两类事。第一类是交付:把已经做完或做到一半的工作推到协作者能接手的状态,写清当前进度、文件在哪里、下一步是什么、卡住时找谁。第二类是交接:把移动日当天可能被问到的问题,提前留给一位明确的同事,并告诉团队当天你只间歇在线,普通问题次日处理,紧急问题走电话。

这一段最忌讳开新任务。新任务的启动成本包括读背景、搭环境、和相关人对齐,这些投入在移动日还不完:你刚进入状态就要退房,落地后又要先处理住处和联网,等你重新坐下来,前面读进去的上下文已经散掉大半,等于同一件事启动两次。所以新需求哪怕看起来很小,也记进移动日之后的第一个工作日的清单里,当天不打开、不试做、不先看看。

时间上,出发前半天结束时要留出完整的打包和退房余量,不要把最后一个交付压在退房前几分钟。交付是否完成的标准也提前定好:协作者回复确认收到、或者文档链接已经发到约定的地方,二选一,不要以「我发过了」当作交接完成。

途中按完全无网络来排,只做提前下载好的离线审阅

第二段从离开旧住处算起,到抵达新住处为止。排工作的前提是假设全程没有可用网络,哪怕交通工具宣传有网络,也不把它写进计划。原因是途中网络的有无、稳定和登录方式都不由你控制,把需要联网的任务排在这一段,任何一项落空都会连带挤压落地后的时间。

这一段能做的只有两类,而且都要在出发前一晚下载到本地。第一类是离线文档:需要审阅的稿件、方案、代码变更说明,提前存成离线可打开的文件,在设备上实际打开一次确认不依赖云端链接。第二类是审阅和批注:阅读、挑错、写评论、列问题,这类工作被到站广播、换乘和安检打断后,重新拿起来只需要找到上次读到的位置,不需要重建环境。需要多人实时讨论、需要查线上数据、需要部署或联调的任务,一概不排进这一段。

途中工作的量也要按最坏情况打折:只排你预计行程一半时长能做完的量。剩下的时间会被延误、找路、排队和临时改签占掉,这是移动日的常态,不是意外。如果行程比预计顺利,多出来的时间用来休息,而不是临时从清单里再抓一件需要联网的事硬做。

落地后的三小时只做三件事做完之前不接会议不回工作消息

抵达当天按第 4 篇《落地第一天只做三件事》的分工走,顺序不变:先联网,确认新住处的网络能支撑第二天的工作,不行就当场找备选的工作地点;再处理现金和支付,确认手边有能用的支付方式,不把这件事拖到第一次出门消费时;最后确认回住处的路,白天走一遍从工作地点或最近的交通站回住处的路线,晚上不靠猜。

这三件事做完之前,不接会议,也不集中回复工作消息。道理和出发前相同:这三小时处理的是接下来几周工作能不能正常进行的基础条件,联网没落实,第二天的会议照样开不成;回住处的路没确认,当晚的时间和安全感都会打折。团队那边需要的交代,在出发前那一段已经留好了,落地后只需要发一条简短的状态消息:已抵达、正在处理落地事项、次日某时起正常在线。这条消息在出发前就可以写进交接里,说明落地当天不逐条回复。

落地当晚也不排恢复性工作。吃一顿正常的饭、把行李打开到能生活的程度、按新时区的作息睡觉,比当晚多审一份文档更能保证第二天的产出。移动日的工时账要按两天算:今天省下来的基础事项,明天会以更高的代价补回来。

移动频率决定每个月要预先切出几个这样的日子

这种日子一个月出现几次,取决于你的换城节奏,具体怎么估算自己的移动频率看第 45 篇换城节奏。先把未来一到三个月的移动日期全部标进日历,再按每个移动日「前半天收尾、当天不排会、落地三小时不接工作」的规则,提前把那几天的会议挪走或改期。会议的改动越早提出,团队越容易接受;拖到移动前一晚才说,会被当成临时请假,而不是计划内的安排。

如果算下来移动日占掉了当月工作日的比例已经影响交付,就不是排班技巧能解决的问题,而是节奏本身要调:要么拉长每座城市的停留,要么把移动集中挪到周末并相应减少当周的工作承诺。二选一要和团队提前谈,不要用压缩落地事项和睡眠去硬撑,那种撑法会在接下来一周以效率下降的形式收回去。

移动日前一晚照着这张清单逐项关掉未完成项

第一,把移动日和出发前半天的日历清空会议,只保留退房、交通和入住这几个外部时间点,并给直属负责人和主要协作者发交接说明。第二,把途中要审阅的文档全部下载到本地,在离线状态下逐个打开一次,确认不依赖网络链接。第三,按第 27 篇电脑预案和第 79 篇备用机的清单,检查电脑和备用手机的电量、充电线、验证方式和关键文件备份,任何一项没过,当晚补完再睡。第四,把行李打包到只剩次日早晨必需品的程度,退房流程和要带走的证件、设备列成一张小纸条放在包上。第五,给落地当天写好那条状态消息的发送对象和次日恢复在线的时间,存在草稿里,落地后改一下时间就能发。五项全部做完,移动日才算真正从工作日历里被切了出来,而不是嘴上说不排会、手上还留着一整天的活。

来源与阅读范围

作者:Roamorrow 编辑部。本文链接不收取返佣。本文的三段切分以移动日期已提前定好、能提前告知团队为前提;临时紧急出行不按此排法处理。

  • 业务高峰月先选稳不选新:交付期不试新城市 · 本轮核读 2026-10-28

    高峰月零新变量与月内删掉长途移动的排法。 同主题延伸且互为回链:该篇正文把移动日的三段切分指向本文展开,两篇共用「移动日不排深度工作与重要会议」的原则;本轮已读该篇同批草稿全文。

  • 接单者的交付节奏:按里程碑排换城日 · 本轮核读 2026-10-28

    按项目里程碑画线找可移动窗口、交付周不降档的排法。 方法参照:该篇决定换城日落在哪一周,本文决定换城日当天怎么切分,两篇衔接使用;本轮已读该篇同批草稿全文。

配图许可

本文正文不配图。分享图沿用站内既有专题图 og-topic-beijing-time.webp(「按北京时间上班,去哪旅居不用熬夜」专题),其来源与许可记录见该专题页与发布清单。