范围蔓延，即"只是再加一件事"的持续积累，是让在轨项目悄悄滑落的原因。解决方法不是对所有事情都说不；而是让每次添加都成为针对时间的可见的、明确的权衡，而不是被默默吸收。
如何控制范围
text
✓ Define DONE up front — written, agreed scope
✓ Make the cost of every addition VISIBLE ("yes, and that pushes us a week")
✓ Track changes — a changelog of what got added/cut
✓ Protect a core MVP — defend the must-haves fiercely
✓ Use a PARKING LOT — capture good ideas for "later," don't reject them
✓ Escalate trade-offs to whoever owns priority — let them choose
关键做法
不要直接拒绝新请求，那样会让你成为阻碍者。相反，要呈现权衡："我们可以加上这个。这意味着要么截止日期延后一周，要么我们放弃功能 X。你想要哪个？"现在这是一个业务决策，由适当的人做出，眼睛睁得很大。
一个具体例子
项目中期，产品经理不断添加"小"调整。您启动一个共享的范围变更日志。突然间，每个人都看到原本两周的项目吸收了三周的增补，关于截止日期的讨论变得明显和容易。
为什么这很重要
未受管理的范围蔓延是错过截止日期的沉默杀手，没有单一变更感觉很大，但它们加总就是一个失误。
让权衡明确化可以保护团队、让相关方获得信息，以及当范围而非工作量是原因时，消除工程部门的责任。