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奖的获得者。
发表于2025-03-03
用户故事地图 2025 pdf epub mobi 电子书
最近,在思考“PM 把事情想好,然后告诉工程师怎么做”这种做法好不好,讨论了许多,但还是觉得很困扰。想到了这篇文章, Good Product Team, Bad Product Team (也是本书的前言),觉得很棒,摘译如下。原文也见于 http://svpg.com/good-product-team-bad-product-team/ 至于...
评分买了许久,应该也是类似微博推荐文。作为第一本涉及和技术开发相关的读物,对我来说,在飞机上花了两个小时读完,特别不容易。 源于对于技术开发的外行,所谓隔行如隔山。不止是在沟通、乃至思路上,差异太大。所以书中许多内容,结合到工作实践中确实有很多认证之处。基于敏捷...
评分· 目的 梳理思路 达成共识 规避风险 控制进程 · 精髓 一边讲用户故事 一边贴要点卡片(使用动词短语 嵌套分层排布) 从左到右讲述故事(故事流) 由上至下拆分细节(细节层) 先整体 后细节 先大故事 后小故事 先基础用户类型和产品功能 后周边用户类型和产品功能 · 流程 产...
评分最近,在思考“PM 把事情想好,然后告诉工程师怎么做”这种做法好不好,讨论了许多,但还是觉得很困扰。想到了这篇文章, Good Product Team, Bad Product Team (也是本书的前言),觉得很棒,摘译如下。原文也见于 http://svpg.com/good-product-team-bad-product-team/ 至于...
评分买了许久,应该也是类似微博推荐文。作为第一本涉及和技术开发相关的读物,对我来说,在飞机上花了两个小时读完,特别不容易。 源于对于技术开发的外行,所谓隔行如隔山。不止是在沟通、乃至思路上,差异太大。所以书中许多内容,结合到工作实践中确实有很多认证之处。基于敏捷...
图书标签: 用户体验 用户故事 敏捷开发 产品经理 交互设计 产品思维 产品 用户体验地图
用户故事地图作为一种有效的需求工具,越来越广泛地应用于开发实践中。本书以用户故事地图为主题,强调以合作沟通的方式来全面理解用户需求,涉及的主题包括怎么以故事地图的方式来讲用户需求,如何分解和优化需求,如果通过团队协同工作的方式来积极吸取经验教训,从中洞察用户的需求,开发真正有价值的、小而美的产品和服务。本书适合产品经理、用户体验设计师、产品负责人、业务分析师、IT项目经理、敏捷教练和精益教练阅读和参考,也更适合用作企业培训手册,打造高效能的团队协作能力。
我觉得5页PPT能讲完。
评分a good guide for product design process
评分我多希望能早点接触到用户故事地图!a book worth its weight in gold
评分我觉得5页PPT能讲完。
评分用户故事地图是产品设计可视化的最佳方法。从不同用户角色出发,创建用户画像,讨论用户在某场景下如何使用产品,也就是所谓的用户故事。然后从用户故事中提取用户需求,并依据业务相关性和用户类型对故事地图进行分割,切出能帮你达成特定目标的任务,也就是列出需求优先级。同时,对技术可实现性进行评估,衡量开发成本,和风险,做成原型。最后,和设计人员,开发人员说需求时,应先说为什么要做,谁是这个功能的用户,需要怎么做,让相关人员明确开发标准和度量指标。上线前,反复验证功能是否满足用户需求,以及可用性。上线后,依据干系人,用户反馈和数据表现,对功能进行调整或者增减,反复迭代。
用户故事地图 2025 pdf epub mobi 电子书