スクラムガイド · 作成物とプラクティス
スクラムのプロダクトバックログ：定義と管理方法
プロダクトバックログとは、プロダクトの改善に必要なものを並べた、創発的で順序付けられたリストです。スクラムではスクラムチームが行う作業の唯一の情報源であり、その確約（コミットメント）は プロダクトゴール.
要点
- プロダクトバックログは創発的で順序付けられたリストであり、スクラムチームの作業の唯一の情報源です。
- プロダクトオーナーが説明責任を負い、開発者がアイテムのサイズを見積もります。
- その確約（コミットメント）はプロダクトゴールであり、バックログに方向性を与えます。
- 短く保ち、順序付けし、上位をリファインメントし、価値を生まなくなったアイテムは削除します。
プロダクトバックログとは
プロダクトバックログは、スクラムの3つの スクラムの作成物、そして スプリントバックログ および インクリメントです。新機能、変更、修正、技術的な作業、リサーチ、実験など、スクラムチームが現時点でプロダクトに価値をもたらしうると考えるすべてのものが含まれます。
- 創発的： 決して完成することはありません。チームとステークホルダーが学ぶにつれ、アイテムは追加、変更、削除されます。
- 順序付けられている： アイテムには明確な順序があり、次に何に取り組むかを誰もが確認できます。2020年版スクラムガイドでは「優先順位付けされた」ではなく「順序付けられた」と表現しています。順序は優先度だけでなく、価値、リスク、依存関係、学習も反映できるからです。
- 作業の唯一の情報源： スクラムチームが取り組む作業であれば、プロダクトバックログに見える形で載っているべきです。
- プロダクトごとに1つ： 同じプロダクトに取り組む複数のスクラムチームは、1つのプロダクトバックログと1人のプロダクトオーナーを共有します。
プロダクトバックログの所有者
なお、 プロダクトオーナー は効果的なプロダクトバックログ管理に説明責任を負います。2020年版スクラムガイドでは、次のことが含まれます：
- プロダクトゴールを策定し、明確に伝えること。
- プロダクトバックログアイテムを作成し、明確に伝えること。
- プロダクトバックログアイテムを並べ替えること。
- プロダクトバックログが透明で、見える状態にあり、理解されるようにすること。
プロダクトオーナーはこの作業の一部を他の人に任せることもできますが、説明責任は引き続き負います。アイテムのサイズを見積もる責任は作業を行う開発者にあり、 スクラムマスター はプロダクトオーナーが効果的なバックログ管理の技法を見つけられるよう支援します。プロダクトバックログを変更したい人は、プロダクトオーナーを説得する必要があります。
プロダクトゴール
プロダクトゴールは、スクラムチームが計画の目標とするプロダクトの将来の状態を表します。プロダクトバックログの中にあり、それ以外のプロダクトバックログは、ゴールを達成するものを定義するために創発されます。チームは次のプロダクトゴールに取りかかる前に、現在のゴールを達成するか放棄する必要があります。
| レベル | 確約（コミットメント） | 例 |
|---|---|---|
| プロダクトバックログ | プロダクトゴール | 顧客がサポートに電話せずに、アカウント全体をオンラインで管理できる |
| スプリントバックログ | スプリントゴール | 顧客が過去の請求書をPDFでダウンロードできる |
| インクリメント | 完了の定義 | コードレビュー済み、テスト済み、アクセシブルで、本番環境にデプロイ済み |
プロダクトバックログアイテムに含めるもの
スクラムガイドは形式を規定していません。属性は作業の領域によって異なりますが、ほとんどのチームは次を記録します：
| 属性 | 目的 |
|---|---|
| 説明 | 何が必要で、なぜ必要か。多くの場合、次の形式で書かれます： ユーザーストーリー |
| 順序 | 他のアイテムに対する位置 |
| 規模 | 開発者による見積り。たとえば ストーリーポイント |
| 受け入れ基準 | アイテムが期待どおりに機能することを確認する条件 |
| 価値または根拠 | 期待される成果や便益 |
| メモとリンク | デザイン、リサーチ、依存関係、または関連する エピック |
上位のアイテムは小さく、明確で、詳細です。下位のアイテムはより大きく曖昧でも構いません。早すぎる段階で追加した詳細はムダになることが多いからです。1スプリント内で完成できるアイテムは、次で選択する準備ができているとみなされます： スプリントプランニング.
プロダクトバックログの管理方法：ステップごとの手順
- プロダクトゴールを書き出し、チームとステークホルダーに共有する。
- アイデア、要望、既知の作業をアイテムとして記録します。現時点では詳細を気にする必要はありません。
- 価値、リスク、コスト、依存関係、チームが学ぶべきことを考慮して、アイテムを並べ替える。
- バックログの上位を定期的にリファインメントし、次の1～2スプリント分のアイテムを明確にしてサイズを見積もっておきます。参考： バックログリファインメント.
- 活用するのは スプリントレビュー で、ステークホルダーとともに進捗を検査し、バックログを適応させます。
- プロダクトゴールに寄与しなくなったアイテムを削除し、バックログを短く有用に保ちます。
- バーンアップチャートや予測でプロダクトゴールに向けた進捗を追跡します。参考： スクラムのメトリクス.
具体例：小さなバックログの並べ替え
あるオンライン予約サービスのプロダクトオーナーは、「顧客が電話せずに予約の作成と変更ができる」というプロダクトゴールを掲げています。開発者はアイテムのサイズを見積もり済みです。プロダクトオーナーは、価値とサイズやリスクを比較検討してアイテムを並べ替えます：
| 順序 | アイテム | サイズ（ポイント） | その位置にある理由 |
|---|---|---|---|
| 1 | オンラインで予約する | 8 | プロダクトゴールの中核。これがなければ他は役に立たない |
| 2 | 予約後の確認メール | 3 | 価値が高く、小さく、無断キャンセルを減らせる |
| 3 | 予約の変更またはキャンセル | 5 | 電話件数を直接減らせる |
| 4 | スパイク：カレンダープロバイダーとの連携 | 2 | アイテム5の前にリスクを減らす |
| 5 | 予約をスタッフのカレンダーに同期 | 8 | 価値は高いが、スパイクで得られる知見に依存する |
| 6 | ロイヤルティ割引コード | 13 | 現在のプロダクトゴールには不要 |
チームの ベロシティ が約15ポイントであれば、アイテム1～3（16ポイント）は1スプリントを少し超えるため、チームはアイテム1と2にスパイクを加えて計画し、アイテム3は次のスプリントで取り組むかもしれません。アイテム6は削除するか、後のプロダクトゴールまで保留にすることがあります。
プロダクトバックログとスプリントバックログの比較
| プロダクトバックログ | スプリントバックログ | |
|---|---|---|
| 内容 | プロダクトを改善する可能性のあるすべてのもの | スプリントゴール、選択したアイテム、計画 |
| 説明責任者（Accountable） | プロダクトオーナー | 開発者 |
| 確約（コミットメント） | プロダクトゴール | スプリントゴール |
| 対象期間 | プロダクトが存続する限り | 1スプリント |
| 変わるもの | プロダクトオーナーがアイテムを並べ替えたり追加したりするたび | 開発者が学ぶにつれて毎日 |
よくある間違い
- 増える一方のバックログ。 何百もの古いアイテムが重要なものを覆い隠してしまう。プロダクトゴールに寄与しなくなったアイテムは削除またはアーカイブする。
- 1つのプロダクトに複数のバックログがある。 チームごとに別々のバックログがあると、プロダクト全体での並べ替えができなくなる。
- すべてが「優先度高」になっている。 順序はラベルの集まりではなく、厳密な順番です。
- 早すぎる段階で詳細を詰めすぎる。 数か月先のアイテムの詳細な仕様は、たいてい書き直されることになる。
- プロダクトオーナーが1人で作業している。 リファインメントは、開発者やステークホルダーとの協働で行うのが最も効果的です。
- プロダクトゴールがない。 これがないと、バックログは価値を生むための計画ではなく、単なる要望の一覧になってしまいます。
このトピックの無料テンプレート
よくある質問
スクラムにおけるプロダクトバックログとは？
プロダクトの改善に必要なものを並べた、創発的で順序付けられたリストであり、スクラムチームの作業の唯一の情報源です。その確約（コミットメント）はプロダクトゴールです。
プロダクトバックログの所有者は誰ですか？
プロダクトオーナーが説明責任を負います。他の人も貢献でき、作業の一部を任されることもありますが、順序を決めるのはプロダクトオーナーです。
プロダクトバックログにアイテムを追加できるのは誰ですか？
誰でもアイテムを提案でき、多くのチームでは開発者が直接アイテムを追加しています。内容と順序の説明責任は引き続きプロダクトオーナーにあります。
優先順位付けされたプロダクトバックログと順序付けられたプロダクトバックログの違いは何ですか？
優先順位付けとは、多くの場合アイテムに高・中・低のラベルを付けることです。並べ替え（順序付け）とは、すべてのアイテムを1つの順番に並べることで、価値、リスク、依存関係、学習を反映できます。
プロダクトゴールはプロダクトバックログとどう関係していますか？
プロダクトバックログの確約（コミットメント）であり、スクラムチームが計画の目標とするプロダクトの将来の状態です。チームは一度に1つのプロダクトゴールに取り組みます。
プロダクトバックログはどのくらいの大きさにすべきですか？
決まりはありません。読んで並べ替えるのが難しいほど長いバックログは管理しにくくなるため、多くのチームは詳細なアイテムを数スプリント分にとどめ、残りは大きく粗いアイテムとして保持しています。
プロダクトバックログアイテムはユーザーストーリーでなければなりませんか？
いいえ。スクラムガイドは形式を規定していません。ユーザーストーリーが一般的ですが、バグ、技術的タスク、実験、平易な説明などもアイテムになります。
プロダクトバックログアイテムは誰が見積もりますか？
作業を行う開発者がサイズの見積りに責任を負います。プロダクトオーナーは、開発者がアイテムやトレードオフを理解できるよう支援できます。
プロダクトバックログアイテムはいつ準備完了になりますか？
スクラムガイドでは、1スプリント内で完成できるアイテムは、スプリントプランニングで選択する準備ができているとみなされます。任意で準備完了の定義（Definition of Ready）を追加するチームもあります。
複数のチームで1つのプロダクトバックログを共有できますか？
はい。スクラムでは、複数のチームが取り組む場合でも、1つのプロダクトに1つのプロダクトバックログと1人のプロダクトオーナーです。
プロダクトバックログはプロジェクト計画と同じですか？
いいえ。固定された計画ではなく、プロダクトのために変化し続けるリストです。ただし、予測や次と併せて使うことはできます： リリース計画.
プロダクトバックログにはどのようなツールが使えますか？
スプレッドシートや付箋から、次のようなツールまで何でも使えます： Jira または Trello。参考： スクラム用ソフトウェアツール.