方案要延期，什么时候开口说，不少人拿捏不准，说早了怕被质疑把控能力不足，说晚了又容易打乱上下游所有人的安排，甚至让团队陷入被动。其实没有一个绝对统一的数字，核心是看这件方案的影响范围，波及的人越多，越要尽早同步，尽量给相关方留出调整的余地，同时带上调整后的计划，而不是只抛出去一个坏消息。
只是自己独立负责、影响很小的内部材料，不会牵扯别的部门，原定交付日前一两天沟通一般就够用。这种大多只是整理汇总类内容，改动只影响自己手上节奏，不会耽误其他人推进，提前一天左右说明情况，给出新的交付时间，领导大多可以接受，但也不要拖到截止当天临近下班才临时提，留给对方缓冲的空间太少，容易显得预判不足。
如果方案会对接其他小组，影响跨部门协作，或是别人要拿着这份方案继续往下开展工作，就要再多往前挪。这类情况最好预留三到五天，方便对接人调整自己的排期，重新安排手头任务。很多跨部门事项一环扣一环，一个节点延后，后面一连串的工作都要跟着改，临时通知很容易造成对方计划全部打乱，产生不必要的抵触，后续再配合就容易生出隔阂。
要是方案面向客户，或者和项目大节点绑定，关系到对外承诺，就要更早同步，最好提前一周以上。对外的时间承诺本身经过多方确认，客户那边也有自己的安排，仓促延期很容易降低信任感。同步的时候除了说明延期原因，还要解释清楚卡点在哪里，准备了哪些办法加快推进，给到明确的新版本时间，必要时同步备选方案，减少对方的不安。
除了时间，沟通的时机选择也很重要，不要等到问题已经确定赶不上才上报。一旦发现风险，判断大概率没法按期交付，就要立刻预警，不要抱着侥幸心理熬夜硬赶，想着说不定可以卡点做完。很多时候风险刚露头的时候还有调整空间，越往后越难补救，等到最后一刻才说，性质就从调整排期变成延误事故。
还要避开一种做法，只说要延期，不给后续安排。单纯告知延后，没有新时间、没有应对思路，只会让接收消息的人心里没底。同步的时候简单讲清楚阻碍，明确新的交付节点，中间会在哪一步同步阶段性进展，方便对方跟进。也要客观说明，已经尽量压缩能争取的时间，不是随意放宽期限。
当然也要分清边界，不要一点小小的困难就轻易申请延期，能通过调整优先级、合理求助赶上原定时间，尽量按计划交付。提前预警不是给自己找拖延的借口，而是尊重整条链路所有人的工作节奏，减少信息差带来的连锁麻烦，也是靠谱交付里很重要的一环。
