阅读第六章所得：

  敏捷过程在我的理解之内是更“圆滑”一些，为了成为敏捷的团队，则需要作出改变：自主管理（从领导布置任务到自己挑选任务，并总结不足，提出改进并且自己要实施这些改进）、自我组织（从做好自己的事足够到联合起来对项目负责）和多功能型（每个人要全面负责，自己搞定规格说明书，同时自己搞定测试）。这样又和团队的定义有相悖之处？这是我所不理解的地方。敏捷——通俗的说，木有计划、木有文档、马上写代码、随时发牢骚。其实敏捷是一股思潮，或者说是一种价值观，它涵盖了好几种软件开发的方法论。敏捷的原则和前人总结的软件工程原则有着千丝万缕的联系，即把原来单个的实践方法结合起来并运用到极致这样。但是敏捷也有它的适用范围，且也会随着发展继续前进。

《构建之法》阅读笔记（四）