第1章 敏捷方法简介 1
1.1导言 1
1.2敏捷价值观＋UX 3
1.2.1个体和交互重于过程和工具 4
1.2.2可用的软件重于完备的文档 5
1.2.3客户协作重于合同谈判 6
1.2.4对变化的响应重于遵循计划 7
1.3敏捷原则＋UX 8
1.3.1原则1：我们最重要的任务是通过尽早和持续交付有价值的软件来满足客户 8
1.3.2原则2：即使在开发的后期也欢迎需求的更改。敏捷过程利用更改来为客户获得竞争优势 9
1.3.3原则3：频繁交付可用软件，从几周到几个月，优先考虑较短的时间段 10
1.3.4原则4：业务人员和开发人员在整个项目创作期间每天都必须一起工作 10
1.3.5原则5：围绕积极的个体构建项目。为他们提供环境并支持他们的需求，相信他们能够完成工作 11
1.3.6原则6：在开发团队中传达信息的最有效方法是面对面的交谈 12
1.3.7原则7：可用软件是进展的主要度量 13
1.3.8原则8：敏捷过程提倡可持续开发。项目方、开发人员和用户应该长期保持步调一致 14
1.3.9原则9：对卓越技术和优秀设计的持续追求能够改进敏捷性 14
1.3.10原则10：简洁性不可或缺，它是减少工作量的艺术 15
1.3.11原则11：最好的架构、需求和设计源自于自我组织的团队 16
1.3.12原则12：团队定期总结更为高效的手段，然后相应地调整自身的行为 17
1.4常见方法 18
1.4.1 Crystal 18
1.4.2极限编程 18
1.4.3 Scrum 19
1.4.4 混合敏捷 21
1.4.5看板 22
1.4.6 Scrumban 23
1.4.7 Lean UX 24
1.5常见术语 25
1.5.1鸡和猪 25
1.5.2产品负责人 25
1.5.3 Scrum主管 26
1.5.4冲刺 27
1.5.5产品待办事项列表 27
1.5.6用户故事 28
1.5.7史诗 29
1.5.8计划扑克 29
1.5.9故事点估算 30
1.5.10验收标准 31
1.5.11燃尽图 31
1.5.12穿刺 32
1.5.13 AgileFall 32
1.5.14 Jeff Patton 33
1.6案例研究——Jeff Gothelf，TheLadders.com 33
关键点 36
1.7小结 36
参考书目 36
第2章 敏捷方法＋UX=敏捷UX 39
2.1导言 39
2.2将UX融入到敏捷环境中 41
2.3 UX工作 47
2.3.1资源和人员 48
2.3.2规格说明 51
2.3.3用户调查 54
2.3.4可用性测试报告 59
2.3.5设计活动 62
2.4案例研究——Catherine Robson， Seachange International 64
关键点 68
25小结 68
参考书目 69
第3章 案例研究 71
3.1导言 71
3.2 Suzanne O’Kelly， AppNexus 72
关键点 75
3.3 Thyra Rauch， IBM 76
关键点 78
3.4 Archie Miller， Snagajob.com 78
关键点 82
3.5 Carol Smith，Perficient 82
关键点 86
3.6 Kayla Block， PAR Springer Miller 86
关键点 90
3.7无名氏1，一家企业级软件公司 91
关键点 93
3.8 Christina York， ITHAKA 94
关键点 98
3.9无名氏2，一家大型桌面软件公司 98
关键点 103
3.10 Austin Govella， Avanande 103
关键点 107
3.11 Josh O’Connor，爱尔兰国家盲人理事会 108
关键点 109
3.12 Adrian Howard， Quietstars 109
关键点 111
3.13 Elisa Miller， GE Healthcare的高级用户体验工程师 111
关键点 116
3.14小结 117
参考书目 117
第4章 共同的成功因素 119
4.1导言 119
4.2项目重于过程 121
4.3团队的活力 125
4.4沟通 127
4.5定义整体思路 130
4.6培训 131
敏捷方法的学习资源 132
4.7适应和进化 136
4.8案例研究——Sarah Kahn， Adzerk 137
关键点 142
4.9案例研究——无名氏3，一家专门从事产品直接营销的公司 142
关键点 146
4.10小结 146
参考书目 147
第5章 常见问题 149
5.1导言 149
5.2我们应该采用敏捷方法吗 149
5.3应该采用多长的冲刺周期 152
5.4 UX应该制作什么可交付物 153
5.5 UX团队如何融入开发团队的冲刺中 155
5.6如何在开发人员忙于实现设计时谈论另一个设计 156
5.7如果UX团队成员必须支持多于一个项目怎么办 157
5.8如何将用户调查融入冲刺周期 157
5.9如果团队声称是敏捷的，但是没有看到敏捷价值观的体现，该怎么办 158
5.10如果团队不在一起办公该怎么办 159
5.11当有人以“这不是敏捷方法”为由不做某些工作时，我该怎么办 160
5.12 UX团队如何为下一次发行开展计划和调查 160
5.13如何管理内部利益相关方 161
5.14小结 162
参考书目 162
第6章 将敏捷概念用于UX团队 163
6.1导言 163
6.2创建用户体验待办事项列表 163
6.3重复进行用户测试 164
6.4将工作分解为较小的部分 165
6.5不断的反馈和迭代 166
6.6反复进行的活动和仪式 166
6.7没有设计明星或者英雄 166
6.8与文档相比更注重沟通 168
6.9构思和传达用户故事 168
6.10定义验收标准 169
6.11减少预先设计 170
6.12小结 170