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

我正在youtrack上重组我的敏捷董事会，并试图遵循行业最佳实践，但我更愿意称之为史诗

“用户配置文件”

相对于

“用户可以在其用户配置文件上查看自己和其他用户的信息和内容”

如果我能逃脱惩罚

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

进一步澄清我如何看待每种“类型”的问题（确保我正确理解它们）

Epic-用户配置文件（简要说明）

功能-用户提要（详细说明）

---

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

史诗的标题应为“适合用途”。目的是什么取决于你如何使用它们

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

当涉及到这类事情时，并没有真正的“最佳实践”，因为敏捷方法差异太大。实际上，这是为了找到一个适合您的特定组织的解决方案，如果效果不好，则将其调整为更好的解决方案

---

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

史诗和故事在逻辑上没有什么区别；区别在于规模。事实上，通常情况下，当团队估计某个故事相对较大时，它就会成为一个史诗。

在编写史诗故事时，您可能对客户真正想要的东西没有相同的清晰程度。

---

因此，当您稍后开始创建用户故事时，史诗标题可能是“用户配置文件”；用户故事标题“作为用户，我希望能够更新我的个人资料，以便添加头像”。

我们发现查看产品待办事项非常容易，特别是当我们试图通过显示一个标题来对用户故事进行排名时，该标题总结了用户故事背后的主要目的，如果需要更多的细节，那么我们将深入其中，检查整个用户故事是否符合验收标准