プロダクトバックログとは？
バックログの重要性を軽視することはできません。適切に優先順位が付けられたプロダクトバックログは、リリース計画やイテレーション計画を容易にするだけでなく、クライアントが気付かない内部作業であっても、開発チームのすべてのタスクを共有します。本記事では、プロダクトバックログに関して知っておくべき全ての事項を解説します。
1.プロダクトバックログとは
プロダクトバックログは、ロードマップとその要件に基づいた、開発チームの優先順位付けされたタスクのリストです。最も重要な項目はプロダクトバックログの一番上に表示されるため、開発チームは最初に何を提供する必要があるかを認識することができます。それにより、開発チームは、継続的（カンバン）または反復的（スクラム）に、プロダクトバックログから作業を選択します。
2.プロダクトバックログに記載する項目
プロダクトバックログには何を記載する必要があるのでしょうか。バックログの内容は開発チームごとに大きく異なるため、これは難しい質問です。一般的に、バックログとは製品に関するすべてのプロジェクトと優先順位のリストです。バックログに優先順位が含まれていない場合、そのバックログはおそらく完了しません。バックログには次の項目が含まれます。（しかし、これらに限定されません。)
- 新機能
- インフラストラクチャの更新
- 既存の機能の変更
- バグ修正
- 技術的負債・リファクタリング
通常、プロダクトマネージャーはアイテムをユーザーストーリーに分解します。しかし、すべてのバックログがユーザーストーリーに記載されているわけではありません。各チームには、プロダクトバックログの内容を構造化する独自の方法があります。
3.プロダクトバックログの実施方法
プロジェクトバックログを運用するための重要なステップを説明します。
バックログアイテムについて説明する
開発チームは通常、プロジェクトバックログエントリをユーザーストーリーとして文書化します。例えば、要求された機能のリストは、「ショッピングカート内のアイテムを編集する機能を追加する」のようになります。しかし、ユーザーストーリーでは、同じ機能が「顧客として、ショッピングカート内のアイテムの数量を変更したり、アイテムを完全に削除したりできるようにしたい」と説明されます。
プロダクトオーナーがプロダクトバックログエントリの背後にあるロジックを理解していれば、より適切に優先順位を付けることができます。
プロジェクトバックログアイテムに優先順位を付ける
ほとんどの場合、項目は優先順位の降順で編成されており、最も重要な項目が一番上に表示されます。アジャイルワークフローでは、リストの一番上にあるタスクが最も優先度が高いため、最も詳細になります。リストの下の方になればなるほど、タスクの詳細度や優先度は低くなります。
オーナーを割り当てて責任を持たせる
プロダクトバックログはプロダクトオーナーが所有している場合がありますが、ほとんどの開発チームは、複数のステークホルダー（開発者、プロダクトマネージャー、さらには販売およびマーケティングスタッフ）にアクセス権を付与する必要があります。
完了したアイテムの削除、新しいアイテムの追加、定期的な優先度の再評価、または特定のタスクの所有権の再割り当てなど、「バックロググルーミング」には共同作業が不可欠です。
アジャイルワークフローに関する注意事項
アジャイルモデルはプロジェクトを実行するための一般的な開発手法です。コンテキストは単純です。
- 何かをすばやく構築する（スプリント）
- 迅速に納品
- フィードバックやコメントに基づいて変更する
アジャイル開発を選択する目的はアプリやその他の製品をユーザーに素早く提供することです。つまり、リリース時の製品は完璧ではありません。そのため、アジャイルモデルに従う開発チームは、プロダクトバックログに基づいて製品を反復し続けます。
4.プロダクトバックログの責任者
クロスファンクショナルなアジャイル開発チーム全体がバックログに協力して取り組みますが、プロダクトオーナーがバックログを担当します。プロダクトオーナー（またはプロダクトマネージャー）は、通常、プロダクトバックログを整理および維持する責任を負います。しかし、クロスファンクショナルな開発チームの様々なメンバーがアイテムをバックログに貢献することをお勧めします。
開発チームのアジャイルへのアプローチ次第で様々な目的やオーナーを持つバックログがあることにご注意ください。例えば、スクラムアプローチにおいては、スプリントバックログを開発チームが所有します。
5.プロダクトバックログとスプリントバックログの違い
スプリントバックログとプロダクトバックログはコンポーネントに関して非常に似ています。スプリントバックログはスプリント中に使用されるプロダクトバックログのサブセットのことです。
| プロダクトバックログ | スプリントバックログ |
| プロダクトオーナーはプロダクトバックログを管理する | 開発チームは各スプリントバックログを所有する |
| プロダクトビジョン全体に集中する | スプリントの目標達成に集中する |
| バックログ全体を完了するための時間制限がない | 完了するための時間制限がある |
| 製品が完成するまで変化する独立したエンティティ | タスクが定義されたプロダクト バックログのサブセット |
6.プロダクトバックログのよくある落とし穴
- プロダクトバックログの作成時にプロダクトロードマップを考慮していない
- バックログアイテムの説明が不適切または不明確である
- バックログアイテムに優先順位が付いていない
- バックログを独り占めする
- バックログリファインメントが不規則である
- バックログを埋めるためにプロダクトオーナーのみに頼る
- バックログアイテムをフィルターしない
まとめ
プロダクトバックログをうまく活用することで、開発チームの成否が決まります。本記事を通して、プロダクトバックログの概要や作成方法をご理解いただけましたでしょうか。
アジャイルの専門家チームを探している場合、またはプロダクトバックログについて疑問点がある場合は、CMC Japanにお気軽にお問い合わせください。
