标签：
经历了一个多月的阅读(基本是在上班早晨和中午休息的时候读的)终于将这本将近三百多页的敏捷开发的专著读完，下面谈谈我对这本书的观后感和书的主要内容：
1.书中以IBM公司（在书中称为E公司）的一个电子商务项目为背景以主人公（E公司该项目的北京研发中心的项目经理）讲故事的形式讲述了采用敏捷开发的全部过程；
2.语言浅显易懂，不需要读者有太多的敏捷开发背景，读完之后可以对敏捷开发有个全面以及初步的认识；
3.在项目推进过程中整个项目团队遇到了很多敏捷开发的问题，并一一化解，最终走向成功，里面有很多经验值得我们借鉴；
4.书读起来还是比较轻松，不像读单纯的技术书籍那样累（这也正是我选择此书的原因，在工作之余放松一下还能增长见识
）；
5.书中穿插着讲解了敏捷开发的一些基本概念，循序渐进，能够对正在使用敏捷开发或者想要使用敏捷开发的项目经理们有所帮助；
6.书中也介绍了一些敏捷开发的工具，尤其重点介绍了IBM公司的一些工具（有做广告之嫌
）；
7.整体感觉还可以，是少有的能够让我一口气读完的技术书籍之一；
最后用书中的一段话总结一下：
敏捷不是灵丹妙药，不能包治百病。敏捷也不仅仅是一堆软件开发方法和开发流程，它的本质是一种哲学思想，是一种做事情的方法论。敏捷之道就在两点，以价值为本，以人为本。价值为本，要时时刻刻想着客户，想办法创造真正对客户有价值的软件。当做到了能更快速地提供价值的时候，就是敏捷了。帮助客户成功，你也就赢了。以人为本，说到底，价值还是由人来创造。一家新公司或者一个新团队的关键是人才，有了人一切都好办，对人才要好好珍惜。当人的能动性超越了一切死的流程，就是敏捷了。记得有一句话是这么说的，‘Youdon’t do Agile, You are Agile !’”
敏捷开发的疑问：
1、由于软件在架构和设计层面的局限性极有可能导致业务功能的紧耦合，那么随着敏捷项目开发，添加的功能点越来越多，某个功能的修改极有可能导致其他功能受到影响，在这种情况下不可避免的增加了回归测试的压力，而这种压力在项目后期会越来越大，如何解决？
2、敏捷开发在选取任务的时候主要依据团队成员的喜好进行，那么当团队成员的技能分布不均衡的情况下即某项任务大家都能干或者说都有兴趣干，而某项任务大家都不能做或者都没有兴趣做的情况下，如何更好的分配项目的任务，最大限度的提升团队的开发效率？
标签：
原文地址：http://blog.csdn.net/it_hy/article/details/46513687
