スクラムガイド · 作成物とプラクティス
スクラムのバックログリファインメント：上手な進め方
バックログリファインメントとは、プロダクトバックログアイテムを分解し、説明、順序、サイズなどの詳細を追加する継続的な活動です。スクラムでは正式なイベントではなく、 プロダクトバックログ を、チームが自信を持ってスプリントを計画できるほど明確に保ちます。
要点
- バックログリファインメントは継続的な活動であり、正式なスクラムイベントではありません。
- アイテムを分解し、説明、順序、サイズなどの詳細を追加します。
- プロダクトオーナーと開発者が一緒にリファインメントし、開発者が作業のサイズを見積もります。
- 1～2スプリント分程度のアイテムを準備完了の状態に保ち、垂直に分割する。
リファインメントであるもの、ないもの
2020年版スクラムガイドでは、プロダクトバックログリファインメントを、アイテムをより小さく正確なアイテムへと分解し、さらに定義する行為と説明しています。継続的な活動であるため、5つの スクラムイベント。それでも多くのチームは、作業を予測可能にするために定期的なリファインメントのセッションを開いています。
| リファインメントであるもの | リファインメントではないもの |
|---|---|
| アイテムの意味と重要な理由を明確にする | 次のスプリントの作業にコミットする |
| 大きなアイテムを小さなアイテムに分割する | 個人にタスクを割り当てる |
| 並べ替えや予測ができるようアイテムのサイズを見積もる | すべてのアイテムの詳細な技術設計 |
| 受け入れ基準を追加する | 進捗会議 |
| 継続的かつ協働的 | プロダクトオーナーが1人で行うもの |
参加者
- プロダクトオーナー： 背景を伝え、アイテムの価値を説明し、トレードオフを受け入れます。バックログに説明責任を負います。
- 開発者： 質問をし、分割案やよりシンプルな選択肢を提案し、アイテムのサイズを見積もります。スクラムガイドでは、サイズの見積りは開発者の責任とされています。
- スクラムマスター： 必要に応じて支援します。たとえば、分割の技法についてチームをコーチしたり、セッションの焦点を保ったりします。
- ステークホルダーと専門家： 顧客、デザイナー、コンプライアンスの専門家など、アイテムに彼らの知識が必要なときに招かれます。
かける時間
2020年版スクラムガイドでは、リファインメントの時間制限を定めていません。以前の版では通常は開発者のキャパシティの10%以内とされており、多くのチームが今もおおよその目安として使っています。2週間のスプリントであれば、1時間程度のセッションを1～2回と、非公式な会話を行うことが多いです。
リファインメントのセッションの進め方
- 準備する。 プロダクトオーナーが、バックログの上位にある検討が必要なアイテムを選び、事前に共有します。
- 理由を説明する。 各アイテムについて、プロダクトオーナーが課題、ユーザー、求める成果を説明します。
- 質問をして答える。 開発者がエッジケース、依存関係、リスクを検討します。未解決の質問と、誰が回答するかを記録します。
- 受け入れ基準に合意する。 アイテムが機能することを示す条件を書き出す。
- 必要に応じて分割する。 アイテムが1スプリント内で完成できない場合は、価値を提供できる、より薄いスライスに分割します。
- サイズを見積もる。 開発者が見積もります。たとえば ストーリーポイント やプランニングポーカーを使います。
- 並べ替える。 プロダクトオーナーが、わかったことをもとに順序を調整します。
- 締めくくる。 スプリントプランニングに向けて準備完了のアイテムと、必要なフォローアップを確認する。
大きなアイテムの分割方法
| 技法 | 例 |
|---|---|
| ワークフローのステップ別 | 「チェックアウト」をカートの確認、配送情報、支払いに分ける |
| ビジネスルール別 | まず通常配送に対応し、速達は後で対応 |
| データや入力の種類別 | まずカード決済に対応し、次にデジタルウォレットに対応 |
| ユーザーや役割別 | まず顧客向け、次に管理者向け |
| まずシンプルに、その後改善 | 基本検索、次にフィルター、次に保存済み検索 |
| まずスパイク | 不確実なアイテムを見積もる前に行う、タイムボックス化された調査 |
データベース、インターフェース、テストといった層ごとに水平に分割するのではなく、各スライスが単独で使えるよう垂直に分割します。参考： エピック、ストーリー、タスクの違い.
計算例
あるチームが「顧客が注文を追跡できる」というアイテムをリファインメントします。開発者はこれを約20ポイントと考えましたが、他の作業と並行して通常25ポイント程度を完了するスプリントには大きすぎます。話し合いの結果、次のように分割しました：
| 新しいアイテム | 受け入れ基準（概要） | 規模 |
|---|---|---|
| アカウントページに注文ステータスを表示 | ステータスに注文済み、梱包済み、発送済み、配達済みを表示 | 5 |
| 注文の発送時にメールを送信 | 追跡リンク付きのメールを10分以内に送信 | 3 |
| アカウントページに配送業者の追跡情報を表示 | 配送業者のAPIによるリアルタイム追跡 | 8 |
| スパイク：配送業者APIの制限 | 回答：15分ごとにポーリングできるか？ | 2 |
合計は18ポイントで、各アイテムは単独で使えます。プロダクトオーナーは、価値の大部分を提供するステータスページとメールを最優先にし、次にスパイクを置いて、追跡アイテムが上位に来たときのリスクを下げます。
コツとよくある間違い
- スプリントプランニングの前日に慌てて行うのではなく、継続的にリファインメントする。
- セッションは短く、バックログの上位に焦点を絞る。
- チーム全員、少なくとも作業を担当しそうな開発者を参加させる。1人でサイズを見積もると共通理解が失われます。
- 仕様を決めすぎない。スプリント中の会話の余地を残す。
- 役立つなら、準備完了の定義（Definition of Ready）と呼ばれる軽量なチェックリストを使いましょう。ただし、有用な作業を妨げる関門にしてはいけません。
- 未解決の質問を見える形で管理し、スプリントプランニングまでに回答されるようにする。
このトピックの無料テンプレート
よくある質問
スクラムにおけるバックログリファインメントとは？
プロダクトバックログアイテムを分解し、説明、順序、サイズなどの詳細を追加して、スプリントプランニングに備える継続的な活動です。
バックログリファインメントはスクラムイベントですか？
いいえ。2020年版スクラムガイドでは、5つのイベントの1つではなく継続的な活動として説明されています。それでも、チームが定期的なリファインメントのセッションを予定することは可能です。
バックログリファインメントはバックロググルーミングと同じですか？
はい。グルーミングは古い用語で、スクラムガイドではリファインメントに置き換えられ、現在はこちらが標準の名称です。
バックログリファインメントには誰が参加しますか？
プロダクトオーナーと開発者で、必要に応じてスクラムマスターが支援します。アイテムに意見が必要な場合は、ステークホルダーや専門家も参加します。
バックログリファインメントにはどれくらいの時間をかけるべきですか？
2020年版スクラムガイドでは上限を定めていません。以前の版では開発者のキャパシティの約10%以下が推奨されており、今でも一般的な目安になっています。
バックログはどのくらいの頻度でリファインメントすべきですか？
継続的に行います。多くのチームはスプリントごとに1～2回の短いセッションを開き、小さな質問はその都度対応します。
バックログリファインメントでは誰が見積もりますか？
作業を行う開発者です。プロダクトオーナーはアイテムとトレードオフを説明しますが、見積りは決めません。
バックログリファインメントとスプリントプランニングの違いは何ですか？
リファインメントは時間をかけてアイテムを準備する活動です。スプリントプランニングは、チームがスプリントゴールを設定し、アイテムを選び、作業を計画するタイムボックス化されたイベントです。
バックログリファインメントにおける「準備完了（Ready）」とはどういう意味ですか？
スクラムガイドでは、1スプリント内で完成できるアイテムは、スプリントプランニングで選択する準備ができているとみなされます。任意で準備完了の定義（Definition of Ready）を追加するチームもあります。
バックログはどのくらい先までリファインメントすべきですか？
通常は次の1～2スプリント分で十分です。先の分までリファインメントすると、優先順位や理解が変わるためムダになるリスクがあります。
バックログリファインメントはスプリント中に行えますか？
はい。現在のスプリントバックログの作業と並行して、スプリント全体を通じて行われます。
バックログリファインメントのセッションがいつも時間超過する場合は？
事前にアイテムを準備し、バックログの上位に焦点を絞り、アイテムごとにタイムボックスを設け、技術的に深い質問はより小さなフォローアップやスパイクに回します。