随笔 - 170  文章 - 536  trackbacks - 0
<2006年11月>
2930311234
567891011
12131415161718
19202122232425
262728293012
3456789

常用链接

我参与的团队

随笔分类(103)

搜索

  •  

积分与排名

  • 积分 - 412357
  • 排名 - 135

最新评论

阅读排行榜

关于敏捷问题

周末听 rocket 介绍了一些来自 thoughtworks 关于敏捷的一些思想,同时也引发了大家的一些思考和讨论。从一种角度来看, Agile 体现了一种软件开发最根本的问题,就是由人在一定的时间内开发出高质量的软件,Agile 更加注重人在整个活动里的作用,而传统的瀑布模型中,似乎更加注重文档等,也就是我过去所在的公司,一切开发都由文档驱动,在这样的情况下,团队中每个人都是可以被替代的,从某种意义上来说,降低了软件开发的风险,但是效率却很难提高。而 Agile 注重的一个方面就是 pair,通过拉近人与人之间的具体来加快信息在团队中的流转速度,使信息像水流一样源源不断的流动,这样在 change 发生时,能够得到更快的响应,而瀑布模型则需要慢慢的由文档传播开来,传递速度和面都比较有限。

虽然 thoughtworks 给了我们一个极具诱惑的 Agile 果子,某种意义上来说是建立在他们公司利益基础上的,真正的去做 Agile 需要更加清醒和理智的想问题。Agile 是一种实践的方法论,需要大量实践和经验才能真正的去理解它,另外一方面,从传统的开发方式转型至 Agile,多多少少都会有过去残留的痕迹,而这些看不见的痕迹,可能会暗暗的抹杀 Agile 最初承诺的效果。

Agile 是一种好东西,某种意义上,资本家从开发人员手里榨取了更大的价值,这是建立在效率提高基础之上的,但它却散发着无比的诱惑,或许大家希望自己少写一些文档,或许大家厌倦了瀑布模型的流程,或许。。。。

posted on 2006-11-30 08:38 steady 阅读(644) 评论(0)  编辑  收藏 所属分类: AgileJava

只有注册用户登录后才能发表评论。


网站导航: