比较简单，但道理都讲到位了
这篇书评可能有关键情节透露
作为一名敏捷教练（精益软件开发、敏捷、看板方法、精益创业属于相交的知识范畴），平时我们更多地是希望设计人员能够配合软件研发部门的工作方式的转变。而这本书可能侧重是面向设计人员，介绍他们在精益的理念下如何转变工作方式，与研发团队和其他干系人协作。我估计这是它并没有在具体如何跟研发团队配合，或具体如何做UX上面讲很多细节。
如下是我认为书中比较重要的一些部分：
p5 Lean UX有三大基础：
- 第一个基础是设计思维。
- 第二个基础是敏捷开发方法。
- 第三个基础是Eric Ries的精益创业法。
p7 Lean UX的基本理念：
1，跨职能团队
2，小、专、聚
3，要成果，不要产出
4，解决问题的团队
5，消除浪费
6，小批量
7，持续探索
8，GOOB才是真正的以人为本
9，共识
10，牛人、名人、高手——都是反面教材
11，把你的工作具体化
12，多做事，少分析
13，多提认识，少讲增长
14，失败的权利
15，不要再谈交付
GOOB，全文Getting Out Of the Building，意为“走出办公楼”
p16 “描述设想”是Lean UX流程中的第一个步骤。其准备工作主要包括以下几项：
1，现有产品使用情况的分析报告
2，阐明用户行为原因的易用性报告
3，过去解决问题的方法和经验教训
4，利益相关者的看法，即解决问题会带给公司什么效益
5，展示竞争者如何解决同样问题的竞争者分析报告
p17 问题陈述模板由以下三部分组成：
1，产品或系统的目标
2，利益相关者希望解决的问题（即某个部分未能达成目标）
3，对于没有指明具体解决方案的，提出明确的改善需求
p24 人物型格格式（田字格）
- 左上：画像和名字
- 右上：影响行为的基本信息
- 左下：痛点和需求
- 右下：潜在的解决方案
p30 协作式设计可以让团队共同完善产品理念，让团队在设计问题和解决方案上达成共识，一起决定到底用哪些功能或者界面元素来验证假设。
p30 一般来说，在协作设计的时候，整个团队一起画草图，发现问题就指出来，最后选定一个大家认为成功率最高的解决方案。
p30 协作设计的产出物一般是低保真的草图和线框图。
p52 原型产品可以模拟最终用户体验，是一种非常高效的MVP工具。你的目标是花最少的时间做出原型，所以工具的选择就很重要了。
- 低保真度原型：纸质原型
- 低保真度原型：可点击的线框图
- 中高保真度的原型产品：AxureRP、Adobe Fireworks
- 代码式原型：手写代码和活用式原型
p60 比如说，你的团队需要确定某个新产品或新功能的价值，那么就可以使用非原型类MVP来做验证。秘诀是能简则简。
- Email
- Google AdWords
- 着陆页面
- 无用按钮
p61 混合型和创新型MVP：例如“专人服务式”
p61 Lean UX的精髓就是：只设计你需要设计的部分，快速交付，多和客户接触，获取有效的反馈。
p95 组织层面的转变
- 从输出到成果的转变
- 从各自为战到协同合作的转变
- 愿意学习新的技能
- 建立跨职能团队
- 建立小团队
- 建立开发、协作式的工作空间
- 不依靠明星员工
- 避免“一次到位式设计”
- 速度第一，美化第二
- 推崇从问题入手的思维
- 接受“UX孽债”
- 和其他公司合作
- 改变文档标准
- 自下而上、自内而外的管理模式
p98 Robert Dailey的研究：The Role of Team and Task Characteristics in R&D Team Collaboration Problem Solving and Productivity。他发现，团队解决问题的效率和四个因素有关，他称之为“四个预测因素”：任务的明确度、任务的独立程度、团队的规模、团队的凝聚度。
p104 雷恩·哈利：“开篇用对话，收尾用文档”。
如下是我认为书中比较重要的一些部分：
p5 Lean UX有三大基础：
- 第一个基础是设计思维。
- 第二个基础是敏捷开发方法。
- 第三个基础是Eric Ries的精益创业法。
p7 Lean UX的基本理念：
1，跨职能团队
2，小、专、聚
3，要成果，不要产出
4，解决问题的团队
5，消除浪费
6，小批量
7，持续探索
8，GOOB才是真正的以人为本
9，共识
10，牛人、名人、高手——都是反面教材
11，把你的工作具体化
12，多做事，少分析
13，多提认识，少讲增长
14，失败的权利
15，不要再谈交付
GOOB，全文Getting Out Of the Building，意为“走出办公楼”
p16 “描述设想”是Lean UX流程中的第一个步骤。其准备工作主要包括以下几项：
1，现有产品使用情况的分析报告
2，阐明用户行为原因的易用性报告
3，过去解决问题的方法和经验教训
4，利益相关者的看法，即解决问题会带给公司什么效益
5，展示竞争者如何解决同样问题的竞争者分析报告
p17 问题陈述模板由以下三部分组成：
1，产品或系统的目标
2，利益相关者希望解决的问题（即某个部分未能达成目标）
3，对于没有指明具体解决方案的，提出明确的改善需求
p24 人物型格格式（田字格）
- 左上：画像和名字
- 右上：影响行为的基本信息
- 左下：痛点和需求
- 右下：潜在的解决方案
p30 协作式设计可以让团队共同完善产品理念，让团队在设计问题和解决方案上达成共识，一起决定到底用哪些功能或者界面元素来验证假设。
p30 一般来说，在协作设计的时候，整个团队一起画草图，发现问题就指出来，最后选定一个大家认为成功率最高的解决方案。
p30 协作设计的产出物一般是低保真的草图和线框图。
p52 原型产品可以模拟最终用户体验，是一种非常高效的MVP工具。你的目标是花最少的时间做出原型，所以工具的选择就很重要了。
- 低保真度原型：纸质原型
- 低保真度原型：可点击的线框图
- 中高保真度的原型产品：AxureRP、Adobe Fireworks
- 代码式原型：手写代码和活用式原型
p60 比如说，你的团队需要确定某个新产品或新功能的价值，那么就可以使用非原型类MVP来做验证。秘诀是能简则简。
- Google AdWords
- 着陆页面
- 无用按钮
p61 混合型和创新型MVP：例如“专人服务式”
p61 Lean UX的精髓就是：只设计你需要设计的部分，快速交付，多和客户接触，获取有效的反馈。
p95 组织层面的转变
- 从输出到成果的转变
- 从各自为战到协同合作的转变
- 愿意学习新的技能
- 建立跨职能团队
- 建立小团队
- 建立开发、协作式的工作空间
- 不依靠明星员工
- 避免“一次到位式设计”
- 速度第一，美化第二
- 推崇从问题入手的思维
- 接受“UX孽债”
- 和其他公司合作
- 改变文档标准
- 自下而上、自内而外的管理模式
p98 Robert Dailey的研究：The Role of Team and Task Characteristics in R&D Team Collaboration Problem Solving and Productivity。他发现，团队解决问题的效率和四个因素有关，他称之为“四个预测因素”：任务的明确度、任务的独立程度、团队的规模、团队的凝聚度。
p104 雷恩·哈利：“开篇用对话，收尾用文档”。
