上图是敏捷开发"后"我们产品一个版本的开发流程，整个开发大概也是持续一年左右，但每个迭代都是1个月时间。和敏捷开发前相比，有很多的区别和优点，下面是其中几点：

    市场和需求驱动，拥抱变化

    在我们产品敏捷开发中，每个迭代结束，都会有一个产品迭代演示大会，把这个月的开发结果演示给组员、业务人员、售前，甚至客户，并收集反馈。此外，在开发的过程中，产品的业务人员和售前时刻保持与产品开发团队的沟通和工作，保证开发出来的产品是符合业务需求。

    充分利用资源和时间

    敏捷开发前，产品的需求设计阶段占用整个开发流程35%左右的时间，这段时间只需要几个核心的架构师和设计人员，无法充分地利用开发和测试人员。敏捷开发后，迭代开发、强调沟通、缩减文档，在每个迭代初期就可以充分地利用开发、测试人员的时间，达到效率最大化。

    每日交付

    产品开发过程中，每天都会做自动化Build，并生成可以交付的产品。业务人员、客户都可以试用并提供反馈和新需求。

    充分自动化

    敏捷开发强调拥抱变化，这必然带来动荡的产品代码变更。每一个新的功能和修改的功能，都可以影响到其他功能，造成副作用。所以，需要自动化去支持变化，在变化的同时保证质量和开发速度，包括编译自动化、单元测试自动化、功能测试自动化、UI测试自动化、集成测试自动化等。

    架构师和Scrum Master的重要性

    流程的变化必将带来岗位和职责的变化，架构师和Scrum Master是在敏捷开发中两个重要的人物角色：

    1) 产品架构师

    在产品的敏捷开发中，特别是我所参与的产品是面向行业的产品，架构师是个举足轻重的角色，需要有深厚的行业背景、创新能力，以及架构能力。

    产品是为了解决一类客户需求而存在。但是，客户的需求往往是会随着业务的发展而变化，而且竞争对手也会有类似产品的推出。所以一个产品推出市场后，所具有的功能模块慢慢地会越来越成熟，并拥有越来越多的竞争对手，慢慢地失去竞争力。一个好的产品，特别是面向行业的产品，要具有长期的生命力，需要具有下图所示的产品模型：