所有敏捷史诗都应该用句子命名吗?

时间:2015-09-11 22:42:29

标签: agile scrum youtrack agile-project-management agile-processes

我正在重新组织我在youtrack上的敏捷板,并且我正在尝试遵循行业最佳实践,但我更愿意称之为史诗

“用户个人资料”

而不是

“用户可以在其用户个人资料中查看自己和其他用户的信息和内容”

如果我能逃脱它。

我很快就会申请工作,所以有人可能会看看我做过的事情,我只是想确保我看起来不像以前那样糟糕。

进一步澄清我如何查看问题的每个“类型”(以确保我正确理解它们)

Epic - 用户档案(简要说明)

功能 - 用户Feed(详细说明)

任务 - 用户可能喜欢Feed中的项目

4 个答案:

答案 0 :(得分:0)

在撰写史诗故事时,可能您对客户真正想要的内容没有相同的清晰度。 因此,当您开始创建用户故事时,史诗标题可能是“用户个人资料”;用户故事标题“作为用户,我希望能够更新我的个人资料,以便我可以添加头像”。

答案 1 :(得分:-1)

史诗的标题应该“适合目的”。这个目的取决于你如何使用它们。

例如,假设您是唯一能够看到史诗的人。在这种情况下,史诗标题应该是对你有意义的东西。然而,如果史诗在商业用户中广泛可见,那么使用对他们来说意义最大的史诗标题是有意义的。

当谈到这种事情时,并没有真正的“最佳实践”,因为敏捷方法变化如此之大。实际上,它是关于找到一个适合您的特定组织的解决方案,如果它不能很好地工作,那么将其调整为更好。

我建议您唯一想要避免的情况是拥有对交付团队有意义的史诗标题,但业务用户无法理解。

答案 2 :(得分:-1)

史诗和故事之间确实没有逻辑差异;区别在于规模。事实上,当团队估计它相对较大时,故事就会变成史诗。

答案 3 :(得分:-1)

我们发现通过产品积压项目确实更容易,特别是当我们试图通过显示总结用户故事背后的主要目的的标题来排名时,如果需要更多细节,那么我们深入研究它用它来检查整个用户故事是验收标准。