用户故事的故事

访客3年前黑客资讯313

编辑导语:用户故事在软件开拓进程中被作为描写需求的一种表达形式;为了类型用户故事的表达,便于相同,包括脚色、勾当、代价三个要素;本文作者分享了关于用户故事的故事,解答一些用户故事最常见的问题,我们一起来看一下。

用户故事的故事

一、开篇

我将给你报告用户故事的故事,并答复一些用户故事最常见的问题;我们将谈论用户故事,从来历到实践,并进修一些能力来辅佐我们。

火速开拓指南对用户故事只字未提,有一段时间我还在想去那边找关于用户故事的靠得住信息。

待服务项列表是否应该只由用户故事构成?假如不消 “作为用户,我想…,以便…” 的模板,是不是就不是用户故事了?那么那些写着 “作为开拓者…” 可能 “作为产物司理…” 等等的故事呢?

我的目标是对用户故事举办全新演绎,澄清一些环绕用户故事的误解,并为你指出那些对用户故事举办更好阐释的人。

二、基本篇 1. 用户故事的故事

我将表明用户故事的来历,因为这对我来说是领略用户故事和澄清误解的更好要领。

用户故事来自于90年月,Kent Beck在他的《Extreme Programming Applied》一书中开始接头用户故事。

这个想法来自一个用户汇报他的一个关于新产物的故事:“我输入邮编,它就会自动填入都市和州,不需要我触碰按钮!”

假如你能报告软件可以做什么的故事,并在听众心中发活跃力、乐趣和愿景,那么为什么不在建造软件之前讲故事呢?Kent问本身,为什么不能在构建产物之前就发生这种对产物的愿景呢?关于谁会利用这个产物,它将做什么,以及为什么?我们应该通过对话来辅佐我们思考问题。

《User Story Mapping》一书的作者Jeff Patton僵持认为:“故事的名字来自我们如何利用它们,而不是如何写它们。”

2. 模板

厥后Connextra公司的Rachel Davis发现了我们本日利用的模板,它是这样的:“作为一个用户,我想… 以便…”

她试图辅佐同事有条不紊地在小卡片上写故事,模板提醒我们最重要的三件事:谁要、要什么、为什么。

站在用户的态度上,从他们的角度思考他们的需求,好比说:

作为一个手机用户,我想查察地址位置的天气预报,以便我不消每次去一个新处所都要查天气预报。

同样,你写在卡片上的内容应该只是一个起点,用以敦促新想法的之一次对话。卡片的观念来自Ron Jeffries的3Cs:卡片,对话,确认。

你把你的想法写在一张卡片上,其实今朝是写在一个软件跟踪东西中,可能是一张便利贴上,然后你和将成立它的人(开拓团队)就它举办对话,然后你有一个确认;你把功效写在一个文档可能是跟踪东西中,这样你就可以很容易地回想起对话,而且知道如何验证这个故事是否已经完成。

你可以在Mike Cohn的《User Stories Applied》一书中读到这一切,Mike Cohn是 “用户故事” 规模的伟大实践者和专家。

所以这就是我们如何从Kent Beck的故事中走来,并得出我们本日利用的用户故事。

在故事中插手 “用户” 这个词,有助于让我们的留意力会合到用户身上,这可以说明为什么 “作为开拓者,我想要” 的模板只有在我们的最终用户是开拓者的环境下才是精确的。

这就是用户故事的故事。

它是把讲故事引入到你的产物创作中,故事可以利用模板写下来,以确保我们不会错过任何重要的信息,但虽然,这是可选的;最重要的是,产物认真人和将成立产物的开拓团队,对他们想要实现的方针有一个配合的领略。

三、实践篇 1. Ron Jeffries的3Cs

Ron的3Cs:卡片、对话、确认;我们此刻就通过这三件事来看看实践中建设用户故事的进程。

1)卡片

卡片的观念来自我们在前互联网时代用来寻找书籍的图书馆卡片,它们包括了作者、书名和简短的摘要。

Ron认为雷同的卡片可以用来写一个软件系统新成果的简短摘要,卡片激发了对话,它可以包括 “作为用户,我想,以便…” 这样的模板,但更好给它一个简短的自我说明的标题。

以免呈现雷同这样的积存:

用户故事的故事

积聚的用户故事都是沟通的标题…更况且,你有没有碰着过,在天天的事情中,有人用编号来指代用户故事,而不是标题呢?

这时候我们就知道,我们抹杀了这个故事,不是吗?这大概是因为标题太长,让人摸不着脑子(请看上图),我们可以通过添加一个简明简要的标题来轻松办理。

对付我们基本篇的例子:作为一个手机用户,我想查察地址位置的天气预报,以便我不消每次去一个新处所都要查天气预报。

这个故事的标题可以是:当前位置查询天气预报。

2)对话

我们说过,上面的卡片可以作为产物认真人与开拓团队对话的起点,以实现对将要构建什么的配公道解。

所以他们晤面后会讲故事,讲谁会利用这个产物,他们想要什么,为什么;首先,把留意力放在最重要的工作上,后头再接头实施细节。

首先我们为什么要构建它?想一想什么对你的业务影响更大,对用户的功效更好。

用户为什么需要它?而我们作为企业又为什么要让他们利用它?对我们有什么长处,贸易代价是什么?

有了这些,你就可以成立最小可行产物(MVP),来检讨什么产物在市场上是最小的、有用的。

假如你心中有一个伟大的想法,你可以把方针、伟大的想法与团队分享,并协同为它想出故事。

这些都可以在用户故事舆图事情坊中完成,因为这是一个让整个团队参加产物创作的好要领;对付较小的想法,在对话之后,我们进入第3步。

3)确认

确认的浸染是记录谈话进程中发明的问题,并商定如何验证它的有效性;譬喻,在故事中插手验收尺度。

2. INVEST

我们如何确保我们的故事已经具备进入下一个冲刺的条件?

让我们看一个简朴的能力,它将确保我们的故事已经筹备好了。

它叫INVEST,是一个缩写,它界说了一个伟大故事的6个特征:

I – 独立

N – 协商

V – 代价

E – 估算

S – 小型

T – 测试

让我们看看另一个用户故事的例子,查抄它是否切合这些特征:

作为一个彩民,我想在网站上输入我的彩票号码,以便查抄我是否中奖以及中了几多钱。

1)独立

相关文章

B端产品经理养成记(2):用户故事

B端产品经理养成记(2):用户故事

用户故事作为一种图形化的需求阐明技能,在火速开拓中被遍及利用,本文作者对用户故事展开了梳理阐明,但愿通过此文可以或许加深你对用户故事的认识。 一、什么是用户故事? 故事舆图是一门在需求拆分进程中保持...