1つのユーザーストーリーが、ToDo/進行中/完了のうち複数の状態に同時になっているとなぜダメ？
公式仕様・オントロジー検証クエリ（cq-38）。スクラムガイドやカンバンガイド等の公式テキストと、オントロジー（SRO/KGO）の形式検証に基づく解説です。文献の事例報告ではなく、公式ルール上の規定と論理構造を示します。
結論（TL;DR）
Section titled “結論（TL;DR）”ユーザーストーリーもカンバンボード上では1つの作業項目として扱われるため、ToDo・進行中・完了のうちどれか1つの状態にしか属せません。同時に複数の状態にまたがっていると、そのユーザーストーリーが今どこにあるのかをボードを見る人によって解釈が割れ、チームの認識が食い違います。
公式の根拠と詳細解説
Section titled “公式の根拠と詳細解説”Kanban Guideの規定
Section titled “Kanban Guideの規定”カンバンボードによる見える化は、チームが今どこに立っているかを共有するためのものです。ある瞬間のユーザーストーリーには一貫した1つの状態が対応するべきであり、それが崩れるとボードが本来の役割を果たせません。
オントロジー（SRO×KGO統合）による論理構造
Section titled “オントロジー（SRO×KGO統合）による論理構造”sro:UserStoryは作業項目に橋渡しされているため、kgo:ToDo/kgo:InProcess/kgo:Doneが互いに排他的であるという制約が、ユーザーストーリーにもそのまま適用されます。1件のユーザーストーリーがこれらのうち複数の型を同時に持つ状態は、相互排他性違反として検出されます。
根拠・出典一覧（トレーサビリティ）
Section titled “根拠・出典一覧（トレーサビリティ）”| 出典種別 | 参照先 | 該当箇所 / 概念 |
|---|---|---|
| GUIDE | 『Kanban Guide for Scrum Teams 2021』ワークフローの見える化 - カンバンボード | ワークフローの見える化 - カンバンボード |
| ADDON | SRO-Kanban整合公理適用: sro:UserStory（kgo:WorkItem経由）への状態の相互排他性制約 | sro:UserStory |
🔍 妥当性検証レポート（クリックして展開）
- 総合判定: ✅ 合格 (スコア: 100/100)
- 形式論理検証: PASS
- LLM批判的評価: Faithfulness 5.0/5, Relevance 5.0/5
評価コメント:
- 回答文は前提コンテキストに基づき、状態の相互排他性制約を明確に説明しています。特に、SRO-Kanban整合公理適用やKanban Guideの規定を引用し、論理的に整合しています。また、チームの認識の食い違いやボードの役割を果たせなくなる点も正確に指摘しています。