Agile 随想

关于敏捷问题

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

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

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

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/8485249/viewspace-429941/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/8485249/viewspace-429941/