JIRA:Epics vs Labels vs Components

Question

这篇博客在JIRA中有史诗的定义:

史诗是更大的工作机构.Epics是功能级别的工作,包含许多用户故事.使用上面的示例,史诗可能是整个帐户管理功能和查看以前购买的能力.

因此,如果(作为产品所有者)我有一个我希望交付的大型功能,它将包含许多较小的任务并可能跨越冲刺,那么史诗是一个不错的选择.

但是,我可以轻松地创建(使用博客中的示例)"帐户管理"组件,并且与该功能相关的任何任务都会分配该组件.

同样地,我也可以轻松地使用"Account_Management"标签,并且任何属于帐户管理功能的故事/票证都会被标记为该标签.

所以我的问题是:你为什么/什么情况会使用史诗？为什么/你会在什么情况下使用组件？为什么/什么情况下你会使用标签？即 - 所有三个(史诗,标签,组件)似乎服务于非常相似的目的(分组一系列问题),有什么区别？

Answer 1

对于标签和组件,如果要选择一组标签和组件,则需要使用问题搜索.如果您正在使用史诗,您也可以使用问题搜索,但您也可以在JIRA Agile中获得内置功能.

在JIRA Agile板的待办事项视图中,您有一个Epic选项卡.此选项卡允许您选择与单个史诗相关的问题.此外,它还具有将新问题添加到史诗中的功能.最后的优势是,史诗名称与列表中的问题一起显示为鲜艳的颜色.在查看待办事项并了解接下来会发生什么工作时,这非常有用.

您可以在Atlassian 使用Epics页面上查看有关史诗的更多信息.

组件对于技术团队非常有用,因为它们可以跨越许多史诗.典型的组件可能是"数据库"或"UI".JIRA提供了将特定组件的工作分配给特定JIRA用户的选项.例如,使用"数据库"组件创建的所有问题都可以分配给Jill Smith.

标签更具适应性,并且它们具有允许多个分配的优点(因此可以将多个标签与问题相关联).使用标签时,您可以使用它们.

我想补充说标签是横切的.您可以使用相同的标签在Jira中标记各种类型的问题.这样您就可以创建自定义标志,例如TODO,NEEDS ATTENTION,REQUIRES DOCUMENTATION等.您不会为此创建史诗或组件. (4认同)

Answer 2

根据定义,Epics与整个项目相比是短暂的问题.另一方面,组件和标签是永远的.并且,你应该坚持使用它们的真实含义,然而它可能是诱惑它.

为功能创建Epics ,或者如@Sateesh所述,为更大的故事创建Epics .他们应该解决他们的目的,一旦业务需要完成,他们就应该关闭/完成.

组件不是功能.它们是系统的技术部分.它们还可用于对您的零件进行分类或......以及组件:P ...您的产品.

标签可以是任何东西,如@barnaby所述.通常,它们是关键词,短语,人们可能希望与任务相关的词等等.我主要使用它来使问题从长远角度更好地搜索.有一个JIRA插件,它可以为您提供一个JIRA标签云(纯粹用于奇特目的,我觉得:D).

我将以技术债务（大）任务为例，因为它本身就是一个非常技术性的_问题_，但有助于更好地看到差距。假设“重构支付模块”是（假设是）跨越多个冲刺的庞大任务。因此，您需要将其创建为 *Epic*。而且，这个问题的*组件*将是*支付模块*。嗯……只是想到了这一点：换句话说，史诗描述了要实现的更广泛的目标，一旦实现，它们_应该会死_，而组件只是表示应用程序的部分或_区域_，这将永远具有意义。 (2认同)
看来组件实际上确实允许多个分配，这很好，因此组件和标签之间的划分变得更加有用，因为组件是集中控制的，而标签是自由形式的。 (2认同)

Answer 3

另外: Atlasian现在已经创建了一篇新文章,从他们的角度解释了这一点.

我的意见/用法.

标签和组件几乎是直截了当的并且已经得到很好的回答.

组件示例

标签示例.

但是让我给出关于Epics的两分钱,因为我觉得这句话过于通用了.

史诗是更大的工作机构

更大？10个冲刺？10个故事？20个故事？或者是什么？

我个人将Epics归类为目标.

在每年/每季度回顾中,贵公司与所有成员和利益相关者举行会议,并总结如下

这将意味着3个史诗集合,以涵盖每个通用要求

Answer 4

史诗是更大的故事，需要多个冲刺才能完成。一个史诗可能涉及多个用户故事。每个用户故事可能属于一个或多个组件。假设您有史诗般的航空公司空房搜索。这可能有多个用户故事，例如OW搜索，RT搜索等。其中一些或全部可能涉及缓存，旅行政策和预订引擎等组件。

标签只是为了方便。它可能没有物理意义。