书籍详情
敏捷用户体验设计：用户体验设计应用敏捷方法的技巧与最佳实践
作者：（美）Diana DeMarco Brown 著，姚军，等 译
出版社：机械工业出版社
出版时间：2014-01-01
ISBN：9787111447214
定价：¥59.00
购买这本书可以去
内容简介
《敏捷用户体验设计：用户体验设计应用敏捷方法的技巧与最佳实践》共6章，第1章探讨《敏捷宣言》中传达的价值观和原则，这是敏捷方法的核心；第2章分析在团队完全认可敏捷的精神和价值观的前提下如何将用户体验融入敏捷环境；第3章通过丰富的案例详细介绍如何采用敏捷开发流程和设计思维，并从不同角度呈现参与者对敏捷用户体验的看法；第4章分析团队成功进行敏捷用户体验工作的因素，强调将重点放在团队对项目的注意力、健康的团队交流与沟通、确保足够的培训、持续重构和改进过程上才能打造高效的团队；第5章围绕在启动敏捷用户体验过程中遇到的“视情况而定”问题，如何将项目团队看作用户，确定他们的需求，创建一个优雅的解决方案；第6章分析用户体验团队如何在实践中吸收和采纳敏捷概念。
作者简介
？？？？Diana？DeMarco？Brown，资深用户体验设计专家、敏捷培训师、Nuance公司首席用户体验设计师，关注和推动企业软件产品开发转型、敏捷开发方法与实践、质量管理，拥有数十年交互设计和软件界面设计经验。善于为软件开发组织提供全方位的指导。她曾帮助许多公司在实际项目中成功实施敏捷方法，培训美国和其他国家的开发团队。她还是一位卓越的演讲家，经常在大型国际会议上发表演讲
目录
译者序
前言
第1章 敏捷方法简介
1.1 导言
1.2 敏捷价值观+UX
1.2.1 个体和交互重于过程和工具
1.2.2 可用的软件重于完备的文档
1.2.3 客户协作重于合同谈判
1.2.4 对变化的响应重于遵循计划
1.3 敏捷原则+UX
1.3.1 原则1：我们最重要的任务是通过尽早和持续交付有价值的软件来满足客户
1.3.2 原则2：即使在开发的后期也欢迎需求的更改。敏捷过程利用更改来为客户获得竞争优势
1.3.3 原则3：频繁交付可用软件，从几周到几个月，优先考虑较短的时间段
1.3.4 原则4：业务人员和开发人员在整个项目创作期间每天都必须一起工作
1.3.5 原则5：围绕积极的个体构建项目。为他们提供环境并支持他们的需求，相信他们能够完成工作
1.3.6 原则6：在开发团队中传达信息的最有效方法是面对面的交谈
1.3.7 原则7：可用软件是进展的主要度量
1.3.8 原则8：敏捷过程提倡可持续开发。项目方、开发人员和用户应该长期保持步调一致
1.3.9 原则9：对卓越技术和优秀设计的持续追求能够改进敏捷性
1.3.10 原则10：简洁性不可或缺，它是减少工作量的艺术
1.3.11 原则11：最好的架构、需求和设计源自于自我组织的团队
1.3.12 原则12：团队定期总结更为高效的手段，然后相应地调整自身的行为
1.4 常见方法
1.4.1 Crystal
1.4.2 极限编程
1.4.3 Scrum
1.4.4 混合敏捷
1.4.5 看板
1.4.6 Scrumban
1.4.7 LeanUX
1.5 常见术语
1.5.1 鸡和猪
1.5.2 产品负责人
1.5.3 Scrum主管
1.5.4 冲刺
1.5.5 产品待办事项列表
1.5.6 用户故事
1.5.7 史诗
1.5.8 计划扑克
1.5.9 故事点估算
1.5.10 验收标准
1.5.11 燃尽图
1.5.12 穿刺
1.5.1 3AgileFall
1.5.1 4JeffPatton
1.6 案例研究-JeffGothelf，TheLadders.com关键点
1.7 小结
参考书目
第2章 敏捷方法+UX=敏捷UX
2.1 导言
2.2 将UX融入到敏捷环境中
2.3 UX工作
2.3.1 资源和人员
2.3.2 规格说明
2.3.3 用户调查
2.3.4 可用性测试报告
2.3.5 设计活动
2.4 案例研究-CatherineRobson，SeachangeInternational关键点
2.5 小结
参考书目
第3章 案例研究
3.1 导言
3.2 SuzanneO扠elly，AppNexus关键点
3.3 ThyraRauch，IBM关键点
3.4 ArchieMiller，Snagajob.com关键点
3.5 CarolSmith，Perficient关键点
3.6 KaylaBlock，PARSpringerMiller关键点
3.7 无名氏1，一家企业级软件公司关键点
3.8 ChristinaYork，ITHAKA关键点
3.9 无名氏2，一家大型桌面软件公司关键点
3.10 AustinGovella，Avanande关键点
3.11 JoshO扖onnor，爱尔兰国家盲人理事会关键点
3.12 AdrianHoward，Quietstars关键点
3.13 ElisaMiller，GEHealthcare的高级用户体验工程师关键点
3.14 小结
参考书目
第4章 共同的成功因素
4.1 导言
4.2 项目重于过程
4.3 团队的活力
4.4 沟通
4.5 定义整体思路
4.6 培训敏捷方法的学习资源
4.7 适应和进化
4.8 案例研究-SarahKahn，Adzerk关键点
4.9 案例研究-无名氏3，一家专门从事产品直接营销的公司关键点
4.10 小结
参考书目
第5章 常见问题
5.1 导言
5.2 我们应该采用敏捷方法吗
5.3 应该采用多长的冲刺周期
5.4 UX应该制作什么可交付物
5.5 UX团队如何融入开发团队的冲刺中
5.6 如何在开发人员忙于实现设计时谈论另一个设计
5.7 如果UX团队成员必须支持多于一个项目怎么办
5.8 如何将用户调查融入冲刺周期
5.9 如果团队声称是敏捷的，但是没有看到敏捷价值观的体现，该怎么办
5.10 如果团队不在一起办公该怎么办
5.11 当有人以“这不是敏捷方法”为由不做某些工作时，我该怎么办
5.12 UX团队如何为下一次发行开展计划和调查
5.13 如何管理内部利益相关方
5.14 小结
参考书目
第6章 将敏捷概念用于UX团队
6.1 导言
6.2 创建用户体验待办事项列表
6.3 重复进行用户测试
6.4 将工作分解为较小的部分
6.5 不断的反馈和迭代
6.6 反复进行的活动和仪式
6.7 没有设计明星或者英雄
6.8 与文档相比更注重沟通
6.9 构思和传达用户故事
6.10 定义验收标准
6.11 减少预先设计
6.12 小结
……
前言
第1章 敏捷方法简介
1.1 导言
1.2 敏捷价值观+UX
1.2.1 个体和交互重于过程和工具
1.2.2 可用的软件重于完备的文档
1.2.3 客户协作重于合同谈判
1.2.4 对变化的响应重于遵循计划
1.3 敏捷原则+UX
1.3.1 原则1：我们最重要的任务是通过尽早和持续交付有价值的软件来满足客户
1.3.2 原则2：即使在开发的后期也欢迎需求的更改。敏捷过程利用更改来为客户获得竞争优势
1.3.3 原则3：频繁交付可用软件，从几周到几个月，优先考虑较短的时间段
1.3.4 原则4：业务人员和开发人员在整个项目创作期间每天都必须一起工作
1.3.5 原则5：围绕积极的个体构建项目。为他们提供环境并支持他们的需求，相信他们能够完成工作
1.3.6 原则6：在开发团队中传达信息的最有效方法是面对面的交谈
1.3.7 原则7：可用软件是进展的主要度量
1.3.8 原则8：敏捷过程提倡可持续开发。项目方、开发人员和用户应该长期保持步调一致
1.3.9 原则9：对卓越技术和优秀设计的持续追求能够改进敏捷性
1.3.10 原则10：简洁性不可或缺，它是减少工作量的艺术
1.3.11 原则11：最好的架构、需求和设计源自于自我组织的团队
1.3.12 原则12：团队定期总结更为高效的手段，然后相应地调整自身的行为
1.4 常见方法
1.4.1 Crystal
1.4.2 极限编程
1.4.3 Scrum
1.4.4 混合敏捷
1.4.5 看板
1.4.6 Scrumban
1.4.7 LeanUX
1.5 常见术语
1.5.1 鸡和猪
1.5.2 产品负责人
1.5.3 Scrum主管
1.5.4 冲刺
1.5.5 产品待办事项列表
1.5.6 用户故事
1.5.7 史诗
1.5.8 计划扑克
1.5.9 故事点估算
1.5.10 验收标准
1.5.11 燃尽图
1.5.12 穿刺
1.5.1 3AgileFall
1.5.1 4JeffPatton
1.6 案例研究-JeffGothelf，TheLadders.com关键点
1.7 小结
参考书目
第2章 敏捷方法+UX=敏捷UX
2.1 导言
2.2 将UX融入到敏捷环境中
2.3 UX工作
2.3.1 资源和人员
2.3.2 规格说明
2.3.3 用户调查
2.3.4 可用性测试报告
2.3.5 设计活动
2.4 案例研究-CatherineRobson，SeachangeInternational关键点
2.5 小结
参考书目
第3章 案例研究
3.1 导言
3.2 SuzanneO扠elly，AppNexus关键点
3.3 ThyraRauch，IBM关键点
3.4 ArchieMiller，Snagajob.com关键点
3.5 CarolSmith，Perficient关键点
3.6 KaylaBlock，PARSpringerMiller关键点
3.7 无名氏1，一家企业级软件公司关键点
3.8 ChristinaYork，ITHAKA关键点
3.9 无名氏2，一家大型桌面软件公司关键点
3.10 AustinGovella，Avanande关键点
3.11 JoshO扖onnor，爱尔兰国家盲人理事会关键点
3.12 AdrianHoward，Quietstars关键点
3.13 ElisaMiller，GEHealthcare的高级用户体验工程师关键点
3.14 小结
参考书目
第4章 共同的成功因素
4.1 导言
4.2 项目重于过程
4.3 团队的活力
4.4 沟通
4.5 定义整体思路
4.6 培训敏捷方法的学习资源
4.7 适应和进化
4.8 案例研究-SarahKahn，Adzerk关键点
4.9 案例研究-无名氏3，一家专门从事产品直接营销的公司关键点
4.10 小结
参考书目
第5章 常见问题
5.1 导言
5.2 我们应该采用敏捷方法吗
5.3 应该采用多长的冲刺周期
5.4 UX应该制作什么可交付物
5.5 UX团队如何融入开发团队的冲刺中
5.6 如何在开发人员忙于实现设计时谈论另一个设计
5.7 如果UX团队成员必须支持多于一个项目怎么办
5.8 如何将用户调查融入冲刺周期
5.9 如果团队声称是敏捷的，但是没有看到敏捷价值观的体现，该怎么办
5.10 如果团队不在一起办公该怎么办
5.11 当有人以“这不是敏捷方法”为由不做某些工作时，我该怎么办
5.12 UX团队如何为下一次发行开展计划和调查
5.13 如何管理内部利益相关方
5.14 小结
参考书目
第6章 将敏捷概念用于UX团队
6.1 导言
6.2 创建用户体验待办事项列表
6.3 重复进行用户测试
6.4 将工作分解为较小的部分
6.5 不断的反馈和迭代
6.6 反复进行的活动和仪式
6.7 没有设计明星或者英雄
6.8 与文档相比更注重沟通
6.9 构思和传达用户故事
6.10 定义验收标准
6.11 减少预先设计
6.12 小结
……
猜您喜欢
