【问题标题】:What is Scope Creep? [closed]什么是范围蠕变? [关闭]
【发布时间】:2009-01-15 16:04:44
【问题描述】:

这将是所有菜鸟问题中的菜鸟,但究竟什么是范围蔓延,它意味着什么?

【问题讨论】:

  • 显然,我在当前工作的每个项目中处理的事情完全相同。谢谢大家的回答。
  • 我认为这个问题并不宽泛;我认为人们在 09 年发布很多答案很开心。

标签: language-agnostic project-management scope-creep


【解决方案1】:

范围蔓延“是指项目范围的不受控制的变化。当项目范围没有正确定义、记录或控制时,就会发生这种现象。通常认为这是一种应该避免的负面事件。”

Source.

【讨论】:

  • 只是为了扩展“不受控制的更改”.. 我发现将其解释为“未经批准的更改”更容易。
  • @Mark Nold,正式批准并不意味着项目的范围变更得到了管理,即它对成本、质量和时间的影响、与项目目标的一致性、对可行性的影响等已经过评估。 “受控”意味着变更管理,因此是“不受控制”而不是“未经批准”。
【解决方案2】:

你从一只老鼠开始,到一头大象结束。

换句话说,需求每天都在变化,你应该交付的东西看起来不像项目开始时应该交付的东西

【讨论】:

    【解决方案3】:

    Wikipedia 表达得比我更完整。

    项目管理中的范围蔓延(也称为需求蔓延或厨房水槽综合症)是指在项目开始后的任何时候,项目范围的变化、持续或不受控制的增长。当项目的范围没有正确定义、记录或控制时,就会发生这种情况。它通常被认为是有害的。它与特征蠕变相关但又不同。

    范围蔓延可能是以下原因造成的:

    • 变更控制不佳
    • 缺乏对实现项目目标所需的适​​当初始识别
    • 弱项目经理或执行发起人
    • 各方沟通不畅
    • 缺乏初始产品的多功能性

    【讨论】:

    • 厨房水槽综合症+1。
    【解决方案4】:

    范围蔓延有两种定义。

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

    • 阳性。范围发生了不受控制的变化,因为我们的幻想项目计划有误,我们开始学习我们没想到的东西。

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

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

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

    请注意,大多数敏捷方法似乎不太关心范围或范围蔓延。随着对下一个版本的狭隘关注,大局变得不那么具有威胁性和可怕性。

    学习——在敏捷环境中——也会导致范围蔓延,但这是一件好事。永远不会有用的东西被推迟。开始时似乎并不重要的东西得到了加速。

    【讨论】:

    • 使用敏捷方法同样容易发生范围蔓延。您不会收到大请求,但您可以无限收到很多小请求,直到您的邮件列表程序也进行 CAD 和自然语言处理。
    • 只要没有人对小孩子“感到惊讶”,就不是“消极”,“这个项目失控”的范围蔓延。这只是扩大需求。扩展需求本质上并不坏。糟糕的是人们对变化的反应。
    【解决方案5】:

    当一个项目不断地变得比最初计划的更大、更复杂,因此永远落后于计划并超出预算。

    【讨论】:

      【解决方案6】:

      当您开始您的项目时,您需要设置某些参数。这些参数是您的范围。您应该考虑您的项目应该做什么,花费多少,以及完成需要多少时间。当更多的功能、时间、金钱......蔓延到项目中时,这可以称为“范围蔓延”,

      【讨论】:

        【解决方案7】:

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

        【讨论】:

          【解决方案8】:

          在我看来,在功能蔓延的情况下,需要有一个因素导致产品的衰落。例如,城市的发展是好的 - 城市扩张是坏的。

          或者在 UI 设计的情况下......所有相关功能都卡在一个控制屏幕上 - 不断添加新功能,以至于它们的存在使更多的人感到困惑,而不是发现这些功能有用。

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

          Scope Creep 仅在产品范围级别与功能蔓延相同的角度来考虑...例如:

          您的团队正在建造一个“空气吸盘”(tm),它从一个位置吸入空气并将其运送到两个街区外的工厂。空气吸盘的作用范围是移动空气。

          然后管理实现吸水器也需要吸运水和沙子。空气吸盘从未设计用于输送液体或颗粒材料,因此将空气吸盘的范围扩大到必须对其进行重大改造以满足新的运输要求的程度。

          【讨论】:

            【解决方案9】:

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

            有一张著名的照片,一艘拖着小快艇的大型动力船。小快艇被称为“原始合同”,而摩托艇被称为“变更请求”

            【讨论】:

              【解决方案10】:

              功能、预算、时间表:选择任何 2 个但不是全部 3 个

              【讨论】:

                【解决方案11】:

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

                【讨论】:

                  【解决方案12】:

                  范围蔓延如何影响产品进度? 有没有办法让范围蔓延到您的开发过程之外? 您的 PM 如何处理范围蔓延? 从范围蔓延中脱颖而出的最佳功能是什么? 等等等等。

                  【讨论】:

                    【解决方案13】:

                    范围蔓延就像色情:你看到它就知道了。

                    【讨论】:

                    • 亲爱的,我从现在开始会使用它:“________ 就像色情,你一看到就知道了”
                    猜你喜欢
                    • 2015-01-10
                    • 2013-09-04
                    • 1970-01-01
                    • 1970-01-01
                    • 2016-06-29
                    • 2015-12-15
                    • 2019-11-15
                    • 1970-01-01
                    • 2011-04-16
                    相关资源
                    最近更新 更多