7

我正在尝试以更有条理的方式工作,并开始采用用户故事。

我想我对如何将用户故事用于技术内容有误解。

假设我正在编写一个应用程序,它可以为我的网站在 Google 中的某个关键字提供排名。

用户故事是这样的:

作为一名互联网营销人员
,我想知道我的网站在某个关键字中的排名
所以我会知道我的 SEO 工作是否有效

现在这非常简单并且以用户为中心......但是,如果我需要将代理引入循环会发生什么。

一方面,代理是技术实现细节,另一方面,代理是 Internet 营销人员领域的一部分。

我应该如何创作这样的故事?

作为一名互联网营销人员
,我想在谷歌搜索时使用代理,
这样我们就可以在谷歌不屏蔽我们的情况下检查很多关键词

上面的场景听起来不适合我......也许我可以将它重写为:

作为一名互联网营销人员
,我希望能够一次检查很多关键字,
这样可以节省我的时间

这听起来更正确,但是我可以给出什么接受标准?尝试在一分钟内抓取 google 100 次?这不是浪费时间吗?

这是另一种情况。当我要实现的功能是代理可以在 30 秒内使用一次时,我应该如何制作用户故事?我不知道如何从以用户为中心的角度解决这个问题......

我想做的另一件事是展示另一个RoleInternet Marketer我可以说我们有一个角色,而不是围绕着中心Google Scraper。我可以说这Internet MarketerGoogle Scraper.

现在我可以编写一个用户故事,例如:

作为 Google Scraper
,我想在每次搜索时更改代理,
所以 Google 不会禁止我

对于接近上述技术实施细节,您有什么看法?它还可以帮助将系统分解为模块......

4

2 回答 2

12

你不写技术故事。用户故事应该符合INVEST 标准

代理听起来确实像一个实现细节,应该避免。你不应该在你的故事中提到代理服务器。即使它们是域的一部分,也可能有其他方法可以达到相同的效果。

不要写“我想使用代理,这样我就不会被阻止”,而应该写“我想伪装我的身份,这样我就不会被阻止”。如果我是你的客户,我不知道你为什么要代理?它是正向、开放还是反向代理?代理服务器有很多用途。您应该选择要利用的功能。

然而,你不应该太沉迷于完美的故事。敏捷宣言说:“个人和交互优于流程和工具”。

在编写用户故事时,您还应该考虑 3C:卡片、对话、确认。客户和您都理解这个故事的含义吗?

该卡是否符合 INVEST 标准?如果你对这两个问题的回答都是肯定的,那么这个故事很好。

于 2013-12-14T16:52:54.590 回答
2

用户故事不应包含技术细节。在 Sprint 计划期间,技术细节应作为嵌套在用户故事下方的交付团队任务添加。这些任务应该由交付团队通过讨论来创建。您不应该尝试在阳光下记录每个实施细节,因为您将达到收益递减点。目标是每个用户故事的实施细节(任务)覆盖率达到 60-75%,因为随着编码的开始,细节可能会发生变化。开发人员在编码过程中发现的任何其他细节都可以在每日站立期间简要分享和记录。用户故事可以简单且非技术性,而交付/开发团队会将故事细节充实为嵌套任务。开发人员应该可以通过他们的集成开发环境 (IDE) 看到这些任务。

于 2017-01-08T07:59:44.220 回答