先日、私は同僚と一緒にワークショップを準備した。内容についてはすぐに合意できたが、唯一欠けていたのは適切なパワーポイントのプレゼンテーションだった。できるだけ効率的にプレゼンテーションに取り組めるように、私たちはテーマごとに分けた。完成した原稿について話し合う席で、大きな問題が明らかになった。何が「完成した原稿」を特徴づけるのかについて、私たちの考えはまったく異なっていたのだ。 

この問題は、アジャイルスクラムチームでも起こりうる。2週間後、チームはスプリントの終わりに到達するが、製品インクリメントがすでに完成しており、「進行中」から「完了」に移行できるかどうかについて意見の相違がある。この意見の相違は議論につながり、ひいてはチームの風土に悪影響を及ぼす。このような議論を防ぎ、効果的なチームワークを守るために、スクラムの世界には「完了の定義」（DoD）と呼ばれるアーティファクトがある。 

完了の定義とは何か？

文字通り、Definition of Doneは「完成の定義」を意味する。つまり、ある機能が完成したとみなされるためには何をしなければならないかについて、チームが合意することを意味する。実際には、Definition of Doneは一種のチェックリストとして表現することができ、スプリント中、特に終了時に、特定の完了基準が満たされているかどうかをチェックするために使用される。ソフトウェア開発チームの場合、これらの基準は例えば以下のようなものになる： 

• 文書が作成された。 
• コードは完全に実装され、コメントも付けられている。 
• コードレビューが行われた。 
• ...

なぜ「完了の定義」が重要なのか？

目標設定がパフォーマンスにとって非常に重要であることは、新しい知見ではない。目標設定は心理学でよく研究されているテーマである（参照）。 Locke & Latham, 2006).目標は、達成不可能と思われることなく、できるだけ具体的で挑戦的なものであるとき、パフォーマンスが最も高くなることが示されている。しかし、Doneの定義は目標設定の方法ではない（しかし、使うとすれば目標設定の方法である）。 目標設定をサポートする もし助けが必要なら、喜んでお手伝いします）。むしろ、目標を達成するために満たさなければならない基準の問題なのだ。 

これらの基準は、チーム内に共通の理解を生み出すために重要である。共通のゴールに到達するために、各メンバーが何を達成しなければならないかを理解することだ。つまり、個人のパフォーマンスが最終的にチームのパフォーマンスにつながるということだ。 

プロダクトオーナーの視点からDoDの問題を見ると、全く異なる問題が明らかになる。製品インクリメントがいつ完成とみなされるかが明確に定義されていないと、製品を顧客に提示する際に顧客との意見の相違を招く可能性がある。そうなって未完成の製品が提示されると、顧客からのフィードバックの可能性が閉ざされてしまう。 

継続的改善

Done定義は固定的な概念ではなく、常に進化または変化しうるものであり、また変化すべきものである。スプリントの終了時に、チームが「完了定義」の基準を満たせなかったことに気づいた場合、チームメンバーは「完了定義」を実際のパフォーマンスに合わせて調整するか、チームが次のスプリントのために結論を出し、自身の作業方法を変更することができる。