采用敏捷方法学的人正在逐渐增多，在最近的调查中显示，XP，Scrum和FDD这些方法被广泛使用，已经达到了前所未有的程度。但其中也有反面教材——如果开发团队只是简单的把敏捷实践拷贝到项目中而不是在实践中逐步掌握，随便把在某处获得成功的实践经验就拿过来用，却不去思考如何进行持续性的改进来让开发过程适应于自己独有的环境，那又如何谈得上敏捷？一个敏捷实践者将其称之为“垂死的千份拷贝（dying the death of a thousand copies）”。
不幸的是，随着敏捷的进一步流行，这种“坏敏捷”就有可能成为一种副作用，有些人也会依据他们自己一些软弱无力的例子总结出一套关于“敏捷软件开发”的理论来。比如在最近的一篇名为Egomania Itself的文章中，Steve Yegge就把他上个月扔下的东西又捡了起来。他用了“敏捷教会”这个词，并把敏捷实践比作了迷信：
……有些人很可能想要用魔法来帮助项目取得进展，而且有很多项目——可能是大多数——都最后成功了。
我敢保证，你要是来跳舞祈雨，连着跳上七八十天，或者更久，大不了一直跳下去，那早晚也能求到雨的。
所以我不是说敏捷不行。它确实行！但它不过是纯粹的迷信而已。
当然，敏捷可以用这种方式来实现，有的时候人们也确实就是这么干的。但这种“基于信仰”的对敏捷实践的应用——我们相信它能工作，我们不需要知道为什么——却忽略了敏捷软件开发中最强大的工具：现实。敏捷是采用基于经验主义的过程来“拥抱变化”的。Jim Highsmith在Agile Project Management一书中描述道：“敏捷项目是探索式的项目，所以它们的成功都是建立在现实反馈的基础上的。”敏捷的 计划-实施-检查-调整 的短周期也正是旨在增加对项目的理解，以便确保那种低效的过程不会被无限的重复下去。实际上，在特定的场景下，这个计划-实施-检查-调整的周期也会让一个团队清楚的看到，敏捷完全不是他们所需要的那样子。
正如Yegge所说，即使是这样的敏捷也可以工作——但是这条路上还是发生了许多故事：一些团队不得不使用一些不需要或者是根本就不想使用的实践，被固定的 日期、范围和预算捆住手脚，甚至是那些剥夺了开发人员来之不易的工作空间而只是简单地想用更少的投入得到更多的回报的那种领导也会从中作梗。在这种情况 下，就算能造出可以工作的软件，同时也造出了一些满怀愤懑的开发人员——有时候他们也就把自己给毁掉了。这根本无法和敏捷宣言的第一项价值"人重于过程"保持一致。
在Yegge的博客上，大家根据敏捷实践如何才能工作这个话题展开了热烈的讨论。下面是从上万字的讨论中截取的一些片段——很不幸，大多数回帖的人都是匿名的，所以我们只好凭猜测来判断是谁留的言。
此文章共有2页 1 2 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
