PMP职场实战108问 · 第41问

为什么先做后补是变更管理的头号死敌？

“先干起来再说，流程后面补。”

这句话你听过多少次？甚至自己都说过吧。

我见过最离谱的项目：团队已经按新方案干了三周，才想起来要提变更申请。结果客户翻脸不认账，PM被扣上“私自变更”的帽子，公司赔了人力还丢了信誉。

这不是效率，是赌博。

一个让你后背发凉的真实场景

先讲个我辅导过的案例。

某互联网公司的项目经理老张，负责一个企业级SaaS系统的二阶段开发。开发到一半，客户方的业务总监发来消息：“最近我们内部调整了考核方式，你能不能在下个版本加个‘绩效看板’功能？就三个页面，很简单的。”

老张心想：客户关系一直不错，改三个页面也就一周的事。回复：“行，我安排研发先做，流程的事后面补。”

结果呢？

开发第四天，销售团队知道这事后炸了——因为合同没有这个功能，这意味着免费送。销售总监直接怼老张：“你图客户高兴，知不知道这个功能如果走正式变更，至少能卖8万？”

更惨的在后面。项目验收时，客户装失忆：“这个功能什么时候说要付费了？不是你们主动加的吗？合同里可没写要另收费。”

最后，公司不仅白干了一周，还因为这个“默认动作”被客户抓住了把柄，后续所有新需求都被认定为“含在总价里”。老张也因此上了公司的“流程违规名单”。

为什么“先做后补”是死穴？三个致命伤

1. 你把“选择权”拱手让给了运气

变更管理的本质是什么？不是审批签字，是让决策发生在行动之前。

先做后补，等于你替客户、老板、法务、财务做了决定。等事情已成定局再走流程，所有审批人面对的都是一个既成事实——他们能怎么办？硬着头皮签。

但这不是帮助你，这是绑架所有人。

一旦后期翻旧账（客户换人、老板换人、公司被审计），所有签字的人都可以说：“我是被迫同意的，实际情况我并不了解。”最终扛雷的只有你这个发起变更的项目经理。

2. 你亲手废掉了谈判筹码

任何变更都是谈判。你有筹码，客户也有筹码。

走正式变更流程，你可以谈：

• 这个功能对项目范围、进度、成本的影响有多大？
• 原来的交付日期要不要顺延？
• 新增工作量怎么计价？

先做后补等于你先把牌打了。等你回头走流程时，客户会反问：“这东西不都上线了吗？你还要我加钱？你们项目管理也太不专业了吧。”

你的谈判地位，从“平等的乙方”瞬间变成“求着甲方补签合同的可怜人”。

3. 你在给团队埋雷

技术团队最怕什么？需求反复和范围蔓延。

你一句“先做了再说”，团队就开始加班赶工。等正式变更申请来了，老板一看：“这个变更的范围这么大？为什么方案评审都没有？”——所有锅都会扣到你头上。

而且，因先做后补导致的隐性加班、返工、质量下降，没人会替你买单。只有团队内部的疲惫和怨气。

如何治这个“先做后补”的病？

方法不难，关键看你有没有坚持的勇气。

方法1：养成“先问三句话”的习惯

当任何干系人提出新增或调整需求时，不管多小，先问三句话：

问句一：“这个是必须现在做，还是可以纳入下一轮迭代？”
问句二：“这个变化会影响我们本月要交付的范围吗？”
问句三：“我先出一个影响分析和变更申请，审批完再启动，可以吗？”

这三句话，就能把“先做后补”的冲动压下来。

方法2：建立“最小变更流程”

很多PM不敢走流程，是因为觉得“太麻烦”——要写文档、要评审、要签字。

你可以创建一个轻量级变更模板：

• 变更内容（一句话讲清楚）
• 对范围/进度/成本的影响（用箭头＋数字表示，比如“进度推迟2天，成本增加3%”）
• 审批人（只需关键决策者1-2人）

一个变更审批控制在30分钟以内。你可以跟团队说：“任何变更，我帮你简化流程到极致，但请求你别先做后补。”

方法3：对“急得不行”的需求说“分步走”

有些需求确实急，比如“客户老板明天要看演示”。这时候所有流程都觉得慢。

你可以说：

“这个版本我们先出一个原型演示，把核心逻辑跑通。正式的开发提交流程，等我走完变更审批再进迭代。”

这样既不耽误事，也没丢流程。

方法4：建立“无变更不启动”的团队文化

在项目启动会上就把这条规矩讲清楚：“我们这个项目，只要涉及范围、进度、成本的变动，必须变更审批通过后才能启动。谁先做后补，谁自行承担后果。”

不需要严厉，但要明确。就像红灯停绿灯行，没人觉得是束缚，这就是规则。

今日动作

📌 今日动作：打开你当前正在跟进的任意一个项目，检查是否有任何“口头答应但还没走变更”的改动。如果有，今天之内先补一个书面的变更记录发给干系人确认，哪怕只是邮件。先让事实变成记录，再补签字流程。

变更管理保护的不是流程，而是你。 每一次先做后补，你都在亲手拆掉自己的护栏。

📚 返回 PMP职场实战108问 目录 →