完了の定義(DoD)は、チームがそのユーザーストーリーを完了したものとみなすために満たすべき要件のチェックリストである。一方、受容基準ユーザーストーリーの受容基準には、ソフトウェアが意図した通りに動作することを確認するために満たすべきテストケースのセットが含まれる。
主な違いは、DoDはすべてのユーザーストーリーに共通するが、受容基準は個々のユーザーストーリーに特有である。各ユーザーストーリーの受容基準は、そのストーリーの具体的な要件に応じて変化する。
つまり、完了の定義と受容基準の両方が満たされなければ、ユーザーストーリーは完了したものとみなされない。製品インクリメントが完全なものとみなされるには、両方のチェックリストが完全に満たされている必要がある。したがって、完了の定義の2つの側面、すなわちDoDと受容基準を定義する必要がある:
完了の定義と受容基準
完了の定義:
完了の定義はチェックリストとして構成され、各項目がストーリーまたはPBIの検証ポイントとして機能する。その目的は、開発チームが提供する作業の品質について合意を得ることである。これは、すべてのすべての 製品バックログアイテム(PBIまたはユーザーストーリーとも呼ばれる)の完全性を確認するためのチェックリストとして機能する。完了の定義の項目は、個々のユーザーストーリーだけでなく、製品バックログのすべての項目に適用されるべきである。以下のように要約できる:
- 製品インクリメント全体に適用される
- ほとんどの場合、製品インクリメントは出荷可能であることを示唆する
- スクラムガイドに定義されている
- チームメンバー間のコミュニケーションツールとして機能する:
- 全体的なソフトウェア品質
- インクリメントが出荷可能かどうか
完了の定義の目的
- チーム全体で品質と完全性について共有された理解を確立する
- ユーザーストーリー(またはPBI)の検証のためのチェックリストとして機能する
- スプリント終了時に生成されるインクリメントが高品質であることを保証し、すべての参加者が品質基準を明確に理解していることを確認する
例 – 完了の定義
たとえば、ソフトウェア業界では、チームが以下の質問をもとに自身のDoDを定義することがある:
- コードは同僚レビュー済みか?
- コードは完了しましたか?
- コードはレビューされましたか?
- コードはチェックインされましたか?
- ユニットテストは合格しましたか?
- 機能テストは合格しましたか?
- 受入テストは完了しましたか?
- プロダクトオーナーがレビューし承認しました
受入基準
ユーザーストーリーは、
アジャイル開発において、スクラムは、ユーザーストーリーや受入基準の使用を明示的に要件としていません。製品バックログ項目がスプリントに収まるほど大きくない場合、通常はユーザーストーリーに分解され、さらにタスクの集合に細分化されます。以下に示す通りです:
アジャイル開発において、スクラムは、ユーザーストーリーや受入基準の使用を明示的に要件としていません。製品バックログ項目がスプリントに収まるほど大きくない場合、通常はユーザーストーリーに分解され、さらにタスクの集合に細分化されます。以下に示す通りです:
受入基準
ユーザーストーリーは受入基準を包含するため、私たちはスクラムプロセスにおいて「完了の定義」と受入基準が共存しているのをよく見ます。ユーザーストーリーはチームが提供すべき機能の文脈を提供します。受入基準は、機能が何をすべきか、顧客がどのように受け入れるかについての詳細なガイドラインを提供します。これらは一緒に、完全な納品物を定義します。
一部の受入基準はスプリント開始前に継続的なバックログ精査会議で発見されますが、他のものは
スプリント計画直後に特定され、チームがユーザーストーリーと対話できるようにします。したがって、受入基準はユーザーストーリーまたは製品バックログ項目の独自の属性です。
スプリント計画直後に特定され、チームがユーザーストーリーと対話できるようにします。したがって、受入基準はユーザーストーリーまたは製品バックログ項目の独自の属性です。
- 個別のPBI/ストーリーに適用される
- 受入基準はPBI/ストーリーごとに異なります
- スクラムガイドには定義されていない
- PBI/ストーリーの特定の要件を満たすためのコミュニケーションツールとして機能する
- 受入テスト、満足条件、あるいは場合によっては「テストケース」とも呼ばれる
受入基準の目的
- 作業を開始する前にチームが確立すべきことを明確にする
- 全員が要件について共通の理解を持つことを確保する
- チームメンバーがストーリーが完了したタイミングを理解するのを助ける
- 自動テストを通じてストーリーを検証するのを助ける
例 – 受入基準
- ユーザーは必須項目をすべて入力しない限り、フォームを送信できません
- フォームからの情報は登録データベースに保存されます
- ゲストはクレジットカードで支払いが可能です
- フォームが送信された後、ユーザーにメールによる確認が送信されます
受容基準付きのユーザーストーリーの例
下の画像は、ユーザーストーリーの受容基準の例を示しています。
完了定義の例