构建之法第六章总结

  上一章讲了很多开发流程，第六章讲了敏捷流程。

  敏捷流程是一系列价值观和方法论的集合，是一股思潮，或者说是一种价值观，涵盖了好几种软件开发的方法论，这些方法论又是建立在许多行之有效的最佳实践方法之上的。敏捷流程大致分为三步：

第一步：找出完成产品需要做的事情。各个需求和任务之间是有种种复杂的依赖关系的，除了优先级之外，我们还要考虑相互的依赖关系。

第二步：决定当前冲刺需要解决的事。团队成员能主导任务的估计和分配，他们的能动性得到较大的发挥，把一个任务从产品层级的描述逐步细化到技术实现层面，是很需要技术能力和交流能力的，程序员会先尝试着在某些平台上实现，也许以后会返工。

第三步：冲刺。这一措施较好的平衡了“交流”和“集中注意力”的矛盾。我们要定义好任务究竟是什么，并且还要记载我们完成这个任务还需要多少时间。

第四步：得到一个软件的版本，发布给用户。

如果一个团队做的不错，现在要敏捷流程，那么就要自我管理，自我组织，团队多工能型。敏捷方法可以帮助你更早知道你是否能如期完成任务。如果团队很弱，那么强行改成敏捷流程也无济于事。但是敏捷流程也并不是很特别，并不是万能的，敏捷有它适用的范围。敏捷宣言表明的是优先级，并且在复杂的项目里，要让一线团队成员做决定。