注重团队设计

　　与瀑布模型的单打独斗不同，快速迭代设计更推崇团队设计，由设计师主导，把握设计框架，整个团队给出解决方案。一些design scenario和workflow的归纳，即使经验丰富的设计师，也不如团队智慧来的全面，当然，除非你是乔帮主，使用导演中心论的设计流程。另外，团队设计的好处还可以减轻设计师的负担与压力，一起承担产品兴亡的重任比一个人承担要安全可靠的多。

　　设计不多不少，恰好就行

　　兵贵神速，指的就是以快为王。特别是在快速迭代设计中，你不必在你的原型或草图中事无巨细的列出所有可能，完美的概念在这里是不适用的，甚至你不需要完成设计的整个部分，只要把关键模块讲清楚了，开发与测试理解了，就足够。想想那些精美的设计文档中无数看上去perfect的图片和排版，最后真的有人在乎吗？只要你在迭代开发流程中能于脑海中攫取所有细节并传递给团队，不要文档都可以。无需太具体，思考那些真正有价值的地方。

　　写好User Story

　　User Story是在Agile开发流程中从用户角度对系统的某个功能模块进行的简短描述，它包含了目标用户（不同角色）、功能需要（可以做什么）以及其创造的价值（实现目的）。它可以是：

　　1、一个用户需求

　　2、产品功能的描述

　　3、用来计划和追踪任务的工具

　　4、团队沟通的桥梁

　　通常我们把一个User Story按照以下格式写在即时贴上：

　　以第一个句型为例：

　　As a _ I would like _ so that _
　　作为（某个角色），我希望可以（做什么），以达到（什么目的）

　　User Story照理应该是由PO写，不过有些团队（比如我们：D）是由设计师来完成，同时在即时贴上标注预估完成时间（我们团队采用了Story Point这样一种估算方法，这里不赘述）和优先级别，以便开发团队根据它们来形成Sprint Backlog。