スクラムガイド | 18. プロダクトバックログとは何ですか?

公開: 2022-05-19

プロダクトバックログは、スクラムチームによって実行されるタスクの唯一のソースです。 これは、予定されている製品の機能と拡張機能のリストです。 その形状は変更可能であり、プロダクトバックログに含まれるすべてのタスクが完了するわけではありません。 利害関係者との話し合いの中で進化します。 また、常に改善されています。 締め切りが近づくほど、タスクが細かくなるということです。

製品バックログとは何ですか? - 目次：

序章
製品バックログには何が含まれていますか?
プロダクトバックログの形
製品バックログの改善
概要

序章

プロダクトバックログは、スクラムアーティファクトの中で最大のものです。 製品目標に関する製品の作業状況を反映します。 一方、製品の作業が完了すると、そのバックログは、スクラムチームが製品を作成するために行ったタスクの完全なリストになります。ただし、詳細な技術的解決策は含まれていません。

製品バックログには何が含まれていますか?

プロダクトバックログは、プロダクトオーナーと利害関係者とのミーティング中に作成されます。プロダクトオーナーは唯一の所有者であり、このタスクソースの責任者です。

ビジネス言語は、製品バックログのエントリを特徴付けます。つまり、利害関係者の観点から製品の価値を説明します。

タスクのリストに含まれるタスクの説明には、一貫性と明確さが必要です。これらには、通常、ユーザーストーリーの形式で提示される製品の機能と改良点が含まれており、ユーザーストーリーについては別のエントリで説明します。ここでは、以下の問題に関する質問に答える、製品の部分的な機能の説明であることのみを言及します。

製品改造の範囲
製品を変更する目的
この変更が適用されるユーザーのタイプ

プロダクトバックログの形

製品バックログに含まれるタスクの順序は、製品が開発されるにつれて変更されます。それに取り組んでいる間、スクラムチームはその機能を形作り、強化します。障害に遭遇すると、その実行されたアクションにより、すべての人が将来の適切な解決策を考えて定義することができます。これらも、予期しないさらなる障害に応じて変化します. したがって、アクションの明確で定義された順序はなく、すべて変更可能です。プロダクトバックログの改善は、継続的な更新と次のタスクの準備を目的としています。 このため、連続です。

期限が遠いタスクは、通常、大規模で一般的な全体です。 それらの説明には詳細は含まれていませんが、実現する必要がある機能の概要のみが含まれています。その中に、決して終了しないタスクを見つけることもできます。

製品バックログのエントリは、代替ソリューションを提示する場合があります。 また、時代遅れになったり、採算が取れなくなったり、その他の理由で発生する可能性のあるお客様のアイデアは、決して実装段階には入りません。 そのため、プロダクトバックログは冗談めかして「顧客のウィッシュリスト」と呼ばれることがあります。

プロダクトバックログの形が変化するもう 1 つの理由は、ソリューションの再定義です。 別の製品機能を作成しているときに、特定の問題がすでに解決されていることが判明する場合があります。または、他のソリューションの変更により、期待される機能が冗長になっています。

プロダクトバックログの改善における基本的な活動の 1 つは、プロダクトバックログに含まれるタスクを部分に分割することです。これにより、機能の一般的な概要が、より小さく、より詳細で、正確に定義された単位の形で提示されます。

より厳密な実装のために設計されたタスクは、より詳細になります。 それらはまた小さくなり、ソリューションの詳細が含まれます。詳細は製品開発中に明らかになります。そして、製品の現在の状態と利害関係者の現在の期待に関する知識のおかげで、製品所有者は、今後のタスクを説明、順序、およびサイズで補完します。 次に、次のスプリントバックログに最適なタスクを選択します。

製品バックログの改善

製品に取り組んでいる間、製品所有者は開発チームと協力して製品バックログを修正し、詳細化します。 プロダクトオーナーの提案に従い、スプリント計画中にチームはプロダクトバックログから実装する機能を選択します。 その後、それらはスプリントバックログに移動され、完了するタスクに分割されます。スプリントバックログに移動されたタスクは、開発者にとって最も役立つ技術用語で説明されています。

開発チームの観点からすると、タスクサイズは重要な指標です。プロダクトバックログからスプリントバックログへのユーザーストーリーを選択する場合、その適切な見積もりは特に重要になります。

開発チームは、特定のユーザーストーリーを完了するのに必要な時間と労力を正確に見積もることを、時間の経過とともに学習します。これは、日数、工数、またはストーリーポイントで表され、 Team Velocity と呼ばれる値の見積もりを提供します。

概要

製品バックログは、製品の目標につながるタスクの継続的に改善されたリストです。 プロダクトバックログの内容は、通常、ユーザーストーリーの形式で表現されます。また、タスクを完了するまでの残り時間が短いほど、次のようになります。

仕事内容が詳しく書かれている
仕事の範囲が狭い
タスクの範囲がより明確に定義されている

スクラムチームがタスクを処理します。プロダクトオーナーは、プロダクトバックログを管理および変更します。

私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest の忙しいミツバチコミュニティに参加してください。

作者: キャロライン・ベッカー
プロジェクトマネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。

すべての投稿を表示