中国领先的IT技术网站
|
|

敏捷仅仅是目的吗?

敏捷思想就是那四条敏捷宣言和十二条基本原则,很抽象也很乏味。本文将给出作者自己的一些独到见解。希望能对大家理解敏捷有所帮助。

作者:Nick Wang来源:博客园|2009-04-03 14:11

开发者大赛路演 | 12月16日,技术创新,北京不见不散


敏捷思想就是那四条敏捷宣言和十二条基本原则,很抽象也很乏味。就好像那个著名的“见山还是山,见水还是水” ,没有过这种经历的人是无论如何也不能体会和理解它的含义,而有过这种经历的人则会感叹佛的博大精深。Scrum、XP、FDD等等方法是敏捷实践,他们是一些比较具体,看得见摸得着的东西,但同时也各有侧重,对敏捷的反应比较片面。

那么宣言、原则、实践,他们是什么关系呢?宣言实际上就是核心思想,就说明了敏捷到底是一种什么样的思考方式。但是这个东西真的很抽象,一百个人可以有一百种理解,因此又加上了十二条基本原则,原则指导你做事的方针,当你在做一件事而又不确定哪种方法正确时,就可以参考一下原则,看看是否与原则相违背。但是原则这个东西也很抽象,就算是大家都遵守同样的原则,也可能会有各种各样的方法,这些方法中当然也有效率高的,也有效率低的。那么现在流行的这些敏捷实践方法,其实就是已经被证明是效率比较高的方法,或者叫最佳实践。从这些实践开始,总比自己从头摸索要快要好。

学习敏捷应该从实践开始,但是不能仅限于实践,Scrum之所以这么流行是因为它比较对管理层的胃口。Scrum的特点也是在组织级提供支持,而在开发级则没有什么支持。相反XP比较重视开发方面的实践,TDD、Pair、CI无一不是与开发工作相关的实践。因此可以说敏捷实践各有特色,各有侧重。但是也要看到,虽然龙生九子各有不同,可是他们却都还是龙的后代,因此在骨子里这些实践是遵循十二条基本原则和四条敏捷宣言的,这也是为什么他们可以叫“敏捷”实践。所以说在具体应用敏捷实践时,一定要考虑这十二条基本原则,如果违反了,就是披着敏捷的壳,虚有其表,想不失败都难。

当你慢慢掌握了一些敏捷实践后,就要想办法改进了,世界总是在变化的,昨天行得通的方法今天未必行得通,别人那里行得通的方法,在你这里未必行得通。因此要根据自身情况选择并修改敏捷实践,形成有自己特色的实践方法。那么在建立自己特色的方法时,就需要检查是否遵循了十二条基本原则和敏捷宣言了。

当你逐渐可以根据需要自己定义流程,并不断总结和改进后,你会慢慢忘记十二条原则,因为它太多了太难背了,而你基本上也可以在忘记的情况下同样遵守他们,那么恭喜了,你已经理解了敏捷了,敏捷宣言就可以指导你的行为了,甚至你的思想也已经敏捷了,敏捷宣言也不重要了。

敏捷是目的么?敏捷一定就比不敏捷好么?我为什么要敏捷呢?

敏捷并不是目的,我们的目的是创造优秀的软件。什么是优秀的软件,功能正确、易于维护、易于修改、能给客户带来价值、能为人类文明进步做出贡献等等等等。有句话说得好:不管黑猫白猫,抓到耗子的就是好猫。软件开发也是一样,不管你用什么方法,只要能创造优秀的软件,就行了。

敏捷现在就是那个抓耗子效率比较高的猫,之所以用敏捷就是要提高抓到耗子的概率,迟早有一天会出现更厉害的猫来代替这只猫;而各种敏捷方法就是抓耗子的招数,对于某些耗子这个招数好使,对于某些耗子那个招式好用,因此需要根据具体问题来采用合适的招数应对。

说了这么多敏捷的好,我就一定要用它么,我一定要学它么?不一定,敏捷不是银弹,它不能解决所有的问题,事实上在某些环境下还不如不敏捷。但是如果你不学习它,你又怎么知道何时可以使用它来提高生产率,何时不使用来避免失败的苦果呢?

敏捷也好,.NET也罢,都不是目的,只是手段,或者是一种可选的方法和工具。关注软件的价值,建造优秀的软件,才是最终的目的。

【编辑推荐】

  1. 关于敏捷软件开发新的理解
  2. 专访用友伟库网开发经理:SaaS开发的敏捷之道
  3. 对敏捷开发的五大误解
【责任编辑:彭凡 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

网管员必读——故障排除

本书是《网管员世界》杂志社推出的一本集知识性和实用性于一身的网络管理技术书籍,书中收集了《网管员世界》自创刊以来“故障诊断”栏目中...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊