用户故事映射快速指南

ProjectManager.com

用户故事映射的想法可以追溯到Jeff Patton。 他从字面上写了这本书, 这一切都取决于您如何切割,于2005年问世。

帕顿(Patton)是一位顾问,他帮助公司以更加专注于打造优质产品的方式开展工作,而不仅仅是提高生产速度。他通过敏捷,精益和领导,UX设计和具有设计思想的启动框架的混合来做到这一点。他的整体方法是运用故事,而不是忘记全局。

这到底是什么意思?听起来不错。每个人都喜欢故事。人类的思维似乎很难通过叙事来理解现实。故事对于了解客户旅程是否在业务上同样有用?

什么是用户故事映射?

什么是用户故事?

适用于此处的用户故事的想法来自软件开发和 产品管理。当他们谈论用户故事时,它是对一个或多个软件功能的非正式描述,以通俗的英语表达。

用户故事涉及角色,动作和利益。这里’一个可能的用户故事的例子,“作为项目经理,我想打印我的甘特图,以便将它们挂在办公室的墙上。”角色将是项目经理;操作将是打印,而好处将是将甘特图挂在墙上。这个简单的用户故事有助于开发团队更好地了解客户在现实世界中如何使用产品功能。

如您所知,用户故事通常是从最终用户的角度编写的。这些用户故事收集在索引卡,便利贴或 项目管理软件。作者可以是利益相关者,例如客户,用户,经理或开发团队。这个概念背后的想法是促进交流的一种手段。用户故事可帮助团队整理背后的想法“why”产品及其上下文,以为目标受众创建更好的软件。

用户故事的好处也许是轶事。没有经验数据可以说它们可以提高软件的成功率或开发人员的生产率。也就是说,它们可以帮助团队做出更明智的选择,而不会引起问题。

什么是用户故事映射?

用户故事映射获取用户故事并将其放置在图形上。该图是图的二维可视化 产品积压。图形或地图的顶部是标题,在标题下将大故事分组。这些被称为史诗,主题或活动,意味着大量的用户故事。用户故事是在每个史诗主题下垂直收集的,并按优先级排序。这样就可以描述大型产品,而又不会大失所望。

用户故事映射是一种在敏捷环境中以简单但有效的方法组织和使用这些用户故事的方法。它可以帮助团队根据用户完成的一系列任务来设想整个产品或服务。

如何开发用户故事地图

要制作用户故事图,请先确定您要创建的产品或服务的功能。这些功能中的每一个都是您要创建的故事地图的标题。它们在图的顶部水平运行。

然后,在这些功能主题标题的每个标题之下都有与之相关的用户故事。目前,用户故事无需特别完善,甚至无需优先考虑。您只想将它​​们收集在正确的标题下。随着研究的完成,更多 方向来自利益相关者,更多细节会添加到用户故事中。您可以通过将每个故事分解成较小的部分或任务来完善用户故事。此时,这些用户故事的顺序将反映它们在用户旅程中发生的顺序。

像更大的敏捷框架一样,故事映射是一个迭代过程。它来自团队成员和利益相关者之间关于如何为最终用户和业务最大地交付更多价值的对话。对话提早开始,故事地图以可操作的格式捕获了该对话。

有关: 工作中的12种有效沟通策略

为什么用户故事映射很重要?

用户故事地图是一个有用的工具,其原因有很多。如前所述,它提供了一个空间,可以收集利益相关者和团队之间的对话,以找出在开发产品中重要的部分。然后,这些用户故事就可以落入更大故事的背景中,从而可以按顺序或重要性定位。

状况报告

故事地图与产品一样,应该处于开发阶段。就像团队当时在项目中的想法快照一样。因此,这是一种验证有关项目的假设并确保团队朝着正确方向前进的方法。它不仅充当组织工具;它还会向发言者重复发表声明,以确保双方都能相互理解。

视觉辅助

这也是 视觉思维方式,这对于团队中的人员和以这种方式更好地处理事情的利益相关者很有帮助。因为它是一种视觉工具,所以它使人们可以一目了然地看到整个图片,并且较小的部分适合整个图片。当过程中存在漏洞时,这也使团队成员很明显。

优先次序

因为用户故事是在用户故事图中收集的,所以可以将它们四处移动以查看哪个顺序最适合该过程。通过此排序,团队可以找出必须逐步添加的用户故事。

优先级排序是用户故事映射的主要部分,有助于提高效率和生产率。通过专注于对最终用户不重要的功能,这有助于避免浪费时间。那是因为您不仅要排定优先次序,而且还要牢记全局,这会使团队远离杂草。

启用通讯

用户故事地图也具有沟通民主性。它促进了沟通,并为团队和利益相关者提供了对该项目的共享理解。无论您站在项目的哪个位置,都可以查看用户故事地图,并了解大故事直至构成它的较小部分,以及它们与产品路线图之间的关系。

有关: 如何计划成功的产品发布

用户故事映射的挑战

用户故事映射的许多缺点与执行错误有关。一世’ve在下面列出了一些。

太多细节

如果您在用户故事中添加了太多细节,则可能会分散团队的注意力。会造成不必要的后果 风险,例如缺少对话的关键部分,就好像信号在噪音中丢失了一样。

太泛型

另一个问题是,如果您的用户故事过于笼统。为了正确运行,它需要一定程度的细节,即最佳点。如果您太宽泛,则在给定迭代中提取函数时可能会出现问题。也不要太正式。请记住,该语言应该简单,简单且易于所有人理解。当您使用形式语言时,它可能再次使用户分心并降低描述的可读性。

过度技术

有些陷入使用用户故事中掩盖的技术参数的陷阱。列出技术任务而不是用户历史记录将有助于模糊确定这些任务优先级的重要步骤。优先级基于最终用户,而不是生产机制。也就是说,即使正确执行了用户案例和映射,也存在一些危险需要注意。专注于错误或纯系统性任务,它们可能会脱离项目的主旨。

断开管理之间的连接& Development Team

利益相关者和团队之间对用户故事的理解可能有所不同。在用于开发和设计的方法方面缺乏信息会阻碍开发人员,而专注于业务功能可能会错过重要的技术功能。

如果您正在寻找交流和细分项目的方法,以便更好地为最终用户服务,那么您需要一种工具,该工具能够使交流无缝化,并在可共享平台上组织任务。 ProjectManager.com 是基于云的项目管理软件,可为您的团队提供运行敏捷项目所需的协作工具。今天尝试 这个30天的免费试用期。

相关文章

交付您的项目
准时和预算不足

开始计划您的项目。

开始30天免费试用