急な割り込みでユーザーストーリーがスプリントバックログに追加されると何が問題？
公式仕様・オントロジー検証クエリ（cq-39）。スクラムガイドやカンバンガイド等の公式テキストと、オントロジー（SRO/KGO）の形式検証に基づく解説です。文献の事例報告ではなく、公式ルール上の規定と論理構造を示します。
結論（TL;DR）
Section titled “結論（TL;DR）”ユーザーストーリーも作業項目として扱われるため、対応できる余力があるという合図を待って引き取る（プルする）のが基本です。この引き取りを待たずに割り込みでスプリントバックログへユーザーストーリーを追加すると、WIP制限が守られている前提が崩れ、今取り組んでいる作業への集中がそがれます。
公式の根拠と詳細解説
Section titled “公式の根拠と詳細解説”Kanban Guideの規定
Section titled “Kanban Guideの規定”WIPの制限を下回ったときが、新しい作業を開始してよい合図です。要求されたときに作業を開始する「プッシュシステム」とは異なり、チーム自身が余力を確認してから作業を引き取ります。急な割り込みでユーザーストーリーが追加されることは、この合図を無視した投入にあたります。
オントロジー（SRO×KGO統合）による論理構造
Section titled “オントロジー（SRO×KGO統合）による論理構造”sro:UserStoryは作業項目に橋渡しされているため、プッシュ型の割り込み投入を検知する仕組みが、ユーザーストーリーにもそのまま適用されます。スプリントバックログへの追加がプル運用に沿わない割り込みによるものである場合、プル運用からの逸脱として検出されます。
根拠・出典一覧（トレーサビリティ）
Section titled “根拠・出典一覧（トレーサビリティ）”| 出典種別 | 参照先 | 該当箇所 / 概念 |
|---|---|---|
| GUIDE | 『Kanban Guide for Scrum Teams 2021』進行中の作業(WIP)の制限 | 進行中の作業(WIP)の制限 |
| ADDON | SRO-Kanban整合公理適用: sro:UserStory（kgo:WorkItem経由）へのプル運用からの逸脱検知 | sro:UserStory |
🔍 妥当性検証レポート（クリックして展開）
- 総合判定: ✅ 合格 (スコア: 100/100)
- 形式論理検証: PASS
- LLM批判的評価: Faithfulness 5.0/5, Relevance 5.0/5
評価コメント:
- The response accurately and directly addresses the issue of adding a user story to the sprint backlog without considering the pull system, strictly adhering to the provided context and directly answering the question.