完成の定義（DoD）を満たさなかった成果物を生んだタスクは、どう扱われるべきか（手戻りの考え方）？
公式仕様・オントロジー検証クエリ（cq-07）。スクラムガイドやカンバンガイド等の公式テキストと、オントロジー（SRO/KGO）の形式検証に基づく解説です。文献の事例報告ではなく、公式ルール上の規定と論理構造を示します。
結論（TL;DR）
Section titled “結論（TL;DR）”DoDを満たさなかった成果物は「非承認の成果物」、それを生んだタスクは「非成功に実行されたタスク」として明確に分類しなければなりません。曖昧な「一部完了」扱いは許されず、二値分類にすることでタスクの成否と成果物の受理状態の矛盾を検出し、手戻り工数を定量的に追跡できるようにするのがねらいです。
公式の根拠と詳細解説
Section titled “公式の根拠と詳細解説”スクラムガイドの規定
Section titled “スクラムガイドの規定”完成の定義を満たさないプロダクトバックログアイテムはインクリメントの一部にはなりません。開発者はそれをプロダクトバックログへ戻し、必要に応じて再見積り・再優先順位付けを行った上で、後続のスプリントで改めて扱います。
オントロジー（SRO）による論理構造
Section titled “オントロジー（SRO）による論理構造”sro:SuccessfullyPerformedScrumDevelopmentTaskが生成した成果物は必ずsro:AcceptedDeliverableでなければならず、逆にsro:NonSuccessfullyPerformedScrumDevelopmentTaskの成果物がsro:AcceptedDeliverableになっていないかも検査されます。この二重チェックにより、タスクの成否判定と成果物の受理判定の間に矛盾が生じないよう保証され、受け入れられなかった成果物に費やした工数（手戻り）を定量化できます。
根拠・出典一覧（トレーサビリティ）
Section titled “根拠・出典一覧（トレーサビリティ）”| 出典種別 | 参照先 | 該当箇所 / 概念 |
|---|---|---|
| GUIDE | 『スクラムガイド 2020』完成の定義 (Definition of Done) | インクリメント (Increment) / 完成の定義 |
| SRO | SROモデル: sro:SuccessfullyPerformedScrumDevelopmentTask / sro:NonSuccessfullyPerformedScrumDevelopmentTask - sro:isToProduce | sro:AcceptedDeliverable |
🔍 妥当性検証レポート（クリックして展開）
- 総合判定: ✅ 合格 (スコア: 100/100)
- 形式論理検証: PASS
- LLM批判的評価: Faithfulness 5.0/5, Relevance 5.0/5
評価コメント:
- 回答文は前提コンテキストに書かれた内容に完全に準拠しており、スクラムガイドの規定とSROモデルに基づいて、DoDを満たさない成果物とタスクの扱いを正確に説明しています。曖昧な「一部完了」扱いを避け、二値分類によってタスクの成否と成果物の受理状態の矛盾を検出する点も、前提コンテキストに記載された内容と一致しています。また、手戻り工数の定量化についても、SROモデルの二重チェックの仕組みを踏まえた説明しています。したがって、勝手な断定や俗説はありません。
回答文は質問の核心に直接回答しており、DoDを満たさなかった成果物を生んだタスクの扱いについて、スクラムガイドの規定とSROモデルに基づいて丁寧に説明しています。二値分類の必要性やタスクの成否判定と成果物の受理判定の一致性、手戻り工数の追跡についても具体的に述べており、質問の核心を捉えた回答となっています。