【发布时间】：2013-12-14 08:26:56
【问题描述】：
我正在尝试以更有条理的方式工作并开始采用用户故事。
我认为我对如何将用户故事用于技术内容存在误解。
假设我正在编写一个应用程序，它可以为我的网站在 Google 中的某个关键字提供排名。
用户故事是这样的：
作为互联网营销人员
我想了解我的网站在某个关键字中的排名
所以我会知道我的 SEO 工作是否有效
现在这很简单并且以用户为中心......但是，如果我需要将代理引入循环会发生什么。
一方面，代理是技术实现细节，另一方面，代理是 Internet 营销人员领域的一部分。
我应该如何制作这样的故事？
作为互联网营销人员
我想在 Google 中搜索时使用代理
这样我们就可以在不被 Google 屏蔽的情况下检查很多关键字
上面的场景听起来不适合我……也许我可以把它改写成这样：
作为互联网营销人员
我希望能够一次检查很多关键字
这样可以节省我的时间
这听起来更正确，但是我可以给出什么验收标准？尝试在一分钟内抓取 google 100 次？这不是浪费时间吗？
这是另一种情况。当我要实现的功能是代理可以在 30 秒内使用一次时，我应该如何制作用户故事？我不知道如何从以用户为中心的角度来解决这个问题......
我想做的另一件事是展示另一个Role。我可以说我们有一个名为Google Scraper 的角色，而不是以Internet Marketer 为中心。我可以说Internet Marketer 与Google Scraper 有关。
现在我可以编写如下用户故事：
作为谷歌抓取工具
我想在每次搜索时更改代理
所以谷歌不会禁止我
您对处理上述技术实施细节有何看法？它还可以帮助将系统分解为模块...
【问题讨论】：
-
这个问题是题外话，因为它不在本网站的范围内，如What topics can I ask about here? 中定义的那样另见：What types of questions should I avoid asking? 您可以在another Stack Exchange site 上提问，也许 Project Management 或Software Engineering。请务必阅读您打算发布问题的任何网站的帮助中心主题页面。
标签： tdd bdd agile user-stories agile-project-management