修复敏捷项目的范围

许多软件开发项目需要在项目开始时具有定义的成本,交货日期和范围(交付功能)。敏捷和scrum采用不同的方法,通过在迭代中提供工作软件,其中成本,时间和范围是“fixed”每个迭代而不是整个项目。但如果你呢 管理敏捷项目,您的项目赞助商仍希望您承诺交货日期,预算和固定范围?

在项目开始时,项目经理希望与赞助商达成协议,关于成本,时间和范围,并承诺满足他们。多年来,许多项目未能达到这些承诺。他们不’达到交付截止日期,花更多的钱,或两者。如果他们设法留在预算范围内并达到交货日期,那么他们就可以了’T提供全部范围,或产品的质量受到影响。我的看法是,无法实现成本,时间和范围是不可能的。如果您管理软件开发项目,则选择1或2.修复时间和/或成本,并尝试最大化范围,或修复范围并尝试最低化成本和时间。修复一切都是一种幻觉!

解决方案“Fixed Scope” in Agile

但是,如果项目赞助商坚持着呢?“fixed”合同?您仍然可以使用敏捷技术来确定项目的范围。可能的解决方案是:

  • 同意高水平的要求,与赞助商达成协议,何时以及如何详细说明要求。通常可以在下一个冲刺所需的情况下推迟细节要求。鉴于赞助商,客户和项目团队将在那段时间内更好地了解要求, 要求质量 will also be better.
  • 使用Agile Backlog来估计最可能在交货日期的范围内的范围,并提交提供此功能。向项目提议提议讨论并在需要时更改优先级。
  • 同意每次迭代后结束合同的可能性,当有足够的范围可用于提供,或预期的价值不足,以继续该项目。
  • 同意该项目仅提交每个迭代的时间,成本和范围,并确保该项目符合此承诺。这是与项目赞助商建立信任的方式。
  • 基于客户值,并使用业务案例优先考虑项目内容,以确定项目中包含哪些功能。仅针对项目赞助商的致力于具有足够商业案例的范围。
  • 使用敏捷旁边的替代估计方法,如功能点或可可,以估计最有可能适应商定的计划和预算的范围。
这些是处理想要修复时间,成本和范围的项目赞助商的一些解决方案。你认识到他们,你用过它们吗?你有其他解决方案来处理这个吗?一世’虽然期待着与您讨论这一点,请随时对此文章进行评论!
分享这种经历
  • 35
    分享

本林德林

我帮助组织具有有效的软件开发和管理实践。有关敏捷,精益和质量的多个网络的活跃成员,以及常见的演讲者和作家。

这篇文章有3条评论

  1. 马特威士忌

    Mooi Overzichtelijk Artikel!
    谢谢,Matt Verhaegh

发表评论

本网站使用AkisMet减少垃圾邮件。 了解如何处理评论数据.