その製品バックログは、製品に必要とされているすべてのものを順序立ててリストしたものです。製品の変更に関する唯一の真実の出所です。そのプロダクトオーナーは、製品バックログの内容、可視性、順序付けについて責任を負います。
製品バックログは決して完成しません。ビジネスニーズ、市場状況、技術の変化によって、製品バックログの変更が生じる可能性があります。製品やプロジェクト環境が発展するにつれて、バックログも進化します。要件は絶えず変化し続けるため、製品バックログは常に生きているスクラムアーティファクト.
製品バックログ内の高優先度の項目は、より詳細で、より多くの情報が入手可能であるため、より細かく、より多くの詳細を含んでいます。また、より正確な見積もりも含まれます。低優先度の項目は、高レベルで大きな項目であり、概算の見積もりになります。チームが低優先度の項目についてより多くの情報を得るにつれて、それらはさらに小さな、より管理しやすい部分に分解されます。開発チームは、製品バックログ内の項目の見積もりを担当します。
製品バックログ管理の理解
製品バックログは、製品開発に必要なすべての機能、要件、改善点、修正点をリストしています。製品バックログの項目には、以下の属性があります:D詳細(適切な詳細度)、E見積もり済み(ストーリーポイントで)、P優先順位付け済み、およびE統合済み(継続的に追加・削除・更新)され、バックログに対するタイムリーで適切な調整を反映しています。
ローマン・ピッchl、著書『スクラムによるアジャイル製品マネジメント』の著者
「顧客が愛する製品を作り出す。」私たちはDEEPという頭文字語を、良好に管理された製品バックログの特徴を説明するために使用します。したがって、DEEPはスクラムにおける製品バックログの品質を表す頭文字語であり、以下の要素から構成されます:D詳細、E見積もり済み、E統合済み、およびP優先順位が付けられている。

詳細な
製品バックログの上部にあるストーリーは次のスプリントで実行されることが想定されています。そのため、チームが効果的に対応できるように、明確に定義されている必要があります。通常、上部にある項目は小さく、より細かく、下部にある項目は大きくなり、具体的さが低くなります。以下の図に示す通りです:

見積もり済み
製品バックログ内の項目は見積もりされています。バックログの上部にある項目はより正確な見積もりがなされています。低優先度の項目は概算で見積もりられ、チームがより多くの情報を得るにつれて再見積もりが可能です。

進化する
製品バックログは静的ではありません。常に進化し続けています。プロジェクトが進むにつれて、より多くの情報や知識が得られ、製品バックログ内のユーザー ストーリーが追加、削除、または順序変更されます。

優先順位が付けられている
製品バックログでは、高優先度の項目ほど価値が高いです。低優先度の項目は後にリストされます。チームは常に高優先度の項目に取り組み、開発中の製品やシステムに最大の価値を提供できるようにします。

要約
DEEPは、製品バックログの精査プロセスに適用される有用な概念です。これは、製品バックログ内の項目に詳細を追加し、見積もりを行い、順序を整える継続的な活動であり、バックログを適切な状態に保つことを目的としています。
製品バックログの精査中に、項目が見直され、変更されます。スクラムチームが、いつ、どのように精査を行うかを決定します。精査は通常、開発チームの能力の10%を超えることはありません。ただし、製品バックログの項目は、プロダクトオーナーによっていつでも更新可能であり、必要に応じて更新できます。