アジャイルガイド · アジャイルのプラクティス
アジャイルのエピック：定義、書き方、例
エピックとは、1回のイテレーションでは完了できないほど大きな作業であり、より小さな次の単位に分割されます： ユーザーストーリー。エピックは関連するストーリーを1つのゴールの下にまとめ、チームがリリースを計画し、より大きな成果の進捗を追跡するのに役立ちます。
要点
- エピックは、1つのゴールを共有するユーザーストーリーに分割される大きなバックログアイテムです。
- エピックは成果を中心に、成功の指標と明確な境界とともに書きましょう。
- エピックは技術レイヤーではなく、薄く価値のある単位に分割しましょう。
- ゴールが達成されたらエピックを完了させましょう。継続的な作業領域はテーマです。
エピックとは
エピックはバックログの階層でユーザーストーリーの上に位置します。ユーザーストーリーは1スプリント内で完了できる程度に小さくあるべきですが、エピックは通常複数のスプリントにまたがり、複数のチームが関わることもあります。エピックは成果（「会員がオンラインでクラスを予約し支払える」）を表し、そのストーリーはそれを実現する個々の単位を表します。
- テーマ： 複数のエピックにまたがる広い重点領域。例：「会員のセルフサービスを改善する」。
- エピック： 明確なゴールを持つ大きな作業のまとまり。例：「オンラインクラス予約」。
- フィーチャー： 一部のチームやフレームワークで使われる用語。例： SAFe。中規模の機能を表します。SAFeでは、エピックはフィーチャーの上位に位置します。
- ユーザーストーリー： 1スプリントに収まる、小さく価値のある単位。
- タスク： ストーリーを完了するために必要な技術的なステップ。
エピックの書き方
- 成果で名前を付ける： 技術的な作業ではなく結果を表す短いタイトル。
- 1行のゴールを書く： 誰がなぜ恩恵を受けるのか。ストーリー形式の文が有効です：「会員として、ジムに電話しなくて済むようにオンラインでクラスを予約したい。」
- 成功を定義する： 1～3つの指標。例：「3か月以内に予約の60%がオンラインで行われる」。
- 境界を設定する： スコープに含まれるものと含まれないものを列挙する。
- エピックレベルで受け入れ基準を追加する： エピックが完了したとみなされるために満たすべき条件。
- 依存関係とリスクを記録する： 依存している他のチーム、システム、意思決定。
- ストーリーに分割： まずエンドツーエンドの薄い単位から始め、チームが1スプリントで提供できるストーリーに分割します。
エピックをストーリーに分割する方法
| 分割パターン | 「オンラインクラス予約」の例 |
|---|---|
| ワークフローのステップ別 | 時間割の閲覧、クラスの予約、予約のキャンセル |
| ユーザーの種類別 | 会員が予約、スタッフが定員を管理、インストラクターが出席を確認 |
| ビジネスルール別 | 無料クラスの予約、有料クラスの予約、会員クレジットでの予約 |
| シンプルなものから、次に複雑なものへ | 1クラスの予約、その後に定期予約 |
| データやチャネル別 | Webで予約、その後モバイルアプリで |
| 正常系、その後に例外 | 予約成功、その後に満員クラスとキャンセル待ち |
計算例
エピック： オンラインクラス予約。 ゴール： 会員が電話せずにクラスを予約・キャンセルできるようにする。 測定： 3か月以内に電話予約が週約400件から150件未満に減る。
- ストーリー1：会員として、クラスを選べるように今週の時間割を見たい（3ポイント）。
- ストーリー2：会員として、自分の枠が確保されるようにクラスの席を予約したい（5ポイント）。
- ストーリー3：会員として、他の人が代わりに参加できるように予約をキャンセルしたい（3ポイント）。
- ストーリー4：会員として、クラスが満員のときにキャンセル待ちに登録したい（5ポイント）。
- ストーリー5：会員として、クラスの前日にリマインダーを受け取りたい（2ポイント）。
エピックの合計は18ポイントです。 ベロシティ がスプリントあたり約12ポイントなら、チームは他の作業と並行して約2スプリントで完了できると見込めます。残りのポイントを時系列で示すエピックバーンダウンで進捗を追跡します。
よくある間違い
- 終わらないエピック： 各エピックをゴールに結び付けて完了できるようにします。継続的な作業はテーマに属します。
- 技術レイヤーで分割する： 「データベース」「API」「UI」のストーリーは、単独では使えるものを何も提供しません。
- すべてのストーリーを最初に書く： 近い時期の部分は詳細に分割し、後の部分は大まかなままにしておく。
- 未完了のエピックが多すぎる： 多くを同時に進めるとチームの力が分散し、すべての成果が遅れます。
- エピックとプロジェクトを混同する： エピックはバックログアイテムであり、専用のチームと予算を持つ別個の計画ではありません。
このトピックの無料テンプレート
よくある質問
アジャイルにおけるエピックとは？
1回のイテレーションには大きすぎ、ゴールを共有するより小さなユーザーストーリーに分割される作業のまとまり。
エピックの大きさはどれくらいにすべきですか？
複数のスプリントが必要なほど大きく、かつ1回のリリースや数か月以内に完了できるほど小さく。終わりがないなら、それはおそらくテーマです。
エピックは誰が書きますか？
通常はプロダクトオーナーまたはプロダクトマネージャーが、チームやステークホルダーの意見を取り入れて書きます。
エピックはスクラムの一部ですか？
いいえ。スクラムガイドはエピックに触れていません。エピックは次を整理するための一般的なプラクティスです： プロダクトバックログ.
エピックとユーザーストーリーの違いは何ですか？
エピックは複数のスプリントにまたがる大きなゴールです。一方、 ユーザーストーリー は1スプリントに収まる小さな単位です。参考： エピック、ストーリー、タスクの違い.
エピックとテーマの違いは何ですか？
テーマは複数のエピックを含みうる広い重点領域で、エピックはゴールのある具体的な作業のまとまりです。
エピックとフィーチャーの違いは何ですか？
フレームワークによります。SAFeではエピックの方が大きく、フィーチャーを含みます。両者を同じ意味で使うチームもあります。
エピックにストーリーポイントはありますか？
チームはエピックに大まかなサイズを付けたり、ストーリーのポイントを合計したりして、何スプリントかかるかを予測することがよくあります。
エピックは複数のチームにまたがってもよいですか？
はい。大きなエピックは共有されることが多く、各チームがストーリーの一部を担当します。
エピックの進捗はどう追跡しますか？
完了したストーリーやポイントと残りを比較するエピックバーンダウンや進捗バーで追跡します。ほとんどの プロジェクト管理ツール にこの機能があります。
エピックに受け入れ基準は必要ですか？
あると役立ちます。大まかな受け入れ基準により、エピック全体がいつ完了したかが定義されます。