用户故事地图

3906

用户故事地图作为一种有效的需求工具，越来越广泛地应用于开发实践中。本书以用户故事地图为主题，强调以合作沟通的方式来全面理解用户需求，涉及的主题包括怎么以故事地图的方式来讲用户需求，如何分解和优化需求，如果通过团队协同工作的方式来积极吸取经验教训，从中洞察用户的需求，开发真正有价值的、小而美的产品和服务。
本书适合产品经理、用户体验设计师、产品负责人、业务分析师、IT项目经理、敏捷教练和精益教练阅读和参考，也适合用作企业培训手册，打造高效能的团队协作能力。
jeff Patton 著
李涛向振东译

声音（63）评价（0）

正序 | 倒序

001.译者序：十年
213
5年前
002.前言
136
5年前
003.致谢
91
5年前
004.电话游戏
139
5年前
005.达成共识，其实很简单
91
5年前
006.停止对写出完美文档的追求
70
5年前
007.好的文档就像度假时拍的照片
63
5年前
008.文档是用来备忘的
70
5年前
009.讨论对的事情
76
5年前
010.现在和未来
73
5年前
011.软件本身并不重要
82
5年前
012.也不仅仅是用户
72
5年前
013.少开发功能
78
5年前
014.可怕的需求
63
5年前
015.精华萃取
74
5年前
016.让我们从头开始
79
5年前
017.故事是讲出来的，不是写出来的
60
5年前
018.讲故事，要完整
67
5年前
019.Gray的悲剧
51
5年前
020.边讲边记
62
5年前
021.创意框架
62
5年前
022.刻画用户画像
46
5年前
023.讲用户的故事
52
5年前
024.探索细节和可选项
37
5年前
025.故事地图帮助大型组织建立共识
40
5年前
026.创建故事地图的全过程可以帮助发现设计中的坑
55
5年前
027.要做的总是太多
28
5年前
028.划分MVP发布计划
65
5年前
029.划分发布路线图
55
5年前
030.为成果排列优先级，而非功能
50
5年前
031.这是魔法吗？没错
58
5年前
032.为什么要反复讨论MVP
35
5年前
033.MVP根本就不是产品
53
5年前
034.计划，为了更快的学习
35
5年前
035.从讨论机会开始
26
5年前
036.验证问题
43
5年前
037.在设计原型中学习
63
5年前
038.要能够质疑用户所户所说的内容
67
5年前
039.在开发过程中学习
53
5年前
040.迭代直至可行
50
5年前
041.错误的做事方式
65
5年前
042.基于验证的学习
59
5年前
043.真正的最小化试验
62
5年前
044.重点复述
58
5年前
045.要让团队所有成员都清楚
60
5年前
046.估算的秘密
55
5年前
047.制定可逐步达成的开发计划
57
5年前
048.不要将所有的迭代产出都对外发布
42
5年前
049.关于估算的另外一些秘密
49
5年前
050.管理研发预算
53
5年前
051.达芬奇会怎样做
39
5年前
052.迭代与增量
36
5年前
053.开局、中局和末局策略
40
5年前
054.都是关于风险
40
5年前
055.1.分步骤写出你的故事
53
5年前
056.组织情节
33
5年前
057.探索替代故事
51
5年前
058.提取故事地图的主干
41
5年前
059.切分出能帮你达成特定目标的任务
46
5年前
060.就是这么简单！你已经学会了所有重要概念
44
5年前
061.这张地图是现在的，不是将来的
59
5年前
062.实操案例
54
5年前
063.练习容易，落地难
127
5年前

专辑主播

雷米特大力神

482 8 1132

简介：因为看书不能持续，故用此法逼自己投入进去，顺便留下音频与众共享，无所谓能得到肯定。

TA的专辑