ブログ

みなさんこんにちは。@ryuzeeです。

過去にスクラムに関するさまざまなトピックを深掘りするDeep Diveシリーズを公開してきました。

• プロダクトバックログ Deep Dive
• スプリントプランニング Deep Dive
• デイリースクラム Deep Dive
• スプリントレビュー Deep Dive
• スプリントレトロスペクティブ Deep Dive
• ベロシティ Deep Dive

今回、新たにプロダクトバックログリファインメント Deep Diveを用意しましたので公開します。

スクラムガイドでは、プロダクトバックログリファインメントについてほとんど説明していません。スクラムイベントでもないため、いつ、誰が、どのように行うのかも明示されていません。結果的に、「週に1度、スクラムチーム全員で集まって、プロダクトオーナーが何かを説明し、開発者が見積もるイベント」のように固定化されてしまっているケースもよく見かけます。

しかし、プロダクトバックログリファインメントはイベントや会議の名前ではありません。必要なプロダクトバックログアイテムを追加し、不要なものを取り除き、並び順を更新し、上位のアイテムを小さく具体的にしていく継続的な活動です。したがって、必要なときに必要な人で行えばよく、プロダクトオーナーが単独で行うこともよくあります。

今回の資料では、プロダクトバックログが適切な状態とは何か、誰がプロダクトバックログリファインメントに関わるのか、いつ行うのか、どれくらい時間を使うのか、どこまで詳細化すれば十分なのか、といった点を解説しています。また、生成AIの登場による変化やそれへの対応も説明しています。

参考になれば幸いです。

忙しい人向けのサマリー

• プロダクトバックログリファインメントはイベントや会議ではなく、プロダクトバックログを適切な状態に保つための継続的な活動
• プロダクトバックログには、必要なアイテムが含まれていて、不要なアイテムが取り除かれていなければいけない
• プロダクトバックログの並び順は、ステークホルダーの声の大きさではなく、プロダクトゴールや今後のスプリントゴールの候補を踏まえて更新する
• 上位のプロダクトバックログアイテムは、1スプリントで完成できるサイズにする
• 上位のプロダクトバックログアイテムほど小さく具体的にし、下位のプロダクトバックログアイテムは粗いままで構わない
• スプリントプランニングは、プロダクトバックログアイテムを初めて説明して理解する場ではない
• プロダクトオーナーはプロダクトバックログ管理に対する説明責任を持つが、すべての作業を1人で行う必要はない
• プロダクトバックログリファインメントは、必要なときに必要な人で行えばよい
• スクラムでは、プロダクトバックログリファインメントに使う時間や割合を定めていない
• 過去のスクラムガイドにあった「10％以下」は、活動全体に使う労力の目安
• 準備完了（Ready）の定義はスクラムで定められたものではないが、スプリントで選択できる状態を明文化するプラクティスとして使える
• 生成AIによって実装コストが下がるほど、目的、価値、制約、完成判断についての共通理解が重要になる
• 要求、設計、タスクのすべてをスプリント開始前に詳細化する必要はない。ムダになってしまう
• 生成AIで大きなものを作れるようになっても、早くフィードバックを得て方向転換できるようにプロダクトバックログアイテムを小さく保つ
• プロダクトバックログアイテムは、工程や技術要素ではなく、価値や学びを得られる単位で分割する
• プロダクトバックログリファインメントのやり方や使う時間自体も、検査と適応の対象にする

内容に関するご意見やフィードバックは、Xの@ryuzeeまでお知らせください

それでは。

Aligned ―プロダクト開発におけるステークホルダーとの関係性の築き方

• 著者／訳者：Bruce McCarthy、 Melissa Appel
• 出版社：オライリー・ジャパン
• 発売日：2026-03-04
• 単行本（ソフトカバー）：300ページ
• ISBN-13：9784814401499
• ASIN：4814401493