WIP制限を守るべき対象に、スクラムのユーザーストーリーも含まれるのはなぜ？
公式仕様・オントロジー検証クエリ（cq-37）。スクラムガイドやカンバンガイド等の公式テキストと、オントロジー（SRO/KGO）の形式検証に基づく解説です。文献の事例報告ではなく、公式ルール上の規定と論理構造を示します。
結論（TL;DR）
Section titled “結論（TL;DR）”ユーザーストーリーはカンバンボード上で作業項目として扱われるため、進行中の状態にあるユーザーストーリーの数も、他の作業項目と同じようにWIP制限の対象になります。ここを見落とすと、タスク単位ではWIPを絞っているつもりでも、同時に着手しているユーザーストーリーの数が野放しになってしまいます。
公式の根拠と詳細解説
Section titled “公式の根拠と詳細解説”Kanban Guideの規定
Section titled “Kanban Guideの規定”WIPを制限する目的は、チームが対応できる余力の合図があったときにだけ新しい作業に着手する「プルシステム」を機能させることです。この考え方は、作業項目の粒度を問いません。細かいタスクだけでなく、それらをまとめるユーザーストーリー単位でも、同時に進行中のものが多すぎれば、同じ問題が起きます。
オントロジー（SRO×KGO統合）による論理構造
Section titled “オントロジー（SRO×KGO統合）による論理構造”sro:UserStoryは作業項目に橋渡しされているため、kgo:WIPLimitPolicyによる進行中の作業項目数の制限が、ユーザーストーリーにもそのまま適用されます。ユーザーストーリー単位のWIPが上限を超えている状態は、タスク単位のWIP制限とは独立に、WIP制限違反として検出されます。
根拠・出典一覧（トレーサビリティ）
Section titled “根拠・出典一覧（トレーサビリティ）”| 出典種別 | 参照先 | 該当箇所 / 概念 |
|---|---|---|
| GUIDE | 『Kanban Guide for Scrum Teams 2021』進行中の作業(WIP)の制限 | 進行中の作業(WIP)の制限 |
| ADDON | SRO-Kanban整合公理適用: sro:UserStory（kgo:WorkItem経由）へのkgo:WIPLimitPolicy | sro:UserStory |
🔍 妥当性検証レポート（クリックして展開）
- 総合判定: ✅ 合格 (スコア: 100/100)
- 形式論理検証: PASS
- LLM批判的評価: Faithfulness 5.0/5, Relevance 5.0/5
評価コメント:
- The answer accurately reflects the provided context by explaining how user stories in Scrum are subject to WIP limits through their role as work items, as per the Kanban Guide and the ontology. It directly addresses the question by emphasizing the importance of limiting user stories to prevent overloading, thus maintaining a pull system. The response is both faithful to the context and highly relevant to the query.