具体描述
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奖的获得者。
用户故事地图作为一种有效的需求工具，越来越广泛地应用于开发实践中。本书以用户故事地图为主题，强调以合作沟通的方式来全面理解用户需求，涉及的主题包括怎么以故事地图的方式来讲用户需求，如何分解和优化需求，如果通过团队协同工作的方式来积极吸取经验教训，从中洞察用户的需求，开发真正有价值的、小而美的产品和服务。本书适合产品经理、用户体验设计师、产品负责人、业务分析师、IT项目经理、敏捷教练和精益教练阅读和参考，也更适合用作企业培训手册，打造高效能的团队协作能力。
用户评价
##用户故事地图是产品设计可视化的最佳方法。从不同用户角色出发，创建用户画像，讨论用户在某场景下如何使用产品，也就是所谓的用户故事。然后从用户故事中提取用户需求，并依据业务相关性和用户类型对故事地图进行分割，切出能帮你达成特定目标的任务，也就是列出需求优先级。同时，对技术可实现性进行评估，衡量开发成本，和风险，做成原型。最后，和设计人员，开发人员说需求时，应先说为什么要做，谁是这个功能的用户，需要怎么做，让相关人员明确开发标准和度量指标。上线前，反复验证功能是否满足用户需求，以及可用性。上线后，依据干系人，用户反馈和数据表现，对功能进行调整或者增减，反复迭代。
评分 评分##5月份零零散散把这本书翻完了。 前半部分作者通过“用户故事地图是什么、怎么用“，从而达到“看见树木也看见森林“、“输出最大价值的最小实现方案”的目的。 后半部分作者主要围绕 “如何识别最关键价值” 以及 “如何协作”来进行展开，即如何做到"Do the right things, and...
评分 评分 评分##在软件开发中，要开发的功能，总比我们能负担的时间和金钱更多。所以软件开发的目标从来就不是开发所有的功能，而是如何开发更少的特性来实现最终目标。 我们需要经常反思产品质量、工作计划和方式。 任何流程都是有成本的，达成共识需要时间；用户故事地图，就是讲大故事的同时进行拆分。通过用户故事，沟通的各方达成一致的理解；成功的估算依赖于此。 文档的作用，是让想法具体化。注重互动，充满活力。不管待办事项列表、原型、规格说明还是代码，我们需要通过成果来推动流程；产出成果也需要时间成本。 由一个人完成所有产品设计，会面临两个矛盾，如果考虑所有细节，就会像书中说的一样成为瓶颈；如果追求单点最高绩效，就会在开始冲刺后，把没有考虑的细节，延迟到流程的后续过程中。 把每次发布都当成一次实验，关注于自己要学习的东西。
评分##「2019.15」非常老派和外企感的一本书。有价值但在国内的团队未必能够实现。[业务201903]
评分 评分##这本书买来放了快半年，这两天拿出来较快地看了一遍。讲一下初览的感受吧。 此书名《用户故事地图》，当初买的时候本来是想着学习一下如何具体的学习绘制完整的用户故事地图。但是，看过之后，发现并非是全讲故事地图的，对于讲述创建故事地图，单纯地说只有第五章的内容。所以...
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.tinynews.org All Rights Reserved. 静思书屋 版权所有