首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >资助敏捷项目

资助敏捷项目
EN

Software Engineering用户
提问于 2011-07-27 14:07:42
回答 7查看 1.2K关注 0票数 13

我所在的公司正在尝试向敏捷项目管理战略迈进--对许多人来说,曾经经历过一次瀑布的“欢乐”。关键是重点转向交付功能,而不是满足硬期限。

虽然开发过程和客户关系肯定已经通过通过敏捷开发的迭代版本得到了改善,但事实证明,在项目的筹资策略中应用同样的原理有点困难。客户通常不习惯像敏捷这样的概念,并对他们所关心的“当它准备好了就会准备好”的情况表示极大的关注。

我想听听人们在资助敏捷项目方面的想法和经验

编辑:我想强调的是,我不是要求人们向我解释敏捷方法的利弊,我也不认为敏捷等同于“准备好了就准备好了”,这是我在倡导敏捷开发实践时与客户/企业一起工作时所表达的恐惧。

我感兴趣的是,人们解决了“传统”瀑布式预算编制方法与更进步的发展方法之间的冲突,以及他们为支持这种演变而采取的预算战略之间的冲突。

EN

回答 7

Software Engineering用户

回答已采纳

发布于 2011-07-27 15:05:05

如果您已经能够在所有特性上提供一个项目的最终日期,那么为什么要切换到敏捷方法呢?您和其他人都在努力解决这个问题,而敏捷的方法正以这个事实为前提。用它作为反对竞争的宣传。西南航空公司不会像其他人那样承诺给你一个孤岛座位,然后再把它让给别人。

当然客户想要一个确切的结束日期。他们想要的是价格低廉、没有错误的软件,而不管对原始请求的任何更改。告诉销售团队学习如何使用敏捷原则销售项目。你进行的互动越多,你就越能知道项目什么时候会完成。客户端还学会考虑更改请求的影响。

票数 4
EN

Software Engineering用户

发布于 2011-07-27 15:59:17

敏捷项目不会按照“它准备好了就会准备好”这样的方式工作。这是瀑布工程的经典路线。

当客户决定不想在附加特性上花费更多的钱时,敏捷项目就完成了。这可以被你的销售人员转换成一个关键的卖点。客户可以从初始功能集的初始金额开始,然后分阶段进行,而不是对固定的功能集(可能是预先知道的,也可能不知道的)固定的功能集进行承诺。这将保证两件事:

  • 只要功能列表有适当的优先级,客户总是会得到下一个交付的最重要的功能,从而最大限度地利用他的花费(他的钱得到了“最大的回报”)。
  • 如果客户的钱用完了,他已经将投资最大化,而你已经得到了你所交付的东西的报酬。没人会受伤,每个人都会获利。
  • 客户可以在轮的每一个转弯处(每一个插曲的末端)改变他对优先级和特性的看法。一个明显的优势,比正常的固定价格合同。

也许还有更多,但以上应该足以让你的销售人员走向正确的方向。

票数 5
EN

Software Engineering用户

发布于 2011-07-27 14:33:52

嗯,我不认为这是“它准备好了就会准备好”的情况。敏捷方法促进定期提供交付品,比如每两周一次。这就是为什么客户是项目的一个重要和非常活跃的部分,在项目的整个生命周期,因为他们提供指导,如何形成您的产品的功能。如果有的话,客户将开始看到结果更早,而不是接近项目的结束,如瀑布式的方法。

只要您重申,客户端将是项目的一个活跃部分,并且他们将看到项目尽早成形,这可能会确保他们不会等到项目完成后再等待。

票数 3
EN
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://softwareengineering.stackexchange.com/questions/96364

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档