什么是范围蠕变？

Question

这将是所有noob问题的noobist，但究竟是什么范围蔓延，它需要什么？

Answer 1

范围蔓延“是指项目范围内不受控制的变化。当项目的范围没有得到适当的定义，记录或控制时，就会发生这种现象。通常认为这是一种应该避免的负面现象。” / p>

Source

Answer 2

你从一只老鼠开始，最后得到一头大象。

换句话说，每天的需求变化以及您应该提供的内容看起来不像项目开始时应该提供的内容

Answer 3

Wikipedia表达得比我更完整。

  

项目管理中的范围蠕变（也称为需求蠕变或厨房水槽综合症）是指项目开始后的任何时刻项目范围内的变化，连续或不受控制的增长。当项目范围未正确定义，记录或控制时，可能会发生这种情况。它通常被认为是有害的。它与特征蠕变有关但不同。

     

范围蔓延可能是以下结果：

     

  
• 糟糕的变更控制
  
• 缺乏对实现项目目标所需要的适当初步确定
  
• 弱项目经理或执行发起人
  
• 各方之间沟通不畅
  
• 缺乏初始产品多功能性
  

Answer 4

范围蔓延有两种定义。

• 否定。范围以不受控制的方式改变，增加了成本和风险。

• 正。范围以不受控制的方式改变，因为我们的幻想项目计划错了，我们开始学习我们不希望学习的东西。

大多数人似乎喜欢第一个。

然而，第二个更准确。认识到范围蔓延的少数管理者 - ==学习能够明智地管理它并完成工作。

其他经理认为不受控制的学习是一种威胁。该项目不会在幻想计划或预算中创建希望的可交付成果。这意味着需要缩小范围或者需要扩大预算。

请注意，大多数敏捷方法似乎并不关心范围或范围蠕变。由于对下一个版本的关注很少，因此整体情况变得不那么具有威胁性和可怕性。

学习 - 在敏捷环境中 - 也会导致范围蔓延，但这是一件好事。推迟不会有用的东西。当我们开始时看起来不重要的东西会加速。

Answer 5

当一个项目不断变得比原计划更大，更复杂时，因此永远落后于计划和超出预算。

Answer 6

启动项目时，可以设置某些参数。这些参数是您的范围。你应该考虑你的项目应该做什么，花费多少，以及需要多长时间才能完成。当更多的功能，时间，金钱....进入项目时，这可以称为“范围蔓延”，

Answer 7

范围蔓延是指需求不断修改或添加到当前产品版本中。例如，您向客户/用户显示演示，并且他们请求新的报表/按钮/字段。当开发人员想要添加新的“酷”功能等而不需要它们时，也会发生这种情况。最好通过管理项目发布周期来防止这种情况。人们建议功能是一件好事，但参与的每个人都需要了解对项目和预算的影响。考虑将新功能请求添加到列表并定期开会，以确定将哪些新功能添加到“下一版本”。

Answer 8

在我看来，在功能蔓延的情况下，需要有一个因素导致产品垮台。例如，一个城市的增长是好的 - 城市扩张是坏事。

或者在UI设计的情况下......所有相关功能都被卡在一个控制屏幕上 - 新功能不断被添加到它们的存在让人感到困惑的程度，而不是找到有用的功能。

要成为特征蠕变的资格，他们应该通过测试，在系统的生命周期中造成不必要的复杂性或投入不必要的扳手。不符合此标准的原始计划外功能不应该被认为是特征蠕变。

范围Creep仅在产品范围的层面上与功能蠕变相同......例如：

你的团队正在建造一个“空气吸盘”（tm），它从一个地方吸入空气并将其运送到两个街区外的工厂。空气吸盘的范围是它移动空气。

然后管理层意识到吸吮装置还需要吸水和运输水和沙子。 Air Sucker从未设计用于运输液体或颗粒材料，从而将空气吸管的范围扩大到必须重新设计以满足新的运输要求的程度。

Answer 9

如果你有适当的变更控制，可能是摇钱树。

有一张着名的大型动力船的图片，里面有一个小型的小汽艇。小汽艇被称为“原始合同”，动力船被称为“改变请求”

Answer 10

功能，预算，时间表：选择任意2但不是全部3

Answer 11

范围蔓延是对最初商定的规范/项目范围/定义的任何更改。这种变化可能是由于发现了先前未知因素，内部/外部市场变化，技术变化或计划赞助商想要更多的东西。当没有适当的变更控制流程来审查和接受或拒绝变更时，它会对项目产生负面影响。

Answer 12

范围蔓延如何影响产品进度？ 有没有办法让范围从开发过程中消失？ 你的PM如何处理范围蔓延？ 范围蔓延的最佳特征是什么？ 等等。

Answer 13

范围蔓延就像色情：当你看到它时就会知道它。