2001年，许多公司的软件团队陷入不断增长的流程困境，为了解决这个问题，这个领域中最优秀的experts一起概括出了一些全新的价值观和原则，从而可以让软件开发团队具有快速工作、响应变化能力，他们自称为敏捷联盟。敏捷开发过程的方法很多，包括Scrum， eXtreme Programming， Feature Driven Development， Adaptive Software Development等等。目前，我所在的公司内部也有很多团队开始启用Scrum的开发流程，力图改变瀑布式开发模型的诸多弊端。作为Run了3年该流程的team，我们团队在不断学习和总结中得到了进步，我也希望可以从设计的角度来分享一些敏捷开发流程中快速迭代设计的心得。

　　Process 流程

　　这是一个高速变化的时代，无论是产品的更新还是技术的进化，同时变幻莫测的需求对传统软件开发模式造成了极大的冲击。当用户需求不断变化造成软件开发目标的不断更换，传统的设计方式会举步维艰，从而造成了软件的滞后，总是无法贴近用户的实时需求。快速迭代设计的特点是：先设计出稿，再不断改进。白鸦在 2011中国交互设计体验日上分享到：“怎么做都是错的。唯有迭代的速度，才能取胜。” 可见，快速迭代的要求，无论是对研发还是设计，都已迫在眉睫。

　　整个快速迭代设计流程分为5个阶段：

　　Iteration-1

　　前期准备阶段，团队很容易就各类需求该放哪些进入Sprint backlog发生讨论，设计师主要参与PO（Product Owner）/PM组织的用户需求讨论，对需求优先级排序，解读一些用户潜在需求并转化成为产品功能需求，毕竟相比他们，设计师更加懂得产品细节。 同时，设计师可以同步展开用户研究的工作，了解Persona的主要工作流和Goal。

　　Iteration 0

　　与每个项目开始之前设定Sprint 0相同，Sprint里也有一个叫Iteration 0的阶段，包括设计开工之前的验证与出具设计方案。通过与开发团队的沟通来验证设计方向与设计方案的可行性，可以创建一些信息流图与内容结构，做好坚实的设计架构。同时，在用户需求被解读成为功能列表后，利用纸片、PPT、Balsamiq等工具创建快速原型，最好在这个阶段让研发团队介入，对设计原型进行评估。然后设计师根据快速原型，负责设计其实现方式，通常会有几个解决方案。在Scrum团队内部与开发测试人员反复讨论权衡后，选出最优方案。这个阶段设计师的交付物为交互线框图、低保真模型等简单设计文档。

　　Iterations

　　设计不断迭代的阶段，因为我们假设改阶段用户需求已经确定，所以主要是基于设计方案的迭代，协同开发实现的进度，将设计不断修正至最优。正是这种快速的模式让设计师能在一个可以体验的原型上验证设计，从而改进设计。与流行的测试驱动开发（TDD）类似，我们也可以采用测试驱动设计的方式。QA要对用户的背景和工作模式比较熟悉，协同设计师一起敲定User Story，撰写Real User Test Scenarios，并根据测试结果优化设计。设计师与开发团队成员一并进行Usability Testing，以便在早期消除可用性缺陷，减轻后期维护成本。

　　Release

　　作为design release的阶段，前面的工作主要内容是确定功能的主要逻辑与工作流，这个时期，我们可以在优使性（Usability）上有所提升，做好Final Usability Testing，确认没太大疏漏，再将其发布出去。不同于QA的最终验收测试，这里的可用性测试需要从用户的角度去“使用”产品，不是去找功能的缺陷，而是从优使性方面看是否顺手，是否符合用户心智模型，是否高效完成用户目标。

　　Production

　　设计发布过后，为了适应不断更新和快速迭代的需要，设计师在这个时期的工作重心从偏用研设计转移到偏运营维护的方面来，一方面收集一些用户反馈和wishlist，改进之前的不足；另外一方面为了产品的下一个迭代更新做好规划，方便产品的发展和扩充。