本周阅读了《构建之法》的第6章《敏捷流程》。
在阅读这本书之前，我并没有听到过这个名词，甚至从小到大也很少有以团队为单位的工作。在以前，我所认为的软件开发就是一组人聚在一起约定好每人实现什么功能，然后开始编代码，在这个认知里，编代码成为了很重要的一部分，而团队之间的交流却成为了次要。
在阅读完这个章节后，我才发现原来在一个团队开发中，并不是我想西想的那样简单，那样无序。做一个项目时，首先需要确定团队中每个人的特长，每个人担任什么样的角色，然后根据需求，确定该产品的面向对象、他解决用户的什么难题、自己团队产品与其他产品相比较的优势特色在哪里，以及我们的宣传方式。确定下这些，我们才可以开始准备我们的项目。开始，我们要做好任务板，确定这个项目中我们需要完成什么任务，每天按时完成一个小目标。每天团队之间要进行讨论，每人认领自己的任务，谈论时可以回顾一下昨天做的任务、遇到的困难、今天要做的任务，每天有条理的完成任务。而不是杂乱无章，想起来什么就做什么的。团队之间的交流是保证任务按时完成的关键。