スクラムガイド | 40. 製品バックログの育成
公開: 2022-07-21プロダクト バックログの育成は、プロダクト オーナーの主要なタスクの 1 つです。 育成プロセスには、新しいユーザー ストーリーの策定、詳細化、および製品バックログへの追加が含まれます。 ただし、育成タスクの中で最も重要なのは、バックログに配置されたエントリが正しい順序になっていること、つまり優先順位が付けられていることを確認することです。
製品バックログの育成 – 目次:
- 序章
- プロダクトバックログ育成の目的
- 製品バックログのメンテナンスにおけるエラー
- バックログのメンテナンスとスクラムで使用されるメトリクス
- 概要
序章
プロダクト バックログは、スクラムのアーティファクトの 1 つです。 製品の作成に必要な作業の優先順位付きリストが含まれています。 つまり、製品の目標を達成するために必要なユーザー ストーリーのリストです。 ユーザー ストーリーの詳細については、この記事を参照してください。 そして、プロダクトバックログの特徴とメンテナンス方法について詳しくご紹介します。
製品バックログの育成は、次の名前でも呼ばれます。
- バックログの優先順位付け、
- バックログの改善、
- バックログのスケーリング。
プロダクトバックログ育成の目的
プロダクト オーナーは、プロダクト バックログを管理します。 鍵となるスキルには、期日が近づくとタスクに優先順位を付けることが含まれます。 これは、製品バックログの育成の目標が、製品の機能が最高のビジネス価値を持つようにすること、つまり、顧客の観点から最も重要な機能をやることリストの一番上に置くことであるためです。 また、その説明は明確かつ詳細であるため、次のスプリントですぐに実装を開始できます。
製品バックログは、必要に応じて毎日更新できます。 プロダクト オーナーは、利害関係者や開発チームと話し合った後、または結論を導き出し、プロダクト バックログに既に書かれているユーザー ストーリーを再構築することによって、新しいユーザー ストーリーをプロダクト バックログに追加できます。
バックログの強制更新は、スプリント レビュー中に実行されるタスクの 1 つです。 この記事では、そのプロセスについて詳しく説明しました。 通常、このミーティングでは、スクラム チームは次のスプリントで完了するタスクについて話し合うだけではありません。 また、次の 2 ~ 3 スプリントでのユーザー ストーリーとその実装についても事前に指定します。 このようなやり方により、スクラム チームとその活動は、長期的な方向性についてより広い視野を持つことができます。 後続のスプリントでの開発の観点から、現在実行されているタスクを考えることができます。
製品バックログのメンテナンスにおけるエラー
製品バックログの育成に関する最も一般的な問題の 1 つは、それが制御不能に拡大するのを許してしまうことです。 これは、製品に取り組んでいる間、利害関係者とスクラム チーム メンバーの両方によって提案されたさまざまな追加機能とタスクが自発的に現れるためです。 したがって、プロダクト バックログのスコープの拡大 (スコープ クリープ) を制限することは、プロダクト オーナーが実行する最も重要なタスクの 1 つです。 プロダクトオーナーが懸念する最も一般的な間違い:
- 製品の目的から逸脱する– 基本的な製品の目的を超えて製品バックログにあまりにも多くのアイデアを追加することは、読みやすさを大幅に低下させるため、良い方法ではありません。 別のドキュメントで追加機能のアイデアを収集することをお勧めします。
- コンテンツの複製– 異なる利害関係者から繰り返しまたは非常に類似したアイデアをバックログに入力する – 別のエントリをバックログに追加する前に、プロダクト オーナーは新しいエントリが既存のエントリと重複しないことを確認する必要があります。
- より広い視野の欠如– 製品の目標に関する価値に従って、製品バックログのエントリを順序付けする必要があります。 それでも、特定のスプリントで実行されるタスクが先行するスプリントとその直後のスプリントの両方にシームレスにリンクされるように、優先順位付けでは次のいくつかのスプリントを考慮に入れる必要があることに注意してください。
この種のミスは避けられません。 ただし、それらの発生を認識することで、プロダクト オーナーは新しいユーザー ストーリーをプロダクト バックログに追加して適切なバランスを取ることに慎重になる可能性があります。 これは、バックログをカットしすぎて、似たような異なるタスクを含むエントリを削除することも間違いだからです。 たとえば、アプリケーションが大きく異なる同様の製品機能を説明する。
バックログのメンテナンスとスクラムで使用されるメトリクス
製品バックログには、プロジェクト全体の残りの作業の説明が含まれています。 ただし、最新かつ定期的に育成されたバックログのみが、完了した作業量の合計に対する比率を正確に見積もることができます。 完了した作業量を表すには、この記事で説明したバーンダウン チャートを適用する必要があります。
スクラム チームの作業を表すもう 1 つの一般的な指標は速度です。 これは、1 つのスプリント中に増分に変換されたプロダクト バックログ エントリの数を比較することで測定できます。 この記事では、Velocity について詳しく説明しました。
概要
プロダクト オーナーは、プロダクト バックログの育成を行います。 プロダクト バックログが適切に維持されている場合、スクラム チームは残っている作業を明確に把握できます。 また、製品目標への道のりがどのように見えるかについて、より広く前向きな視点を得ることができます。 これが、プロダクト オーナーが、プロダクト バックログに含まれるユーザー ストーリーが優先順位に従って完了していることを確認する必要がある理由です。 また、今後のスプリントで完了するタスクが詳細に説明されています。
私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest の忙しいミツバチ コミュニティに参加してください。
スクラムガイド:
- 基本的な用語、役割、および概念の用語集
- スクラムとは?
- スクラムの価値
- あなたの会社にスクラムを導入する方法は?
- スクラム チーム - それは何ですか?どのように機能しますか?
- プロダクトオーナーとは?
- プロダクトオーナーのよくある間違い
- スクラムマスターとは?
- 優れたスクラムマスターの特徴
- スクラムマスターのよくある間違い
- スクラム マスターはどのような統計と指標を追跡する必要がありますか?
- プロダクトオーナーとスクラムマスターの協力
- スクラムの開発チーム
- 開発者のよくある間違い
- スクラム成果物
- スクラムのスケーリング
- スプリントバックログ
- 製品バックログとは何ですか?
- ユーザーストーリーとは?
- INVEST で最高のユーザー ストーリーを作成する
- 最も一般的なユーザー ストーリーの間違い
- ユーザーストーリーの承認基準
- スクラムの見積もりとストーリー ポイント
- 企画ポーカー
- チーム見積もりゲーム
- 増分の定義
- スクラムイベント
- スクラムにおけるスプリントとは?
- スクラム チームのコミットメント - 製品の目標、スプリントの目標、完了の定義
- バーンダウンチャートとは?
- バーンダウン チャートを作成して解釈する方法
- バーンダウンチャートのメリットとデメリット
- スクラムとスクラムバンのかんばんボード
- スクラムの速度 - 開発チームの速度
- デイリースクラム
- スプリント計画
- スプリントレビュー
- スプリントレトロスペクティブとは何ですか?
- スプリントふりかえりでよくある間違い
- 製品バックログ育成