敏捷团队在过去、现在和将来都获得了和将会获得不可思议的成功，这已经成为了事实。但是也有很多失败的情况：“脆弱的”实施，“效果一般的”实施，以及敏捷团队不能产出很棒的软件，并且 / 或者没能从整体上对组织产生影响等。这些失败能够被指出并且“修正”吗，或者敏捷开发仅对某些团队有用吗？
有这样一种想法：我们在技术上已经提出了主要的改进，并且出于对敏捷社区的敬意已经做到了所有主要的改进。大量的修正、改写以及新的标签都只是小幅增量的改进。但问题并不在于过程和技术，尽管我们经常试图对其进行改进，而在于我们这些创建软件的人。多年前我听到过一个故事，到现在也没有忘记：
一位农业大学的毕业生和一位老农民谈话，告诉所有他所学到的新技术，并且说他能够如何帮助农民使他的庄稼有三倍的收成。那位老人看着这位新毕业生说：“孩子……，如果我做了我自己知道的一半儿，我就已经可以让我的庄稼收成翻倍了。”
莫非这样的事情在敏捷社区中也正在发生？莫非说失败并不是旧的敏捷技术在当前不同的环境中所产生价值的失败？莫非说如果我们仅仅通过完成所知道的事情，大多数失败就会变成不可思议的成功？这位记者的思路确实如此。
接下来的逻辑问题是“为什么我们不做明知会有用的事情呢？”，这是个让人头疼的问题。如果我们知道什么会起作用，那么我们怎么会不做呢？下面是我发现的事实：敏捷实施的成功百分百都依赖于人；人们进行实践，然后必须对自己的问题负责，并且以遵守规则的方式面对浮现出来的糟糕事实。要注意这两个事实都没有被归入到任何敏捷方法（新的或者旧的）中，但几乎所有的方法中都包含了它们。
但是“面对事实”并且“遵守规则”做起来并不容易。有人对其做预先的安排，并发现敏捷技术很自然，并能够增强能力。还有其他人——我敢打赌有一半以上的人——不会自觉地这么做。我不知道有什么方式能够迫使他们做这些事，并且我也不确定团队和组织是否能够被改变成这样做。你的想法呢？
查看英文原文： Opinion: Agile Success Is Not Dependent on Agile Techniques
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论