这个博客在JIRA中定义了史诗：
史诗显然是更大的作品。史诗是包含许多用户故事的功能级别的作品。使用上面的示例，史诗可能是整个帐户管理功能以及查看以前购买商品的能力。
因此，如果（作为产品所有者）我要交付一项大型功能，该功能包含许多较小的任务并可能跨越短距离冲刺，那么史诗是个不错的选择。
但是，我可以轻松地（使用博客中的示例）创建“帐户管理”组件，并且与该功能相关的所有任务都将分配该组件。
同样，我也可以轻松地使用“ Account_Management”标签，并且作为“帐户管理”功能一部分的任何故事/票证都将简单地使用该标签进行标记。
所以我的问题是：为什么/在什么情况下使用史诗？为什么/在什么情况下使用组件？为什么/在什么情况下使用标签？即，这三个（主题，标签，组件）似乎都具有非常相似的目的（将问题集合归类），有什么区别？
Answers:
对于标签和组件，如果要选择一组，则需要使用问题搜索。如果您正在使用史诗，则还可以使用问题搜索，但是您还可以在JIRA Agile中获得内置功能。
在JIRA Agile板的积压视图中，您有一个Epic选项卡。此选项卡使您可以选择与各个史诗相关的问题。加上它的功能使其可以轻松地向史诗中添加新问题。最终的优势是，史诗名称在列表中的问题旁边显示为鲜艳的颜色。当查看待办事项并了解下一步工作时，这将非常有用。
您可以在《 Atlassian与Epics一起使用》页面上查看有关史诗的更多信息。
组件对于技术团队来说非常有用，因为它们可以跨越许多史诗。典型的组件可能是“数据库”或“ UI”。JIRA提供了将特定组件的工作分配给特定JIRA用户的选项。例如，使用“数据库”组件创建的所有问题都可以分配给Jill Smith。
标签具有更大的适应性，并且具有允许多个分配的优点（因此一个问题可以关联多个标签）。对于标签，如何使用它们完全取决于您。
与整个项目相比，根据定义，史诗是短暂的问题。另一方面，组件和标签是永远的。并且，您应该坚持使用它们的真实含义，但是尝试这样做可能会相反。
为功能创建史诗，或为@Sateesh创建故事，以获取更大的故事。他们应该解决他们的目的，一旦完成业务需求，就应该关闭/完成。
组件不是功能。它们是系统的技术部分。它们也可以用于分类的零件或...好，成分：P ...你的产品。
标签可以是任何东西，如@barnaby所述。通常，它们是关键字，流行语，人们可能希望与某项任务相关的词等。我使用它的主要目的是使问题从长期角度更好地可搜索。有一个JIRA插件可以为您提供一个JIRA标签云（纯粹出于花哨的目的，我觉得：D），这也可能使您感兴趣。
另外： Atlasian现在创建了一篇新文章，从他们的角度对此进行了解释。
https://www.atlassian.com/agile/delivery-vehicles
我的意见/用法。
标签和组件几乎是简单明了的，并且已经得到了很好的回答。
组件示例
标签示例。
但是，让我给我两分关于Epics的信息，因为我觉得这句话太笼统了。
史诗明显是更大的工作体
大一点？10个Sprint？10个故事？20个故事？要不然是啥？
我个人将史诗分类为目标。
在年度/季度回顾中，贵公司与所有成员和利益相关者举行会议，并得出以下结论：
这将意味着3个史诗集的故事，可以满足所有这些通用要求