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

阅读第六章所得：

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

 

 

个人感受：

 

1、我过去是怎么做的（或者我过去看见谁是怎么做的）；在对于其他课程中，曾组过团队，团队里大多数都是组长分配任务，自己也是尽快去写完。

 

2、结合书中所讲，说明为什么这样不好:无

 

3. 提出一个解决办法，避免再次掉入陷阱：要具有自己的能动性，主动性。