今天，我阅读了构建之法第六章，敏捷流程。
刚刚看到这四个字，脑子里一片空白。什么事敏捷流程？如果差开这四个字，分成敏捷还有流程，我会明白什么事敏捷，什么事流程。弄到一起，就有点让人摸不到头脑了。
书上列举了现有的做法和敏捷做法。现有做法：流程和工具；敏捷做法：个人和交流；现有做法：为合同谈判；敏捷做法：与顾客合作；现有做法：执原定计划；敏捷做法：相应变化；通过这几个对比例子，我笼统的概括了一下，敏捷，就是活的，是指这个开发流程是活的，每一个步骤是活的，因为我们是在与人打交道，人是活的，开发流程也要有活力；灵活，敏捷，大概就是这个意思吧。
四个人的团队合作了一周之后，对敏捷流程有了更深刻的认识。
第一步，就是找出完成产品需要做的事情。对事情进行分析，细化，理清相互关系，估计好工作量。对每一项工作有很好的评估。
第二步，决定当前的冲刺，就是现阶段我们要完成的工作，在规定好的时间内来完成。这就要团队的领导做好对任务量的估计，以及团队成员完成任务的大概时间，只有我们做好预估，才能更好的保障任务的完成。这也是我们团队在一周的冲刺中得到的结论，每个人的能力都不一样，分配任务，或者让队员领任务，都要做的很合适，不然，给团队带来的只有绊脚石。
第三步，就是冲刺了。到实际做事情的时候了。我今天的任务的是什么，我今天能不能完成。如果没有完成，是哪里出了问题，是自己对任务没有一个清楚的认识？高估了自己的能力？今天偷懒了，没有认真干活？没有和队友沟通好？ 到了今天晚上睡觉了，要想好我今天完成了什么，如果剩下了，那剩下了怎么办？明天要做什么？