スクラムの完成の定義とは？意外な発見があるかもしれません！

スクラムでは、機能が完成し、必要な品質基準を満たしたと判断する条件を、完成の定義（DoD）で定めます。

本書で説明したとおり、DoDは、機能・非機能要件、設計、コーディング、ユニットテスト、エンドユーザーによる確認、文書化などについて、期待する結果を示します。ストーリーの受け入れ基準やタスクのチェックリストを使い、機能、非機能、作業上の期待を明確にすることもできます。

それらは、共通のプロダクトの完成の定義を支えるものであり、アイテムごとの異なる品質基準で置き換えるものではありません。

DoDを満たさないユーザーストーリーやタスクを、完了扱いにはできません。DoDは、スプリントバックログのユーザーストーリーが完成したかを判断するために使います。機能だけでなく品質も含め、本当に完成した機能だけを届けるための、必要な活動の包括的なチェックリストです。定義に使うチームの規範は異なる場合がありますが、プロダクトの完成の定義には一貫性が必要です。同じプロダクトのチームは共有し、組織の基準があれば、それが最低基準になります。

組織は、複数の段階で補助的なゴール、受け入れ基準、チェックリストを使えます。これらは有用な計画の補助であり、インクリメント単位の共通の完成の定義を置き換えません。

プロジェクト／プロダクトのチェックリスト（プロジェクトのゴール内）
リリースのチェックリスト（リリースのゴール内）
スプリントのチェックリスト（スプリントゴール内）
ユーザーストーリーの受け入れ基準（ユーザーストーリー内）
タスクのチェックリスト（タスク内）

もう一つ、覚えておくべき重要な点は、 DoDは固定的でも、議論できないものでもないことです。 プロジェクト、リリース、スプリントの間に、チームや、事業・ITのステークホルダーの誰でも、DoDに問いを投げ掛けられます。変更案が妥当で、プロジェクトの成功を目指すものなら、チームとプロダクトオーナーは柔軟に耳を傾け、適切なものを実施します。ただし、品質を下げたり、未完了の作業を完成扱いにしたりしてはいけません。