本文共 2465 字,大约阅读时间需要 8 分钟。
内容简介
用户故事地图作为一种有效的需求工具,越来越广泛地应用于开发实践中。本书以用户故事地图为主题,强调以合作沟通的方式来全面理解用户需求,涉及的主题包括怎么以故事地图的方式来讲用户需求,如何分解和优化需求,如果通过团队协同工作的方式来积极吸取经验教训,从中洞察用户的需求,开发真正有价值的、小而美的产品和服务。本书适合产品经理、用户体验设计师、产品负责人、业务分析师、IT项目经理、敏捷教练和精益教练阅读和参考,也更适合用作企业培训手册,打造高效能的团队协作能力。作者介绍
Jeff Patton在过去二十多年的经历中,Jeff Patton得到一个教训:虽然设计和构建软件的正确方式并不只有唯一一种,但错误的更是多得数不胜数。Jeff有十五年丰富的产品经验,做过网上飞机零件预定和电子病历卡等,主要是帮助客户组织改进工作方式。在很多开发流程都只着眼于交付速度和效率时,Jeff早已经在此基础上同时兼顾交付具有非凡价值并且能获得市场成功的软件产品。早在2000年,Jeff加入一个早期的极限编程团队以来,就一直专注于敏捷方法,尤其专长于把有效用户体验设计和产品管理实践融入扎实的工程实践当中。
目前,Jeff的身份是独立顾问、敏捷过程教练、产品设计过程教练和导师。他针对敏捷产品管理各个主题所发表过的文章、随笔和PPT都可以从agileproductdesign.com和Alistair Cockburn的Crystal Clear找到。Jeff是敏捷-使用性雅虎讨论小组的创办人和协调人,StickyMinds.com和IEEE Software的专栏作者,CST(Certified Scrum Trainer),敏捷联盟2007 Gordon Pask奖的获得者。
目录
Martin Fowler序Alan Cooper序Marty Cagan序前言致谢 .使用前必读第1章 产品全景图
让我们从头开始故事是讲出来的,不是写出来的讲故事,要完整Gary的悲剧边讲边记创意框架刻画用户画像讲用户的故事探索细节和可选项第2章 计划,为了更少的开发
故事地图帮助大型组织建立共识创建故事地图的过程可以帮助发现设计中的坑要做的总是太多划分MVP发布计划划分发布路线图为成果排列优先级,而非功能这是魔法吗?没错为什么要反复讨论MVPMVP根本就不是产品第3章 计划,为了更快的学习
从讨论机会开始验证问题在设计原型过程中学习要能够质疑用户所说的内容在开发过程中学习迭代直至可行错误的做事方式基于验证的学习真正的最小化试验重点复述第4章 计划,为了按时发布
要让团队所有成员都清楚 .估算的秘密制定可逐步达成的开发计划不要将所有的迭代产出都对外发布关于估算的另外一些秘密管理研发预算迭代与增量开局、中局和末局策略根据开发策略切分故事地图都是关于风险“剧透”第5章主题第5章 如何创建故事地图
第6章 用户故事的故事
Kent Beck的创意简单的事情并不一定容易做到Ron Jeffries的3C原则文字和照片小结第7章 如何把故事讲得更好
Connextra公司的用户故事模板模板僵尸和万能犁提升讨论效果的检查单创建度假照片需要操心的事情还多着呢第8章 不要把所有内容都写在卡片上
不同角色,各有所需我们需要一张更大的故事卡信息辐射器和信息冰箱错误的工具和错误使用工具第9章 卡片只是个开始
在头脑中构建清晰的图像养成口述用户故事的习惯检视产出你又不是用户开发过程就是学习的过程不仅仅是软件为学习做计划,学习如何做计划第10章 做产品好比烤蛋糕
食谱切分大蛋糕第11章 碎石行动
故事的大小很重要把故事比喻为石头史诗故事是大石头,有时可以用来***他人用主题来组织故事忘掉这些术语,专注于讲故事从机会开始探索最小可行方案在交付阶段深入每个故事的细节在开发过程中保持日常对话评估每一份产出与用户和客户一起评估与业务干系人一起评估发布和持续评估第12章 谁是碎石负责人
有价值的-可用的-可行的一个成功的探索团队需要更多的人参与神勇三蛟龙产品负责人好比音乐制作人这项工作并不简单第13章 从机会开始
针对机会展开对话深入挖掘机会,丢弃机会或思考机会机会不应该是一种委婉的说法故事地图和机会挑剔第14章 通过探索来建立共识
探索不是开发软件探索的4个核心步骤探索活动、讨论和工件探索的目的是建立共识第15章 通过探索来进行验证性学习
大多数时候,我们其实都是错的糟糕的往事同理,聚焦,形成想法,制作原型,测试如何把好事弄糟短期验证学习循环精益创业思想改变产品设计故事和故事地图呢第16章 提炼、定义和开发
卡片,对话,更多卡片,更多对话……细分和提炼故事工作坊在冲刺或迭代计划阶段开展故事对话人人参与并非明智之举分解和瘦身如何在交付阶段使用故事地图如何使用故事地图来可视化进展在故事工作坊中使用简易地图第17章 故事呢,就好比《行星战机》
把碎石子儿重新聚集起来地图绘制要适度千万不要小题大作第18章 开发完成后怎么学习
团队回顾和团队外的角色一起回顾够用向用户学习从发布中学习预定计划中的结果使用故事地图来评估发布是否准备就绪结语如果想得到下载地址,请访问中科院计算所培训中心官网http://www.tcict.cn/
添加官网上的微信客服号索取!转载于:https://blog.51cto.com/14242083/2396364