本周我学习的是敏捷流程的内容
敏捷，显而易见，是高效率用尽可能少的时间完成任务。敏捷流程是一系列价值观和方法论的集合。敏捷开发原则有挺多的，主要体现在高效率，简明，可持续发展等方向上。敏捷的步骤有四步：
1.找出完成产品需要做的事情--Product Backlog
2.决定当前的冲刺（Sprint）需要解决的事情--Sprint Backlog
3.冲刺（Sprint）
4.得到软件的一个增量版本，发布用户。
总的来说，工作量最大的步骤在第三个步骤上，在这个步骤上，要进行每日构建，每个人要反馈自己做了什么，第四步的时候相当于已经得到了初步的结果。
正如书中所说，美妙的理论在实践中都会碰到这样那样的问题，书中所说的那些问题我在此就不多说了，看过了理解了就好，我认为比较重要的是关于燃尽图的说明，燃尽图中有三个每天跟踪的时间值：实际剩余时间，预估剩余时间，实际花费时间。书中详细介绍了敏捷流程中第三步内容，在这第三步半要做的事情有：代码完成->集成测试（Bug修复）->Alpha发布->DCR Bug修复（Bug修复）—>代码完成->集成测试（Bug修复）->判断是否够好->RTO/RTM。接下来就是敏捷对团队要求：自主管理，自我组织，多功能型，简单但是做起来却不简单。敏捷对于一个真正优秀的团队来说是可有可无的，但是对于一个弱的团队来说也不一定有用，有可能适得其反。敏捷并不是特别的，它与质量控制理论的模型和渐进交付的流程是相似的。它不能解决软件开发的所有问题，没有一个方法论的集合可以解决软件开发的所有问题。敏捷流程的实践教训，老师在书中也提出来了，但我觉得在此没必要详细说明了，等到真正实践前再回顾实践后再反思总结也是可以的。接下来老师讲了一个敏捷的故事，老师总爱在书中穿插一些有趣的事例来提高我们的阅读兴趣，这真的很棒！我自认我表述能力不足，在此也不多加以说明老师讲的故事了，只需要知道它乐趣中透着知识就行了。