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