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



我正在youtrack上重组我的敏捷板,并试图符合行业最佳实践,但我更愿意称之为史诗

"用户配置文件"

相对

"A用户可以查看自己和其他用户在其用户配置文件中的信息和内容"

如果我能逃脱惩罚。

我很快就要申请工作了,所以有可能有人会看到我所做的,我只是想确保我不会因为这样的事情而看起来很糟糕。

为了进一步澄清我如何看待每个"类型"的问题(以确保我正确理解它们)

Epic - User Profile(简要描述)

功能-用户提要(详细描述)

任务—用户可能喜欢提要中的条目

在编写史诗般的故事时,您可能对客户真正想要的东西没有相同的清晰度。因此,史诗般的标题可能是"用户档案",而稍后当你开始创建用户故事时;用户故事标题"作为用户,我希望能够更新我的个人资料,以便我可以添加头像"。

史诗的标题应该是" fit for purpose "。这个目的是什么取决于你如何使用它们。

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

当涉及到这类事情时,并没有真正的"最佳实践",因为敏捷方法变化太大了。实际上,它是关于找到一个对你的特定组织有效的解决方案,如果它不起作用,调整它以使其更好。

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

史诗和故事在逻辑上确实没有区别;区别在于规模。事实上,通常情况下,当团队估计故事相对较大时,故事会变成史诗。

我们发现浏览产品待办事项列表项真的很容易,特别是当我们试图通过显示总结用户故事背后的主要目的的标题来对它们进行排名时,如果需要更多细节,我们就会深入研究它,以检查整个用户故事的接受标准。

相关内容

  • 没有找到相关文章

最新更新