文档介绍：敏捷开发实践 拥抱变化的产品开发流程管理
随着 Agile 敏捷开发的流行，越来越多的公司采用敏捷开发用于软件产品和应用的开发。笔者的产品开发团队在两年前开始采用敏捷开发方法，一直实践到现在，并取得不错的成果，包括有帮助。
而且这些文档，大多是几页 PPT，书写和维护工作都很小。
敏捷开发过程
敏捷开发改进了产品的开发流程，提高了整个团队的效率。下面分析敏捷开发前和敏捷开发后的产品开发的各个阶段。
敏捷开发 " 前" 的产品开发过程
图 1 敏捷前开发流程
上图是敏捷开发前我们产品一个版本的开发流程，整个开发大概持续一年左右。从图中可以看出，流程中的大多数活动都是串行进行。这样的一种类似瀑布的开发流程，前提是需求在产品的初始阶段就完整的被捕获并正确的分析，这样才能保证最后交付的产品是客户所需要的产品，但通常这样的理想状况很难实现。
类瀑布的开发流程缺乏灵活性，无法通过开发活动来发现不够确切的需求，导致产品无法随着业务人员和市场的反馈而随需应变，开发出符合业务人员需求的产品。
敏捷开发 " 后" 的产品开发过程
图 2 敏捷后开发流程
上图是敏捷开发 " 后 " 我们产品一个版本的开发流程，整个开发大概也是持续一年左右，但每个迭代都是
个月时间。和敏捷开发前相比，有很多的区别和优点，下面是其中几点：
市场和需求驱动，拥抱变化
在我们产品敏捷开发中，每个迭代结束，都会有一个产品迭代演示大会，把这个月的开发结果演示给组员、业务人员、售前，甚至客户，并收集反馈。此外，在开发的过程中，产品的业务人员和售前时刻保持与产品开发团队的沟通和工作，保证开发出来的产品是符合业务需求。
充分利用资源和时间
敏捷开发前，产品的需求设计阶段占用整个开发流程 35%左右的时间，这段时间只需要几个核心的架构
师和设计人员，无法充分地利用开发和测试人员。敏捷开发后，迭代开发、强调沟通、缩减文档，在每个迭代初期就可以充分地利用开发、测试人员的时间，达到效率最大化。
每日交付
产品开发过程中，每天都会做自动化 Build ，并生成可以交付的产品。业务人员、客户都可以试用并提供反馈和新需求。
充分自动化
敏捷开发强调拥抱变化，这必然带来动荡的产品代码变更。每一个新的功能和修改的功能，都可以影响
到其他功能，造成副作用。所以，需要自动化去支持变化，在变化的同时保证质量和开发速度，包括编译自
动化、单元测试自动化、功能测试自动化、 UI 测试自动化、集成测试自动化等。
架构师和 Scrum Master 的重要性
流程的变化必将带来岗位和职责的变化，架构师和 Scrum Master 是在敏捷开发中两个重