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

Question

关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。












想改进这个问题？将问题更新为 on-topic对于堆栈溢出。

4年前关闭。




Improve this question




我正在尝试更好地管理我的项目，因此我正在考虑尝试应用 scrum 的一些(最终全部)功能。 .

看user stories具体来说，高级格式似乎是:

作为 用户 我可以功能说明

或者

神器是 做某事

我将如何编写“升级数据库”？

它只是升级数据库吗？

我认为我被抛弃了，因为没有特定的参与者/客户，而且客户是 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

当故事分解被添加到您的工具箱中时，故事必须从用户是业务的真正组成部分开始，并且“这样”会导致真正的业务值(value)。然后将故事分解成一个或多个故事，内部用户在其中做事“以便”真正的用户获得所需的好处。

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

http://jpattonassociates.com/the_shrinking_story/

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