范围蔓延 (Scope Creep)：如何应对?

无论你在技术领域工作多久，在某个时候你都可能遇到过比原计划更大、更复杂的项目：规格改变，新需求增加，你的工作量增加，团队面临更大的压力以满足最后期限。

这种现象被称为“范围蔓延”，它是所有相关人员的祸根，从项目经理到开发人员以及中间的每个人。 

尽管人们对这个问题的认识有所提高，而且敏捷和 Scrum等现代流程旨在更好地管理变更，但范围蔓延仍然普遍存在。根据PMI 2018 年的项目管理调查，52% 的项目经历了范围蔓延，比五年前增加了近 10%。

范围蔓延是如何发生的，如何更好地管理它？让我们来研究一下这个问题。

什么导致范围蠕变？

当项目范围发生不受控制的变化而没有调整时间、成本和资源时，就会发生范围蔓延。通俗地说：您无需额外时间或帮助即可完成更多工作。

很多时候，范围会因为新需求的增加、客户或市场需求的变化或技术的变化而发生变化。但通常情况下，规划阶段缺乏明确性。事实上，明确范围是企业组织中项目经理面临的最大挑战。

“当组织领导者不允许进行充分的预先规划时，范围蔓延往往会发生，”项目管理研究所网络项目主任斯蒂芬汤森德说。“因为人们倾向于尽快开始工作，所以计划期可能会缩短。因此，本应在流程早期确定的事情将在后续过程中被进一步了解。尝试适应小的变化作为一次性可能一开始可能会奏效，但一系列一次性可能会迅速导致进度延迟和成本超支。”

敏捷并非对问题免疫

虽然在传统的开发结构中可能很容易看到范围蔓延是如何发生的，但它在敏捷开发中不应该是一个问题。还是应该？敏捷旨在拥抱变化并为不同冲刺中的范围调整留出空间。尽管如此，有些人认为尽管采取了这些步骤，但仍可能出现范围蔓延。

“你会听到很多人说你不能在敏捷中进行范围蔓延，但在我看来，这不是一个准确的说法，”Dataprise 的网络解决方案主管 Nick McConnell 说。“是的，敏捷允许你在游戏后期引入新的需求以及换入和换出的能力，但是很多时候你会在项目后期和已经开发的东西中出现，有人会进来并想要添加新的需求或者想要完全替换它。

“因此，即使您对在早期周期中开发的东西采用了敏捷方法，您仍然可以通过在游戏后期进行接触来注入范围蠕变。”

McConnell 补充说，当一个较小的故事被一个更大的故事取代时，敏捷中也会发生范围蔓延，这会影响预算和时间表。

变更管理是关键

你不能总是防止范围蔓延，但你可以减轻它。它从全面的前期规划开始。您可以在时间表和应急基金中留出一些余地，以应对需求变化。但拥有变更管理流程也很重要。

“对于更重大的变更，团队应该使用正式的变更控制流程，让执行领导参与批准新要求和交付它们所需的资源

采取小步骤控制范围

管理范围的另一种方法是将项目分成更小的块，这样可以采用更集中的方法。虽然这是敏捷开发基础的一部分，但它也可以应用于瀑布方法。

“与其尝试做一个包罗万象的项目，不如逐步淘汰它并进行非常高水平的第一阶段，这实际上是发现阶段，真正了解组织和业务以及一些预先确定他们的痛点，并为功能和特性制定路线图，然后您可以根据时间表和预算进行适当的优先排序，”麦康奈尔说。

自下而上的沟通

虽然项目经理或Scrum Master 负责管理范围蔓延，但负担并不仅仅落在他或她的肩上。团队成员通常首先注意到范围蔓延。

最终，您可能无法防止每个项目的范围蔓延，但适当的规划、战略和沟通可以将其最小化。无论您的角色是什么，您都可以帮助控制它。

 

传统与敏捷的范围观

传统的瀑布方法建立在时间、成本和范围三重约束的基础上。调整这些变量中的任何一个都会迫使至少一个其他变量发生变化。交付一个成功的项目取决于平衡这三个相互竞争的变量。但正如我们所知，简单地向项目添加资源并不总能带来预期的目标。如果在软件项目中后期添加资源，则会产生不利影响。

敏捷方法通过颠倒三重约束采取不同的方法。敏捷方法不是在开始时将范围视为固定的，而是将时间（迭代）和成本（团队成员）设置为固定的；然后调整范围以侧重于最高优先事项。敏捷是在预期范围会演变的情况下构建的。目标是在预算成本和时间内满足客户最重要的要求。随着项目的推进，敏捷允许新的需求或重新确定优先级。