スプリントに複数のスプリントバックログがあってはいけないのはなぜ？
公式仕様・オントロジー検証クエリ（cq-14）。スクラムガイドやカンバンガイド等の公式テキストと、オントロジー（SRO/KGO）の形式検証に基づく解説です。文献の事例報告ではなく、公式ルール上の規定と論理構造を示します。
結論（TL;DR）
Section titled “結論（TL;DR）”スプリントバックログは、そのスプリントで何をどう成し遂げるかを表す唯一の作業計画です。1つのスプリントに複数のスプリントバックログが並存すると、どちらが正の計画かが不明瞭になり、進捗の検査や適応の基準がぶれてしまいます。
公式の根拠と詳細解説
Section titled “公式の根拠と詳細解説”スクラムガイドの規定
Section titled “スクラムガイドの規定”スプリントバックログは、プロダクトオーナーが示したスプリントゴールという「Why」、開発者が選んだプロダクトバックログアイテムという「What」、それを届けるための実行可能な計画である「How」から構成される、そのスプリントのための単一の作業計画です。並行する複数のバックログが存在すると、どちらが正の計画かが不明瞭になり、透明性が損なわれます。
オントロジー（SRO）による論理構造
Section titled “オントロジー（SRO）による論理構造”sro:Sprintはsro:hasプロパティを通じて、sro:SprintBacklogをちょうど1つだけ保持することがモデル上求められています。スプリントとスプリントバックログの対応関係を1対1に固定することで、「そのスプリントの作業計画はどれか」という問いに常に一意の答えが存在する状態を保証します。
根拠・出典一覧（トレーサビリティ）
Section titled “根拠・出典一覧（トレーサビリティ）”| 出典種別 | 参照先 | 該当箇所 / 概念 |
|---|---|---|
| GUIDE | 『スクラムガイド 2020』スプリントプランニングの 3 つのトピック | スプリントプランニングの 3 つのトピック |
| SRO | SROモデル: sro:Sprint - sro:has (sro:SprintBacklog) | sro:Sprint |
🔍 妥当性検証レポート（クリックして展開）
- 総合判定: ✅ 合格 (スコア: 100/100)
- 形式論理検証: PASS
- LLM批判的評価: Faithfulness 5.0/5, Relevance 5.0/5
評価コメント:
- 回答文は前提コンテキストに完全に準拠しており、勝手な断定や俗説はみられません。また、質問の核心である「スプリントに複数のスプリントバックログがあってはいけない理由」に直接回答しており、極めて的確である。