監修：山根一城（株式会社ポテンシャライト代表取締役CEO ／ 業界20年）
プロダクトバックログは、プロダクトに求められる機能・改善・修正を優先順位つきで一覧にした、ひとつに束ねられた要求リストです。スプリントバックログは、そのうち次の短い期間（スプリント）で実際に取り組むと決めた項目と、それを形にするための作業に分解したものを指します。前者はプロダクト全体の見通し、後者は目の前の期間の計画という関係にあります。
まず軸を「対象の範囲」と「変わる速さ」に置くと、両者の違いが見えやすくなります。プロダクトバックログはプロダクトの寿命が続く限り存在し続ける一覧で、ここには新機能の要望、既存機能の改善、不具合の修正、技術的な負債の返済などが混在して並びます。並び順はおおむね価値とリスク、依存関係で決まり、上にあるものほど早く着手される前提になります。
スプリントバックログは、その一覧の上位から「次の一定期間で扱えそうな量」を切り出し、各項目を実装・テスト・確認といった具体的な作業に割っていったものです。対象はひとつのスプリントに限られ、期間が終われば役目を終えます。プロダクトバックログが地図だとすれば、スプリントバックログはその地図の一区画を歩くための当面の道順にあたります。
役割の軸で見ると、プロダクトバックログの並び順に最終責任を持つのはプロダクトオーナーです。要望を書き出し、価値や緊急度をふまえて順番を入れ替え、曖昧な項目は開発チームと会話して受け入れ条件まで具体化していきます。これはリファインメント（手入れ）と呼ばれ、スプリントの合間に少しずつ続けるのが一般的です。
スプリントバックログを作るのは、スプリントの最初に開かれる計画の場です。ここで開発チームが上位の項目を見て「この期間で何をどこまで約束できるか」を自分たちで見積もり、作業に分解します。一度決めたらそのスプリント中は外から項目を差し込まないのが原則で、日々の短い確認（デイリー）の中で残作業の状況を更新しながら進めます。
この分担のねらいは、順番を決める人と作業量を約束する人を分けておくことにあります。優先順位は事業側の判断、実現可能性は作る側の判断というように、責任の出どころをはっきりさせておくと、無理な押し込みや言った言わないが起きにくくなります。更新の頻度も異なり、プロダクトバックログは継続的に、スプリントバックログはスプリント単位で作り直されます。
よくあるのは、プロダクトバックログがただの要望の置き場になり、順番がついていない状態です。上から順に着手できる前提が崩れると、計画の場で毎回ゼロから議論することになり、時間ばかりかかります。並び順と、少なくとも上位数項目の受け入れ条件は、計画の前までに整えておきたいところです。
スプリントバックログ側では、期間の途中で項目を次々に足してしまう運用が負担になりがちです。差し込みが常態化すると、チームの見積もりは当てにならなくなり、ふりかえりで何が原因だったかも追いにくくなります。急ぎの要望が出たら、原則としていったんプロダクトバックログに戻し、次のスプリントの計画で扱う順番を考えるのが筋です。
両者はスクラムという枠組みの中で語られることが多く、スプリント計画・デイリー・ふりかえりといった一連の進め方とセットで機能します。スプリントバックログは「このスプリントで実現したいこと」をまとめたスプリントゴールと結びついており、ゴールが先にあって、それを満たすための項目と作業がぶら下がる形になります。
ウォーターフォール型の要件定義書やWBSと比べると、バックログは一度固めて終わりにせず、優先順位を随時見直す前提である点が異なります。要件定義書が契約的に範囲を確定させるのに対し、プロダクトバックログは順番の入れ替えを織り込んで運用します。とはいえ受け入れ条件や作業分解という考え方自体は、工程表づくりとも重なる部分があります。
PMとしては、この二つを混同せず「全体の優先順位を預かる一覧」と「当面の期間の約束」を分けて扱えると、関係者への説明が整理しやすくなります。
プロジェクトマネージャーがアジャイル型の現場に関わる場面は増えており、二つのバックログを正しく使い分けられることは、進行管理の基礎力として見られやすい部分です。全体の優先順位を預かる一覧と、当面の期間の約束を切り分けて説明できると、事業側と開発側の間で順番の調整役を担いやすくなります。
職務経歴書や面接でも、ただ「スクラムを経験した」と書くより、優先順位をどう整理し、差し込みにどう対応し、完了の定義をどうそろえたかまで語れると、実務の手触りが伝わります。要件定義や工程管理の経験と結びつけて説明できると、ウォーターフォールとアジャイルの両方を扱える人材として幅を示しやすくなります。
プロダクトバックログとスプリントバックログは同じものですか。
別物です。プロダクトバックログはプロダクト全体の要求を優先順位つきで束ねた継続的な一覧で、スプリントバックログはそのうち次の一期間で取り組むと決めた項目と作業分解を指します。範囲と更新の頻度が異なり、前者から後者を切り出す関係にあります。
スプリントの途中で新しい要望が来たらどうしますか。
原則としていったんプロダクトバックログに戻し、次の計画の場で扱う順番を検討します。進行中のスプリントへ差し込みを続けると見積もりが崩れ、ふりかえりで原因も追いにくくなります。期間内の約束を守ることが、見通しの安定につながります。
バックログの優先順位は誰が決めますか。
並び順の最終責任はプロダクトオーナーが持ちます。価値や緊急度、依存関係をふまえて順番を調整し、曖昧な項目は開発チームと会話して受け入れ条件を具体化します。実現可能性や作業量の見積もりは作る側が担い、役割を分けておくのが一般的です。