如今,敏捷软件开发正成为一个非常有趣的流行词。
作为一名开发人员,我理解迭代开发的实用价值,但(大多数情况下)采用敏捷软件开发方法并不是开发人员的选择。这是自上而下的管理层选择!无论是水晶,敏捷方法,dsdm,rup,xp,scrum,fdd,tdd,你都可以给它命名。这不是开发者的选择。
对于所有的管理者来说,当大多数经理(在我的经验中)在他们的生活中连一段代码都没有触及的时候,选择做敏捷开发的最大原因是什么?
发布于 2011-01-19 21:49:50
敏捷之所以具有吸引力,是因为它提供了更快(或根本)适应变化需求的可能性,以及更快地将这些更改交付给客户的可能性。
这就是为什么许多公司在使用敏捷/Scrum时失败的原因:经理们不明白,凭借强大的力量(设定更快的发布日期和经常更改需求),需要依赖开发人员进行评估。对于敏捷的工作,经理必须愿意然后缩小范围。
他们想要两者的力量。
发布于 2011-01-19 22:33:19
有时人们做事情,并不是因为他们正在着手的事情(敏捷)的优点,而仅仅是因为它很受欢迎,而其他人也试图这样做。
“什么?宏果酱在做敏捷?为什么不呢?我们不是很慢,我们是敏捷,该死!”
有些人并没有给出真正需要敏捷的东西。这只是为他们的存在辩护的一种手段。床单、同伴压力等。
发布于 2011-01-19 21:52:41
编码本身并不是管理者被说服选择敏捷作为一种方法的主要原因。您可以更快地对更改的需求和优先级做出反应,这一事实很有吸引力。最终,“经理”需要向最终用户/客户/他的经理提供解决方案。
如果启动项目时看似关键的功能可以在项目中期被取消,并被新的、更相关的需求所取代,这是一个主要的优势。
同样重要的是,大多数(例如,在scrum中),每个中间交付都应该几乎准备好投入生产。同时,首先开发了最紧迫的功能。因此,如果项目因某些公司的决定而被取消,管理层肯定会得到一些有用的、可以投入生产的产品。
希望这能有所帮助。
https://softwareengineering.stackexchange.com/questions/38280
复制相似问题