项目范围蔓延是项目经理的噩梦。本文教你从启动阶段就建立范围边界，让老板不乱加需求。
范围蔓延是所有项目经理的噩梦。如果不在启动阶段就建立范围边界，项目会越做越大、越做越乱。每一个"顺便加个小功能"单独看都不大，但十个加起来就是一个大功能，能把你的排期完全打乱。
三个有效方法：1) 在范围说明书里明确写"不做什么"——排除项比范围本身更重要；2) 建立变更流程 — 任何范围变化都走变更请求，小改动也要记录；3) 设范围冻结点 — 在关键里程碑冻结范围，后续变更统一评估影响再决定是否纳入。
不要直接拒绝，要让老板看到加需求的代价。话术模板：「这个功能大概需要2-3天开发时间，如果加上去会导致原本的X功能延期一周。您看是加这个功能延期X，还是保持原计划？」让老板自己选择，而不是你来拒绝。
最痛苦的一个项目就是老板今天加一个、明天改一个，做了一年没上线。后来想明白了——老板不是故意刁难，是他自己也没想清楚。现在启动阶段我会多花时间跟老板一起梳理"这个项目到底解决什么问题"，一旦这个问题明确了，再加功能就会触发"这跟目标有关系吗"的判断。
试试在线工具直接生成：访问工具站