スプリントバックログ

スプリントバックログの役割は、「このスプリントで何を、どこまでやるか」をチーム全員が同じ粒度で見えるようにすることです。プロダクトバックログが中長期の要望を優先順位つきで並べた一覧だとすると、スプリントバックログはそのうち直近の反復で扱う分だけを切り出し、実際に手を動かせる作業へ分解したものにあたります。

主に扱うのは開発チームで、スプリントプランニングの場で中身を決めます。そこにはスプリントゴール（この反復で達成したい目標）、選んだプロダクトバックログ項目、各項目を完成させるための設計・実装・テストといった作業が含まれます。PM（プロジェクトマネージャー）やスクラムマスターは、作業を指示する立場というより、ゴールと優先順位の認識がずれていないかを確認する立場に近いと整理できます。

• 見通しを揃える
  誰が何に着手しているかが一覧で見えるため、進捗の遅れや抱え込みに早く気づけます。
• 約束の範囲を明確にする
  このスプリントで扱う範囲を限定することで、途中の割り込みを受けるかどうかを判断しやすくなります。

作成はスプリントプランニングから始まります。おおまかな順序は、第一にプロダクトオーナーが優先順位を示したプロダクトバックログの上位項目を確認し、第二にそのスプリントで達成するスプリントゴールを言葉にし、第三に開発チームがチームの開発能力（これまでの実績から見積もる処理量）を踏まえて取り込む項目を選ぶ、という流れです。

項目を選んだら、各項目を完成させるための作業に分解します。たとえば一つのユーザーストーリーに対して、画面の実装、サーバー側の処理、テストケースの作成、レビューといった単位に割り、それぞれに見積もりを添えます。成果物としては、タスクボード（To Do・Doing・Done などの列を持つ板）や、残作業量の推移を示すバーンダウンチャートがよく使われます。

スプリントバックログは一度決めたら固定するものではなく、スプリント期間中に開発チームが随時更新していきます。デイリースクラムで進捗を確認し、作業の抜けが見つかれば足し、不要になれば外します。ただしスプリントゴール自体を揺るがす大きな追加は、安易に取り込まない運用が一般的です。

運用でよく起きる崩れ方を、原因の軸で挙げます。多くは「盛り込みすぎ」と「粒度のばらつき」に行き着きます。

• 容量を超えて詰め込む
  チームの開発能力を上回る項目を入れてしまい、毎回やり残しが出る状態です。実績から見た処理量を基準にして取り込む量を抑えると落ち着きやすくなります。
• 作業の粒度が粗い
  「機能Aを作る」のような大きな塊のまま残ると、進んでいるのか止まっているのか判断できません。半日から一日で終わる単位まで割ると、停滞に早く気づけます。
• 更新されず形骸化する
  ボードが実態と合わなくなると、デイリースクラムが報告の読み上げだけになりがちです。その場で動かしながら話す運用に戻すと、一覧が再び機能します。

PMの視点では、遅れを見つけたときに作業を増やすより、スプリントゴールに照らして何を外すかを一緒に考える姿勢が、チームの計画を守るうえで働きやすいと考えられます。

混同しやすい二つを、所有者・対象期間・粒度・変化の頻度という軸で並べると違いがはっきりします。

• 所有者
  プロダクトバックログはプロダクトオーナーが優先順位に責任を持ち、スプリントバックログは開発チームが中身を管理します。
• 対象期間
  前者はリリースの先までを見渡す継続的な一覧で、後者は一回のスプリント分だけを切り出したものです。
• 粒度
  前者は要望やストーリー単位、後者はそれを実現する作業タスク単位まで分解されています。
• 変化の頻度
  前者は随時入れ替わり並べ替えられ、後者はスプリント期間中にチームが日々更新します。

言い換えると、プロダクトバックログから直近分を取り出し、作業レベルへ落とし込んだものがスプリントバックログです。二つは別物ではなく、同じ流れの上流と下流の関係にあると捉えると整理しやすくなります。

スプリントバックログの扱いは、PM（プロジェクトマネージャー）がアジャイル型の現場でどう振る舞えるかを映す場面になりやすいところです。作業を指示して埋めにいくのではなく、ゴールと優先順位を整え、チームが自分たちで計画を保てるよう支える動きができるかが見られます。盛り込みすぎを戻す判断や、遅れたときに何を外すかを一緒に考える姿勢は、ウォーターフォール中心の経験からアジャイルの現場へ移るときに評価されやすい要素だと考えられます。職務経歴書でも、どのような関わり方でチームの計画を支えたかを具体的な作業とともに書けると、担ってきた役割が伝わりやすくなります。

スプリントバックログは誰が管理しますか。

中身を管理するのは開発チームです。スプリントプランニングで取り込む項目を自分たちで選び、スプリント期間中も作業の追加や削除を随時行います。PMやスクラムマスターは指示役というより、スプリントゴールと優先順位の認識がずれていないかを確認し、計画が守れるよう支える立場に近いと整理できます。

プロダクトバックログとどう違いますか。

対象の範囲と粒度が違います。プロダクトバックログはリリース先まで見渡す要望の一覧で、プロダクトオーナーが優先順位を持ちます。スプリントバックログはそのうち直近のスプリント分だけを取り出し、実装やテストなどの作業単位まで分解したもので、開発チームが日々更新します。

スプリント途中で項目を追加してもよいですか。

小さな作業の追加や分解は、チームの判断で随時行って問題ありません。ただしスプリントゴール自体を揺るがすような大きな追加は、安易に取り込まない運用が一般的です。割り込みが生じた場合は、何かを外して容量を保つか、次のスプリントに回すかを話し合うと計画が崩れにくくなります。