为内部技术任务编写用户故事

Question

我试图更好地管理我的项目,所以我正在尝试应用scrum的一些(最终所有)功能.

综观用户故事特别是高层次的格式似乎是:

作为用户,我可以进行功能描述

要么

神器正在做某事

我该怎么写"升级数据库"？

它只是升级数据库吗？

我认为我被抛弃了,因为没有特定的演员/客户,而且客户是IT部门.

Answer 1

AS A [person/role]
I NEED TO [do something] 
SO THAT [provides business value]. 

对于您的示例,用户故事可能如下所示:

AS A user of the XYZ application
I NEED TO get reports of ABC faster
SO THAT we can increase our conversion rates.
ACCEPTANCE CRITERIA - The database reliably completes transactions on average in 2 seconds.

我添加了一个验收标准,因为没有这个,你永远不会知道什么时候完成工作.现在,您已经有了升级数据库的业务案例.这个故事将被分解为一个故事,其中角色是IT部门或DBA,如下所示:

AS AN administrator for the database server
I NEED TO upgrade to the latest version of FancyDB 11.7
SO THAT we can improve the average transaction time for XYZ users to 2 seconds.
ACCEPTANCE CRITERIA - the new version starts successfully, the XYZ developers sign off on the test installation of 11.7, data migration is successful, we have cut over to the new db

当故事分解添加到您的工具箱中时,故事必须从用户是业务的真实部分开始,并且"这样"会导致真正的业务价值.然后将故事分解为一个或多个故事,其中内部用户执行"以便"真实用户获得需要的好处.

这里有几篇关于故事分解的文章:

http://jpattonassociates.com/the_shrinking_story/

http://old.cognitive-edge.com/wp-content/uploads/1999/11/56-1999-11-Paradox-of-Story.pdf

Answer 2

Scrum不是很规范,Scrum中没有任何内容强迫您将用户故事用于产品待办事项(PBI).您绝对可以在不将捕获需求/功能作为用户故事的情况下执行Scrum,用户故事只是一种方法.实际上,故事确实适用于许多团队,尤其是Web开发团队,但这并不意味着它们适用于所有情况和每个项目(很多项目都是Web开发但不是全部,就像您的情况一样).关于使用故事没有达成共识.

也就是说,用户故事的推荐模板实际上是作为<role>,我想<action>以便<benefits>.我并不是说挑剔但是,如果你选择使用故事,我会热烈地建议你按原样使用它,而不是删除任何部分.首先,使用角色帮助(同一个用户/个人可以有多个角色)来发现故事.然后指定好处对于揭示故事的商业价值以便对其进行优先排序非常重要.关于价值,您应该将其视为最终用户/客户(" 戴上客户眼镜 "--Mary Poppendieck).表达好处并不总是那么容易,但有些工具可能有所帮助,而我首选的是5个为什么(用于根本原因分析).

在您的情况下,这可能会导致类似:作为IT部门,我希望升级数据库,以便用户可以从应用程序的最新功能中受益,并[做得更好|拥有更好的用户体验](不是非常令人满意,但使用5个为什么).

但就个人而言,我并不认为用户故事是技术任务的最佳媒介,即使它们显然可以使用它们并且它们有自己的优势.从理论上讲,故事捕捉的是本质,而不是细节,应该是对讨论的支持.我可能错了,但我没有发现技术任务为讨论和创造提供了很大的空间.所以,根据谁会阅读它们,应该传达什么,我可能会使用或不使用它们.另一种选择可能是将故事与另一种形式主义混合在一起用于您的PBI.正如我所说,关键是不要使用故事,重点是列出优先级和估计项目.

Answer 3

升级数据库可能是实现另一个为用户带来直接价值的故事所涉及的任务之一,例如我作为用户可以向我的栏添加新的foo.

如果添加FOO到酒吧需要在幕后对数据库进行升级,那么你将包括实施用户故事的工作.

用户故事以这种方式措辞,以帮助确保任何工作以某种方式直接使最终用户受益.