各組織と著者は、これらの用語について異なる定義を持っています。
この記事では、Mike Cohnがユーザーストーリー、エピック、テーマの定義を提供しています:
ユーザーストーリーは、単にユーザーが望んでいるものです。 ユーザーストーリーは単なるインデックスカードに書かれたテキストではありませんが、ここでの目的のために、ユーザーストーリーを”毎月の売上レポートをページ分割”や”請求書の税計算を変更する”などのテキストと考えてください。”多くのチームは、次の形式でユーザーストーリーを書くことの利点を学びました。”<タイプのユーザーとして>I<want/can/am able to/need to/etc。>なので、<何らかの理由で>。”しかし、ユーザーストーリーがそのように書かれる必要はありません。 そのユーザーストーリー形式の利点を確認してください。
スクラムエピックは大きなユーザーストーリーです。 私たちが特定の物語を叙事詩と呼ぶ魔法の閾値はありません。 それは単に”大きなユーザーストーリー”を意味します。”私は映画との関係でこれを考えるのが好きです。 私があなたに言うならば、特定の映画はあなたに映画について何かを伝える”アクションアドベンチャー映画”でした。 おそらくいくつかのカーチェイス、おそらくいくつかの撮影などがあります。 私たちが従うことに同意した普遍的な定義はなく、アクションアドベンチャームービーには少なくとも三つのカーチェイスが含まれていなければならず、少なくとも45発の弾丸が撃たれなければならず、…。
だから、”epic”は大きな物語に適用されるラベルに過ぎません。 物語を叙事詩と呼ぶことは、時には追加の意味を伝えることができます。 昨日、システムの毎月のレポート部分についてのユーザーストーリーを書く時間があったかどうかを尋ねたとします。 “はい、”私は答えます、”しかし、彼らは主に叙事詩です。”それは私がそれらを書いている間、私はおそらく直接実装するのに十分な小さな物語にそれらのほとんどを打破する機会を得ていないことを示
最後に、”テーマ”はユーザーストーリーのコレクションです。 私たちは、私が毎月の報告について書いた物語のグループの周りに輪ゴムを置くことができ、我々はそれを”テーマ”と呼ぶだろう。”時には、物語のグループについて考えることが役立つので、私たちはそのための用語を持っています。 上記の映画の類推に固執して、私のDVDラックで私はジェームズ-ボンド映画を一緒に提出しました。 彼らはテーマまたはグループ化です。
スプリントでは、各ユーザーストーリーに対してタスクが定義されているため、開発チームはどのように作業を達成するかを明確に理解できます。 タスクは、ユーザーストーリーを完了するために必要な作業のより詳細なバージョンです。 仕事は物語を終らせるのに必要な仕事の技術的な部分である。 開発者は、ストーリーを技術的なタスクに分割して、ストーリーを完了するのにかかる時間の現実的な見積もりを取得します。 ユーザーストーリーは通常ストーリーポイントを使用して推定され、タスクは時間で推定されることに注意することが重要です。
機能とは、ビジネスに機能を提供することができる機能の別個の要素です。 一般的に、機能を提供するには多くの反復が必要です。 ユーザーストーリーは機能の一部です。 小さなストーリーで機能を分割することにより、ユーザーはすぐに問題に開発者に早期のフィードバックを与えることができます。
エピックと機能の関係は、アジャイルコミュニティで最も論争の的になっている。 私の意見では、叙事詩はより広い概念であり、叙事詩はさまざまな機能に分解することができます。