版本上线还剩三周，完成度大约六成。周会上主管们把任务过一遍，没人敢说能”版本能按时交付”。
这个场景在游戏行业太常见了。我是Hao，在游戏行业做了十年项目管理，现在在写「Hao的游戏PM笔记」。站内之前有一篇讲版本节奏怎么管，是平时怎么练；今天这篇讲已经要延了怎么办，是出事了怎么救。
一、先算清楚：晚说一周，代价翻倍
延期的第一反应通常是瞒。再顶一顶，说不定能赶上，万一现在报上去，老大发火怎么办。
但延期这件事，越晚开口项目组越被动。提前三周说，选项有砍需求、加人、调排期；提前一周说，选项只剩加班和硬延；上线前两天说，选项只剩事故。
PM的第一职责是让团队在还有选择的时候做选择。所以我的习惯是：只要判断按时交付有风险，当周就摆到台面上，用数字说话，不用情绪说话。
二、砍需求：按这个顺序动刀
承认要延之后，第一件不是重排计划，是砍内容。什么都想保，往往什么都保不住。
砍的顺序分三档：
先砍可后置的。 这个功能下个版本上行不行？行，就挪。判断标准很直接：玩家这周不玩到会流失吗？不会，就后置。
再砍可降质的。 有些功能不能没有，但可以低配。动画先做三帧不做十帧，皮肤先上一套不上五套。降质要有记录，写清楚欠了什么、什么时候还。
最后看可替代的。 有没有更便宜的实现路径。原计划做一套完整系统，能不能先用配置表顶一个版本。
最忌讳的是反过来砍：先砍测试时间，砍验收标准，砍缓冲。这不叫砍需求，叫埋雷。
三、重排：倒排日期，守住关键路径
砍完之后重排，从上线日倒着排，不要从今天顺着排。
倒排能立刻暴露真相：留给测试的有几天，留给修 bug 的有几天，留给验收的有几天。很多版本延期的真正死因，是顺着排的时候这些时间被悄悄挤没了。
排的时候盯住关键路径，就是那条”它完不成、整个版本就出不去”的任务链。关键路径上的任务，优先级、人力、每日跟进的规格都要拉满；不在关键路径上的，允许它晚，别把资源平均分。
缓冲也要明着留。排得满满当当的计划不是计划，是愿望清单。缓冲放在版本尾部，不是每个任务后面都塞一点，塞散了的缓冲等于没有。
四、收口：变更通道关到只剩一条
版本后期最大的失血点，是变更还在从四面八方涌进来。策划在群里提一嘴，运营直接找程序，美术自己觉得”顺手优化一下”。每一条都不大，加起来能吃掉一周。
处理办法是把变更通道收到只剩一条：所有变更必须过PM，过的时候回答三个问题，不做会怎样、影响几道工序、谁拍板。答不上来的，默认进下一个版本。
这就是封版纪律。封版不是不允许改，是把”顺手改改”变成”过一道成本评估”。站内那篇版本节奏里讲的封版和灰度机制，平时建好了，这时候才用得上。
五、复盘：开成数据分析会，别开成批斗会
版本出去之后，延期复盘要开，但开法决定下一次还延不延。
批斗会找的是”谁的责任”，开完大家学会的是把风险藏得更深。有用的复盘找的是两样数据：一是哪些工序估偏了、偏了多少，二是变更都从哪来的、各占多少。前者校准估算能力，后者堵住失血源头。
复盘结论要落成下一版本的规则，哪怕只有一条。比如”角色类资产工期统一上浮两成”，或者”版本第三周起变更必须制作人签字”。规则攒个三五条，团队的估算就肉眼可见地准起来。
六、一张自测清单
- 版本还剩一个月、心里发毛的PM：今天就把完成度和剩余工作量摆出来算一遍，有风险本周就上报。
- 正在会上吵砍哪个的PM：拿出三档顺序，先后置、再降质、最后替代，别碰测试和缓冲。
- 版本后期被变更淹没的PM：明天就宣布变更单通道，先挡一周试试。
- 连续两个版本都延的团队：问题大概率不在执行，在估算和变更管理，复盘的优先级提到最高。
常见问题
老板不让延期怎么办？
给他选择题，不要给判断题。“延一周，保质保量”和”按时上，砍掉这三块”，把两个方案的代价摆清楚让他选。你负责呈现代价，他负责拍板，这才是各归其位。
砍需求，策划不干怎么办？
别砍”需求”，砍”排期”。把后置说成”下版本第一个做”，并且真的兑现。策划抗拒的往往不是延期，是怕需求进了黑洞再也出不来。你兑现过两次，第三次就好谈了。
加班能把版本救回来吗？
短期一周以内能顶，超过两周就是透支。加班救回来的版本，代价写在下一个版本里：疲劳出错、返工增多、有人开始看机会。它是止痛药，不是治疗方案。
连续几个版本都延期，是什么问题？
通常不是团队不努力，是三件事里的至少一件：估算一直偏乐观，变更没有门槛，或者版本目标定得超出产能。这时候别再优化执行，回去改规则。
版本管理这套东西，延期处理只是其中一环，完整的估算、排期、风险管理方法我在 pmnote.ai 的项目管理实战专题里攒了一批，系统想学一遍的可以看看《游戏项目管理14讲》。如果你正在版本后期熬夜，先去专题里翻翻，说不定有现成能用的表。
顺手推荐两个免费自检工具：游戏PM简历自检表、面试能力地图，都是打开就能用，不用注册。手上项目的问题想找人聊，咨询服务在这里。