88

このブログには、JIRA でのエピックの定義があります。

エピックは、かなり大きな作品群です。エピックは、多くのユーザー ストーリーを含む機能レベルの作業です。上記の例を使用すると、エピックはアカウント管理機能全体と以前の購入を表示する機能である可能性があります。

したがって、(製品所有者として) 多くの小さなタスクで構成され、スプリントにまたがる可能性が高い大きな機能を提供したい場合は、エピックが適切な選択です。

ただし、(ブログの例を使用して) 「アカウント管理」コンポーネントを簡単に作成し、その機能に関連するすべてのタスクにそのコンポーネントを割り当てることができます。

同様に、「Account_Management」というラベルを簡単に使用することもできます。アカウント管理機能の一部であるストーリー/チケットは、単にそのラベルでタグ付けされます。

私の質問: なぜ/どのような状況で叙事詩を使用しますか? なぜ/どのような状況でコンポーネントを使用しますか? なぜ/どのような状況でラベルを使用しますか? つまり、3 つすべて (エピック、ラベル、コンポーネント) は非常に似た目的 (課題のコレクションをグループ化する) を果たしているようですが、違いは何ですか?

4

4 に答える 4

65

ラベルとコンポーネントを使用してそれらのグループを選択する場合は、課題検索を使用する必要があります。エピックを使用している場合は課題検索も使用できますが、JIRA Agile の組み込み機能も利用できます。

JIRA Agile ボードのバックログ ビューには、[エピック] タブがあります。このタブでは、個々のエピックに関連付けられた課題を選択できます。さらに、エピックに新しい問題を簡単に追加できる機能があります。最後の利点は、エピック名がリスト内の問題の横に明るい色で表示されることです。これは、バックログを表示し、次にどのような作業が予定されているかを把握するのに非常に役立ちます。

エピックの詳細については、Atlassian のエピックの使用ページを参照してください。

コンポーネントは多くのエピックにまたがることができるため、技術チームにとって便利です。典型的なコンポーネントは「データベース」または「UI」です。JIRA には、特定のコンポーネントの作業を特定の JIRA ユーザーに割り当てるオプションがあります。たとえば、「データベース」のコンポーネントで作成されたすべての問題は、ジル スミスに割り当てることができます。

ラベルははるかに適応性が高く、複数の割り当てを許可するという利点があります (そのため、複数のラベルを問題に関連付けることができます)。ラベルをどのように使用するかは、あなた次第です。

于 2015-08-19T07:11:13.717 に答える
37

定義上、エピックは、プロジェクト全体と比較すると短命の問題です。一方、コンポーネントとラベルは永遠です。そして、あなたはそれらの本当の意味でそれらを使用することに固執する必要があります.

機能のエピックを作成するか、@Sateesh で言及されているように、より大きなストーリーを作成します。彼らは目的を解決する必要があり、ビジネスの必要性が完了したら、クローズ/完了する必要があります。

コンポーネントは機能ではありません。それらはシステムの技術的な部分です。また、製品のパーツやコンポーネントを分類するためにも使用できます。

@barnaby で言及されているように、ラベルは何でもかまいません。通常、それらはキーワード、キャッチフレーズ、人々がタスクに関連付けたいと思う単語などです。私は主に、長期的な観点から問題をより検索しやすくするために使用します。JIRA ラベル クラウドを提供する JIRA プラグイン (純粋にファンシーな目的で、私は感じます:D) もあり、あなたも興味があるかもしれません。

于 2016-04-28T19:27:01.123 に答える
6

エピックは、完了するために複数のスプリントを必要とするより大きなストーリーです。1 つのエピックに複数のユーザー ストーリーが含まれる場合があります。各ユーザー ストーリーは、1 つまたは複数のコンポーネントに属することができます。たとえば、壮大な航空会社の空室検索があるとします。これには、OW 検索、RT 検索などの複数のユーザー ストーリーが含まれる場合があります。それらの一部またはすべてには、キャッシュ、旅行ポリシー、予約エンジンなどのコンポーネントが含まれる場合があります。

ラベルは便宜上のものです。物理的な意味はないかもしれません。

于 2015-10-16T08:18:41.427 に答える