范围蔓延,即"只是再加一件事"的持续积累,是让在轨项目悄悄滑落的原因。解决方法不是对所有事情都说不;而是让每次添加都成为针对时间的可见的、明确的权衡,而不是被默默吸收。
如何控制范围
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。你想要哪个?"现在这是一个业务决策,由适当的人做出,眼睛睁得很大。
一个具体例子
项目中期,产品经理不断添加"小"调整。您启动一个共享的范围变更日志。突然间,每个人都看到原本两周的项目吸收了三周的增补,关于截止日期的讨论变得明显和容易。
为什么这很重要
未受管理的范围蔓延是错过截止日期的沉默杀手,没有单一变更感觉很大,但它们加总就是一个失误。
让权衡明确化可以保护团队、让相关方获得信息,以及当范围而非工作量是原因时,消除工程部门的责任。
