《构建之法》读书笔记第6、7章——敏捷开发

这两章讲的是敏捷开发流程的方法，以及在微软推荐的软件开发方法——MSF（微软解决方案框架,Microsoft Solution Frame-work）

敏捷开发流程分为4步，处在在团队作业中的Alpha和Beta阶段的同学们还真要是不是的回复看一下。

敏捷开发分为以下4步：

1. Product Backlog : 找出产品开发过程中需要完成的事情，制定计划
2. Sprint Back-og： 将产品订单上的任务进一步细化，分解成小时为单位
3. Sprint： 即冲刺阶段，团队管理通过两个武器完成，并平衡交流和集中注意力：每日例会和燃尽图。每日例会是团队成员就团队项目沟通的唯一手段，完成面对面的交流，团队中的每个人报告：昨天做了什么？ 今天打算完成什么？ 碰到了什么困难？燃尽图是通过简单的图表告知团队成员团队项目当前的完成程度。
4. 得到软件的一个增量版本，发布给用户。

敏捷开发是时间驱动的软件开发方法（Time—boxed） ，相比传统的着重质量，敏捷开发更注重质量和效率的兼顾。

敏捷对团队要求很简单：自主管理，自我组织，多功能型，但是实际上还挺难达到。

对于大型、跨地区团队，或复杂大型项目，敏捷开发并没有完美答案。

MSF有九大原则：

1. 推动信息共享和沟通
2. 为共同的远景而工作
3. 充分授权和信任
4. 各司其职，为项目共同负责
5. 交付增量的价值
6. 保持敏捷，预期和适应变化
7. 投资质量
8. 学习所有的经验

9. 与顾客合作

   同学们在完成团队作业时，对于“信息的共享”和“学习所有的经验”很容易忽视，突出表现在文档的撰写质量不高，冲刺阶段记录不完整。

   7.3 节定义了MSF团队模型，其定义了小组同级成员的一些角色和职责，团队角色有质量管理，用户体验，测试，开发，发布管理，任一角色若无法实现目标，都会危及整个项目。而且每个角色都是平等的，角色之间要特别注重沟通，为同一愿景工作有对立的想法也很正常，但是要在沟通中寻求共赢。

敏捷开发和MSF相比现在的通常开发方法，更注重有效沟通和记录。

有效沟通包括团队成员之间，团队负责人和团队成员，团队和用户之间的沟通。

记录要特别注重记录开发过程中的bug情况和团队沟通情况，对于个人和团队的经验值积累大有裨益。

但是从往届包括时下做助教的经历而看，记录是很多团队完成团队作业中最容易忽视的地方之一。而记录完整细致，沟通及时有效的团队，在学期课程结束后，完成的项目都很让人惊艳。这样的团队放在市场上，肯定也会有不俗的表现。