This blog在JIRA中定义了史诗：
史诗是非常庞大的作品。 Epics是功能级别的工作，包含许多用户故事。使用上面的示例，史诗可能是整个帐户管理功能以及查看以前购买的功能。
因此，如果（作为产品所有者）我有一个我希望交付的大型功能，它将包含许多较小的任务并可能跨越冲刺，那么史诗是一个不错的选择。
但是，我可以轻松地创建（使用博客中的示例）“帐户管理”组件，并且与该功能相关的任何任务都会分配该组件。
同样，我也可以轻松使用“Account_Management”标签，任何属于帐户管理功能的故事/故障单都会被标记为该标签。
所以我的问题：你为什么/什么情况会使用史诗？为什么/你会在什么情况下使用组件？为什么/什么情况下你会使用标签？即 - 所有这三个（史诗，标签，组件）似乎服务于非常相似的目的（分组一系列问题），有什么区别？
答案 0 :(得分：54)
如果您想要选择一组标签和组件，则需要使用问题搜索。如果您正在使用史诗，您也可以使用问题搜索，但您也可以在JIRA Agile中获得内置功能。</ p>
在JIRA敏捷板的待办事项视图中，您有一个Epic选项卡。此选项卡允许您选择与单个史诗相关的问题。此外，它还具有将新问题添加到史诗中的功能。最后的优势是，史诗名称与列表中的问题一起显示为鲜艳的颜色。在查看待办事项并了解接下来会发生什么工作时，这非常有用。
您可以在Atlassian Working with Epics页面上看到有关史诗的更多信息。
组件对技术团队非常有用，因为它们可以跨越许多史诗。典型的组件可能是“数据库”或“UI”。 JIRA提供了将特定组件的工作分配给特定JIRA用户的选项。例如，使用“数据库”组件创建的所有问题都可以分配给Jill Smith。
标签更具适应性，并且它们具有允许多个分配的优势（因此可以将多个标签与问题相关联）。使用标签时，您可以使用它们。
答案 1 :(得分：31)
Epics 与项目整体相比是短暂的问题。另一方面，组件和标签将永远存在。而且，你应该坚持用它们的真实含义来使用它们，不过它可能是诱人的。
为功能创建Epics，或者如@Sateesh所述，为更大的故事创建。他们应该解决他们的目的，一旦业务需要完成，他们就应该关闭/完成。
组件不是功能。它们是系统的技术部分。它们还可用于分类您的零件或......以及组件：P ......您的产品。
标签可以是任何东西，如@barnaby所述。通常，它们是关键词，短语，人们可能希望与任务相关的词等等。我主要使用它来使问题从长远角度更好地搜索。有一个JIRA插件，它可以为您提供一个JIRA标签云（纯粹用于奇特目的，我觉得：D）。
答案 2 :(得分：17)
<强>增加： Atlasian现在已经创建了一篇新文章，从他们的角度解释了这一点。
https://www.atlassian.com/agile/delivery-vehicles
我的意见/用法。
标签和组件几乎是直截了当的并且已经得到很好的回答。
组件示例
标签示例。
但是，让我给出关于 Epics 的两分钱，因为我觉得这句话过于通用了。
史诗是非常大的作品
放大？ 10个冲刺？ 10个故事？ 20个故事？或者什么？
我个人我会将Epics归类为目标。
在年度/季度回顾中，贵公司与所有成员和利益相关者举行会议，并总结如下
这将意味着3部史诗，其中包含一系列故事，以涵盖这些通用要求
答案 3 :(得分：4)
标签只是为了方便。它可能没有物理意义。