完了と受け入れ基準の定義 Definition of Done vs Acceptance Criteria : warren

(英語版) （中国語版）

完了の定義（DoD）は、チームがそれを完全と呼ぶためにユーザーストーリーが従う必要がある要件のリストです。ユーザーストーリーの受け入れ基準は、ソフトウェアが期待通りに機能していることを確認するために満たすべきテストシナリオのセットで構成されていますが。

これら2つの違いは**、DoDがすべてのユーザーストーリーに共通であるのに対し、受け入れ基準は特定のユーザーストーリーに適用されること**です。各ユーザーストーリーの受け入れ基準は、そのユーザーストーリーの要件に基づいて異なります。

言い換えれば、ユーザーストーリーを完成させるためには、DoDと受け入れ基準の両方を満たさなければなりません。これら2つのリストが両方とも行われていない限り、製品の増分は完了したとは見なされません。したがって、完了の定義（DOD）の2つの側面、完了基準と合格基準を定義する必要があります。

完了と受け入れ基準の定義

完了の定義：

Doneの定義は項目のリストとして構成され、各項目はStoryまたはPBIを検証するために使用されます。これらは、開発チームが作成しようとしている作業の品質について合意するために存在します。これは、各製品バックログ項目（別名PBI）またはユーザーストーリーの完全性をチェックするために使用されるチェックリストとして機能します。「完了」の定義内の項目は、単一のユーザーストーリーだけでなく、製品バックログ内のすべての項目に適用できるように意図されています。以下のようにまとめることができます。

この用語は全体として製品の増分に適用されます
ほとんどの場合、この用語は製品の増分が出荷可能であることを意味します。
この用語はスクラムガイドで定義されています
チームメンバー間のコミュニケーション手段として使用されます
- 全体的なソフトウェア品質
- 増分が出荷可能かどうか

定義の完了の目標

品質と完全性についてチーム内で共通の理解を築く
ユーザーストーリー（またはPBI）がチェックされるチェックリストとして使用する
スプリントの終わりに出荷される増分が高品質であり、その品質が関係者全員によく理解されていることを確認してください。

例 - 完了の定義

たとえば、ソフトウェア業界では、チームは次のような質問をしてDoDを考え出す必要があります。

コードピアを確認しましたか？
コードは完成しましたか？
コードを確認しましたか？
コードチェックイン？
単体テストに合格しましたか？
機能テストに合格しましたか？
受け入れテストは完了しましたか？
プロダクトオーナーがレビューして承認しましたか？

合否基準

ユーザーストーリーは、主要な開発の一つである人工物のためのアジャイル開発が、スクラムを明示的に使用されるユーザーストーリーや合格基準のいずれかを必要としません。製品のバックログ項目がスプリントに入れるには大きすぎると考えられる場合、通常は図に示すようにユーザーストーリーに分割され、その後一連のタスクに分割されます。

合否基準

ユーザーストーリーには受け入れ基準がカプセル化されているため、スクラム開発プロセスでは完了基準と受け入れ基準の定義が共存することがよくあります。ユーザーストーリーは、チームが提供すべき機能のコンテキストを提供します。受け入れ基準は、当該機能の詳細および顧客がそれらをどのように受け入れるかについてのガイダンスを提供します。それらの2つは一緒に全体の成果物を提供します。

一部の承認基準は、Sprintが開始される前の継続中のバックログの絞り込みイベントで検出されます。また、小規模チームでユーザーストーリーに関する会話をするためにSprint Planningの直後に検出されることもあります。そのため、承認基準は、ユーザーストーリーまたは製品バックログアイテムに固有の属性です。

この用語は個々のPBI /ストーリーに適用されます
合格基準は各PBI /ストーリーによって異なります
スクラムガイドに用語が定義されていない
特定のPBI /ストーリーの要件が満たされていることを関係者全員に伝える手段として使用されます。
別名受け入れテスト、満足の条件、場合によっては「テストケース」など

合格基準の目標

仕事を始める前にチームが何を築くべきかを明確にする
全員が問題について共通の理解を持っていることを確認する
ストーリーが完成したときにチームメンバーに知らせる
自動テストによってストーリーを検証するのに役立ちます。

例 - 合格基準

ユーザーはすべての必須フィールドに入力しないとフォームを送信できません
フォームからの情報は登録データベースに保存されます。
お支払いはクレジットカードでお願いします
フォームを送信した後、確認メールがユーザーに送信されます。

受入基準を持つユーザーストーリーの例

次の図は、ユーザーストーリーの承認基準の例を示しています。

完了基準の例

視覚的パラダイムについて

ビジュアルパラダイムは、変化の激しい今日の環境において、組織が競争力を維持しながら変化に迅速に対応できるように支援します。当社の受賞歴のある製品は、中小企業、コンサルタント、世界中の優良企業、大学、政府機関など、32万人以上のユーザーから信頼されています。2018年にアジャイル機能をさらに強化したVisual Paradigmは、スクラムチームがソフトウェアアプリケーションを作成、管理、展開する方法を自動化するためのスクラムプロセスキャンバスを導入しました。これまでにないスピードと規模でチームのパフォーマンスを継続的に向上させることができます。