“小王啊，我现在有一个新的小需求，花不了多少时间的，你听听看……”
“我知道我们之前已经定好了，但是我觉得我们这里这么优化一下会对用户的体验更好……”
耳不耳熟，心不心塞，是不是让你想起了团队加班，疯狂熬夜，结果交付延期、成本增加，掉头发还背锅被骂的至暗时刻？
看起来变动并不大，但范围之外的变更，再小也会消耗资源，这就是范围蔓延。
01
什么是范围蔓延
范围：在项目环境中，“范围”这一术语，是产品范围和项目范围的总和。
产品范围，即为某项产品、服务或成果所具有的特征和功能；
项目范围，即为为交付具有规定特性和功能的产品、服务或成果，而必须完成的工作。
定义项目范围，即定义产品、服务和成果的边界和验收标准，并输出项目范围说明书。
项目范围说明书，描述项目范围、主要可交付成果、验收标准以及除外责任，经发起也代表着项目相关方之间就项目范围达成了共识，并进行书面化、文档化的记录。
可以说，项目范围说明书，就是描述要做和不要做，既不多做，也不少做。其描述的详细程度，决定着项目管理团队控制整个项目范围的有效程度。
在输出项目范围说明书和需求文件后，又可通过工作分解结构(WBS)，来把项目可交付成果和项目工作层级分解成较小、更易于管理的组件，有利于项目经理对WBS的工作包安排进度、估算成本和实时监控，将责任落实到人。
范围蔓延：范围蔓延是对项目范围之外的工作、需求或可交付成果的不受控制的添加，可以通俗理解为要“多做”的部分。这种变更，并未通过授权和批准，并且可能会导致项目交付延期、成本增加、质量下降、干系人满意度降低和项目目标偏离。
02
范围蔓延的原因
我们相信，项目团队答应“加需求”的初衷，是超预期完成客户的期待，交付“更多的价值”。但不去跟团队成员和干系人充分沟通，不思考超支的时间和预算，很可能会对按时交付和成本把控埋下隐患。
范围蔓延，通常是由以下原因引起的：
01
需求不明确：项目开始时，需求没有被充分理解或详细定义，导致在项目进行中不断出现新的需求。
02
工作结构分解不到位：WBS分解得不到位，对项目范围的规划、管理和控制可能就不够有力，往往会出现很多“计划外资源”。
03
干系人期望变化：项目干系人的期望和需求在项目执行过程中发生变化，可能会要求增加新的工作或改变原有需求。也可能干系人并无法很好地阐述他的需求，不便于剥离出真实需求，并跟目标和可交付物直接挂钩。
04
缺乏有效沟通：项目团队与干系人之间沟通不畅，导致需求变更没有被及时识别和管理。
05
变更管理不足：项目变更管理过程不够严格或执行不力，团队觉得“小变动，问题不大”，未经变更管理流程批准，就擅自同意。
06
外部因素：市场变化、技术进步或法律政策的变动也可能导致项目范围的蔓延。
03
如何管理范围蔓延
01
明确项目范围
首先，我们需要严格按照项目管理方法去定义项目范围。确定要做的和不要做的工作内容，可做可不做的，就不要做。
02
规范变更管理流程
其次，建立规范的变更控制流程并严格遵循，有利于管理范围蔓延。变更提出后，项目团队要仔细剥离真实需求，评估所需资源，以及是否真的有利于目标的实现，需要经过项目发起人审核后，再执行。规范变更管理流程，也能避免干系人“拍脑袋”。
03
强化需求管理
此外，我们还需要强化需求管理。收集需求后，要书面记录，并输出需求文件，和需求跟踪矩阵，对需求进行有效的分析和管理，以确保理解了客户的真实需要，且需求不脱离于项目目标，并能够在项目的整个生命周期中得到有效的控制。
如果需求会脱离目标，那么你可以请示发起人拒绝通过变更请求，并且向提出需求的相关方解释清楚变更将会对项目产生什么样的负面影响，同时探讨继续进行项目的最佳方法。
04
良好的沟通
如果确实要变更，也要确保及时通知到所有干系人。信息差往往让干系人对项目的发展进度和存在问题的了解程度不一致。良好的沟通是防止项目范围蔓延的关键。这不仅包括项目团队内部的沟通，也包括与所有项目干系人等外部人员的沟通。
05
定期进行项目审计和审查
通过项目审查和审计，可以及时发现能导致范围蔓延的问题和风险，包括，并采取有效的措施进行解决。
范围蔓延几乎是PM职场生涯的常态。虽然令人头疼，但掌握好方法，也能避免多余资源的浪费，保证项目交付和目标实现。
