最近读完了《用户体验与可用性测试》，书里介绍了很多用户测试的详细实际操作，收获不小。分享书中提到的敏捷 UX 案例。
背景
敏捷开发的迭代周期通常为 1-4 周。在敏捷 UX 中，并没有严格的流程和方法，基本概念是“个体和互动高于流程和工具”，不仅总结特定的方法和流程是自相矛盾的，而且挑选一套最合适的组合用于特定团队、特定产品的开发中也是一件非常难的事情。以下内容是一个使用敏捷 UX 开发产品的例子，作为参考。
原则
- 不开发多余功能，从对用户最有价值的核心功能开始开发，慢慢扩展到可选功能上。
- 先做UX设计，再进行开发
- 在不损害质量、持续关注目标的前提下，削减没用的流程和文档，轻装上阵
- 与发现问题的精确度相比，问题的解决更优先（RITE法）
技巧
- 用【用户故事】代替【用户使用案例】
- 用【上下文调查】、【虚拟角色】、【用户测试】等以用户为中心的设计方法来解决不重视用户调查的问题（只靠团队内部讨论确定的用户角色和用户故事，会抓不住重点，陷入大量的普通需求脱不了身）
一、产品概念
- 发现产品概念，即“为了谁、做什么”。（调查秘诀：不是“您想要什么”，而是“有什么地方让您感到困扰”）
- 得到产品概念的范围后，寻找解决方案的新创意。
- 正式立项前，对创意进行检验：制作故事板和模型进行投票，或在网站上投入假的产品广告确认用户的反应。
二、计划
- 组织团队，标准是：团队成员能够自己做出完成任务所需采取的最优秀决策
- 确立开发计划
- 创建一个虚拟角色：利用已知信息定义用户角色后，再加入拟人化处理，建立一个临时的虚拟角色。
- 通过用户故事定义需求：用以虚拟角色为主语的“某某是谁，他想干什么（以及理由）”这样的短文，把需求以小故事的形式记录在卡片上。
- 评估开发规模：以表示相对规模的故事点为指标，对用户故事所需的作业规模做一次评估。
- 决定这些故事以什么顺序实现：工作流程、投入产出比、各功能之间的相互作用、市场变化等与产品相关的各种因素
- 以“用户故事映射”的二维列表管理排序后的用户故事
三、开发
- 开发目标：首次发布产品。
- 按照实现顺序，在迭代期内尽可能实现有限的用户故事，并将作业进展情况更新在任务面板上。
- 用户界面设计与开发同步进行。（交流工具：通过测试的草图板）
- 对于需要进行重要且复杂操作的界面，尽可能在设计初期消灭bug。
- 制作好原型后，立即通过用户测试进行检验。（方法：发声思考法）
- 通过向相关人员进行产品的实际演示，得到反馈，根据反馈和开发进展，追加、删除或修改用户故事，或修改实现顺序。
- 进入下一个迭代期
四、发布
- 最初发布的产品 MVP：只需具备最基本的功能，由产品负责人判断是否发布产品。
- 根据用户反馈，对设计和计划做方向性的修改，甚至再次对产品概念进行战略推敲。
五、反复进行为期3-6个月的产品发布
- 大胆调整产品方向，迅速应对市场变化
- 让产品慢慢成长，逐步扩大范围
附言：
相关知识：lean UX、Scrum。
参考资料：
- 具有流程图和故事图的产品待办事项列表
http://www.infoq.com/cn/news/2013/05/backlog-process-story-maps
