スクラムガイド | 22. ユーザーストーリーの承認基準

公開: 2022-05-25

ユーザーストーリーとは、企業が顧客のニーズを最大限に満たす製品やサービスを提供するための手法です。 ユーザー ストーリーの承認基準は、ユーザーの視点から見た新しい製品機能の評価を強化します。

ユーザー ストーリーの承認基準 – 目次:

  1. 序章
  2. ユーザーストーリーの受け入れ基準を策定する方法は?
  3. ユーザー ストーリーの受け入れ基準と完了の定義
  4. 概要

序章

以前の記事で、ユーザー ストーリーとその作成時に取り組むべき問題について説明しました。 ただし、今日は、ユーザー ストーリーの承認基準に焦点を当てます。

受け入れ基準は、次のガイドラインに従う必要があります。

  • ユーザーの視点から製品の新機能および改善された機能を説明する
  • ユーザー ストーリーごとに一意であること

公式のスクラム ガイドでは、ユーザー ストーリーとその受け入れ基準を定義していません。 それらはオプションですが、スクラム作業の非常に一般的な要素です。 それでも、読者の好奇心を和らげるために、それらを次のように描写します: ユーザーから承認を得るために、特定のスプリント中に製品の機能強化が満たさなければならない条件。

User Story Acceptance Criteria

ユーザーストーリーの受け入れ基準を策定する方法は?

適切に作成されたユーザー ストーリーには、関連するコンテキストまたは状況の明確な説明が含まれているため、承認基準を満たしています。 それでも、それは単なる短い文であり、必要な考慮事項を直接的に特定するにはあまりにも曖昧で曖昧です.

受け入れ基準の明確さとアクセシビリティ

したがって、あいまいさを防ぐために、顧客との詳細な会話を実施および記録して、実装されたソリューションの目的を判断します。 受け入れ基準の最終的な策定は、プロダクト オーナーに属していることを忘れないでください。

スプリント計画の前に、ユーザー ストーリーの基準と一緒に書き留めます。 スクラム チームの各メンバーは、それを読み、ユーザー ストーリーの受け入れ基準を理解し、同意していることを確認する必要があります。 通常、承認基準はユーザー ストーリー カードの反対側にあります。

適切に策定された受け入れ基準により、ユーザーは、ユーザー ストーリーのテストがその説明に従っているかどうかを確認できます。 基準は、スプリントの最後の製品テスト中に完了するときにチェックする箇条書きのチェックリストの形式を取ることができます。

製品の操作がユーザーに対して透過的である場合、問題は簡単です。 ただし、製品が複雑になればなるほど、テストが難しくなります。 複雑なソフトウェアや大規模なサービスを取り上げます。 したがって、ほとんどの場合、ユーザー ストーリーを検証するための便利なツールは、受け入れテストを準備することです。

受け入れテスト

受け入れテストを作成する場合は、ユーザー ストーリーを含むカードの反対側に書き留めます。 後で、スクラム チームまたは外部の QA チームが実行できます。

テストには、何よりもまず、製品がテストに不合格か合格かを明確に示す必要があります。 パーセンテージ ステートメントや中間評価を含めることはできません。

ユーザー ストーリーに複数の承認基準がある場合、それぞれに個別のテストが必要です。 このようにして、どの製品機能を改善または改良する必要があるかを判断することがはるかに簡単になり、ユーザー ストーリーに含まれる新しい機能が互いに重複または独立している場合は特に重要です。

User Story Acceptance Criteria

ユーザー ストーリーの受け入れ基準と完了の定義

完了の定義は、スクラムでの作業の不可欠な部分であり、受け入れ基準と技術的に同等です。 ただし、これら 2 つは異なるコミットメントを表すため、混同しないでください。 完了の定義とは何ですか? また、それをいつ、どのように定式化するかは、別の記事で取り上げた問題ですか?

ここでは、Done の定義は、プロダクト バックログのインクリメントの完了後に期待されるプロダクトの状態を明確かつ透明に説明したものであるということだけを述べます。 インクリメント内で行われた改善について説明します。 これは、ユーザー ストーリーに対応する承認基準とは対照的です。ユーザー ストーリーは、最後のスプリント中に作成された製品の機能を、顧客が認識したときに説明します。

たとえば、次の内容のユーザー ストーリーを取り上げます。

オンライン ストアのログイン ユーザーとして、ワンクリックで魔法の杖を購入したいと考えています。

上記のユーザー ストーリーの完了の定義には、次のものが含まれる場合があります。

  • ストア顧客用のログイン パネルの作成
  • 決済システムの統合
  • 商品ページのテンプレートに即時支払いボタンを追加する

一方、顧客受け入れ基準の特徴は次のとおりです。

  • ストアにログインする機能
  • デフォルトの支払い方法を定義する可能性
  • 「魔法の杖」製品の機能する「今すぐ購入」ボタン

概要

受け入れ基準は、ユーザー ストーリーの実装を評価する方法として機能する一連の条件です。 ユーザーの視点から製品の新機能および改善された機能を説明することにより、この方法はお客様と協力するための効果的なツールになります。 ユーザーの視点からスクラム チームのパフォーマンスを示します。

受け入れテストの形式など、適切に策定された受け入れ基準により、作成された機能が顧客の要求を満たすように強化されているかどうかをスプリント中に確認することもできます。

受け入れ基準は、主に表現に対する観点において、完了の定義とは異なります。 それらには、新しいソリューションが満たすべき技術的要件の記述は含まれていませんが、新しいユーザー ストーリーを実現した後に製品が備えるべき機能のみが含まれています。

私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest の忙しいミツバチ コミュニティに参加してください。

Scrum Guide | 22. User Story Acceptance Criteria caroline becker avatar 1background

作者: キャロライン・ベッカー

プロジェクト マネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。 彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。

スクラムガイド:

  1. 基本的な用語、役割、および概念の用語集
  2. スクラムとは?
  3. スクラムの価値
  4. あなたの会社にスクラムを導入する方法は?
  5. スクラム チーム - それは何ですか?どのように機能しますか?
  6. プロダクトオーナーとは?
  7. プロダクトオーナーのよくある間違い
  8. スクラムマスターとは?
  9. 優れたスクラムマスターの特徴
  10. スクラムマスターのよくある間違い
  11. スクラム マスターはどのような統計と指標を追跡する必要がありますか?
  12. プロダクトオーナーとスクラムマスターの協力
  13. スクラムの開発チーム
  14. 開発者のよくある間違い
  15. スクラム成果物
  16. スクラムのスケーリング
  17. スプリントバックログ
  18. 製品バックログとは何ですか?
  19. ユーザーストーリーとは?
  20. INVEST で最高のユーザー ストーリーを作成する
  21. 最も一般的なユーザー ストーリーの間違い
  22. ユーザーストーリーの承認基準
  23. スクラムの見積もりとストーリー ポイント
  24. 企画ポーカー
  25. チーム見積もりゲーム
  26. 増分の定義
  27. スクラムイベント
  28. スクラムにおけるスプリントとは?
  29. スクラム チームのコミットメント - 製品の目標、スプリントの目標、完了の定義
  30. バーンダウンチャートとは?
  31. バーンダウン チャートを作成して解釈する方法
  32. バーンダウンチャートのメリットとデメリット
  33. スクラムとスクラムバンのかんばんボード
  34. スクラムの速度 - 開発チームの速度
  35. デイリースクラム
  36. スプリント計画
  37. スプリントレビュー
  38. スプリントレトロスペクティブとは何ですか?
  39. スプリントふりかえりでよくある間違い
  40. 製品バックログ育成