PMP职场实战108问 · 第4问

范围蔓延：你以为是“顺手帮忙”，其实是“慢性自杀”

你有没有经历过这种场景？项目做到一半，业务部门领导笑眯眯地说：“小王啊，这个功能很简单的，就加个筛选条件，你们顺手做一下呗。”你一想，确实就加个按钮，半天能搞定，答应了。结果第三天，对方又说：“既然筛选能做，那顺便把导出功能也加上吧。”一星期后，项目工期延了两周，团队加班到崩溃，原本的核心功能反而延期交付了。

这就是范围蔓延——项目管理中最常见、也最容易被低估的“杀手”。

它不像技术难题那样明晃晃地摆在眼前，而是像温水煮青蛙，每天吞一点点，最后整个项目被拖死。我在做过的几十个项目中，至少有一半的延期和冲突，根源都是范围蔓延。

为什么我们总是掉进这个坑？

三个字：怕得罪人。

具体来说，有几种心理在作祟：

• 好人病：“都是同事，拒绝多伤感情啊。”
• 短视症：“就一个小需求，不值得走流程。”
• 自我感动：“我多做点，客户会觉得我靠谱。”

但真相是：你今天答应的每一个“小需求”，明天都会变成对方眼里的“本来就应该有”。你越“好说话”，别人越不把你的时间当回事。

范围蔓延在职场上的真实面目

我见过最典型的案例，是一个做企业ERP系统的项目。

项目经理小C负责开发一个采购审批模块。甲方采购总监提出：“能不能在审批页面加一个‘历史比价’的链接？方便领导看。”小C觉得这合理啊，让开发同事花半天时间加了个超链接跳转。

一周后，采购总监又提：“比价看了，但没有对比分析图，能不能加个柱状图？”又花了三天。接着是“能不能按供应商维度汇总？”“能不能把去年数据也导进去？”

三个月后，这个“顺手加的链接”已经变成了一个独立的成本分析子系统，占用了全组40%的精力，而原定的合同付款节点——核心审批流程——还没有完成验收。

甲方很满意，因为“这个项目经理真给力，要什么给什么”。但小C的老板不干了：项目预算超支20万，团队累得离职了两个人，利润率直接变负。

这就是范围蔓延最残忍的地方：你牺牲了自己的核心交付，换来了对方的“阶段性满意”，最后背锅的一定是你自己。

四个动作，彻底堵死范围蔓延

我总结了一套“四步封堵法”，建议你直接复制到工作中用：

第一步：识别“这不是计划内的”

每次收到新需求，先问自己三个问题：

• 这写在合同/需求文档里吗？
• 它会影响原定交付时间吗？
• 会增加团队工作量吗？

只要有一个答案是“是”，它就有蔓延风险。

第二步：建立“需求准入”机制

别再用口头答应。建立最简单的三层过滤：

第三步：学会说“行，但……”

这是最有用的句式。不要直接拒绝，而是把代价亮出来：

❌ “这个功能可以做。”
✅ “可以做。但这个需求预计会增加3天工期，目前我们的资源都排满了。如果你想加进来，需要确认以下三件事：1）对应哪个核心功能要延期？2）预算能否追加？3）原定验收时间能否后延？”

当对方听到要“用钱和工期来换”时，90%的人都冷静了。

第四步：建立“需求停车场”

实在拒绝不了的，或者确实有价值但不紧急的，建立一个“二期需求池”。告诉对方：

“这功能我记下来了，但它不在当前Sprint里。等第一期上线后，我们复盘时优先评估它。”

既给了面子，又守住了边界。

今日动作

📌 今日动作：打开你手上的项目，找出最近一周收到的“顺手做的事情”，列出来。哪怕是“帮忙改个文案”、“加个字段”。然后问自己：如果这些事情没人做，项目会死吗？如果不会，今天就去找对方，用“行，但……”的句式重新谈判。

记住一句话：项目成功不是你做了多少额外的事，而是你没有让核心的事情被小事淹没。

范围管理，本质上是你对项目、对团队、对自己职业生涯的操守。学会说“不”，才是最高级的专业。

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