タスクはいつ完了したとみなされるのか？タスクが要件を満たしたときである。しかし、要件は意図的に曖昧にしたり、高いレベルから書いたりすることができる。要件は製品全体がやることを教えてくれるが、製品が満たすべきすべての基準を定義しているわけではない。
それは別の
受け入れ基準と呼ばれるアーティファクトがある。このブログポストでは、受入れ基準とは何か、なぜそれが必要なのか、そしてプロジェクトのために受入れ基準をどのように書けばよいのかを探ります。
受け入れ基準とは何ですか？
ソフトウェアエンジニアリングに由来する受け入れ基準とは、新しい機能/拡張が完了したとみなされるために満たさなければならない条件のセットです。
直訳すれば、その機能がプロダクトオーナーやカスタマに受け入れられるかどうかの基準である。
効果的な受け入れ基準の特徴
受入れ基準は、製品/機能がユーザーにとって準備ができたかどうかの最後のチェックポイントである。製品/機能が生産に十分適しているというお墨付きである。
効果的であるためには、受け入れ基準は次のようでなければならない：
ユーザー中心であること：チームはユーザーの視点から受け入れ基準を作成し、ビジネスオブジェクトとの整合性を確保する。
アウトカムドリブン：ユーザーストーリーとは異なり、受け入れ基準は望ましい結果を定義する。したがって、測定可能である必要もある。
Specific：各基準は具体的で、機能の1つの側面に適用される必要がある。
例えば、「OWASPトップ10の脆弱性に準拠していること」は、セキュリティだけに特化しているため、効果的な基準になり得ます。
簡潔であること：短い文章であること。開発チームが使用し、なじみのある言葉や用語を使用しなければならない。
独立であること：ある受け入れ基準が別の受け入れ基準に依存し、複雑な網の目を作らないようにするのがよい。
テスト可能であること：これは最も重要な側面である。良い受け入れ基準はテスト可能である必要がある。典型的には、イエスかノーかというフォームである。
なぜ受け入れ基準はやることが重要なのか？
すべてのソフトウェアチームは知っている。
アジャイルにおける要求の集め方
は、プロダクト所有者やカスタマーのニーズを正確に定義するためのものである。では、なぜ別の成果物が必要なのか、とあなたは尋ねるだろう。これがその理由だ。
共通のコンテキスト
受け入れ基準は、各機能について、生産性所有者、開発者、品質アナリストの間で共通の理解を生み出します。混乱や主観的な解釈、潜在的な誤解を避けることができる。
製品の整合性
アクセプタンスクライテリアは、製品/機能が要件、目標、およびオブジェクトと整合しているかを測る尺度として機能する。コードをビジネスに接続する。
テストの効率
受け入れ基準が明確に定義されていれば、品質チームはテストを自動化し、高速化することができます。
プロセスである。また、スプリントをまたいだ再現性も生み出す。
プロジェクト管理の効率化
優れた受け入れ基準は、より良い監視、追跡、プロジェクト管理の手段を可能にします。なぜその機能が手戻りになったのかがクリアに可視化され、プロジェクト管理者がプロセスを最適化するのに役立ちます。
前向きな終結
その中核となるのが、受入れ基準である。
アジャイルでやること完了の定義
プロジェクトにおける「完了」の定義である。そのため、すべての受け入れ基準が満たされたとき、必要なことをすべてやり終えたと自信を持って製品を出荷することができる。
プロジェクトに受け入れ基準を組み込むことを納得していただけたなら、ここから始めましょう。
受入基準の書き方
誘惑に駆られるかもしれないが、受け入れ基準を書くのは一人の仕事ではない。効果的であるためには、受け入れ基準は様々な利害関係者のインプットを取り込まなければならない。プロダクト所有者は通常、開発チームからの技術的なインプットを受けて受け入れ基準を書く。
以下は、オールインワンの助けを借りて共同で受け入れ基準を書くための戦略的かつ包括的なアプローチである。
ClickUpのような製品管理ツール
.
1.受け入れ基準の目的を理解する
最初のステップは、なぜ受け入れ基準を書くのかを探ることだ。QAがテストを実行するためだけか？カスタマーの概要ですか？コンプライアンス要件なのか？これは
/参照 https://clickup.com/ja/blog/185985/proof-of-concept/ 概念実証 これは/%href/ですか？
?受け入れ基準の目的を理解し、その対象者や必要性に対して効果的であることを確認する。
実際の受け入れ基準は歯切れがよく、テスト可能なものですが、目的文書ではその理由を詳しく探ります。例えば、受入基準の1つが "弱視者向けのコントラスト方式を可能にする "だったとしましょう。
私たちは50歳以上のカスタマーを対象としているため、弱視機能は私たちのアプリの基本です。このような人々にとって使いやすい製品は、現場チームのホームビジットの負担を劇的に軽減します。"
ClickUp ドキュメント
は、すべての情報をまとめ、目的を定義するのに最適な場所です。これをRead-Meとして使用し、受け入れ基準の必要性と重要性について、すべてのステークホルダーが同じページ（文字通り！）になるようにしましょう。
編集したり、コメントを残したり、タグを付けてフィードバックを求めたりしながら、リアルタイムでコラボレーションを行う。やることが完了したら、ClickUpドキュメントからタスクを作成することもできます。
クリックUp Docs_で書き留め、明確にする。
特典：入門書
エピック対機能
を参考にユーザーストーリーを書いてみてください。
2.ユーザーストーリーから始める
コンテキストが設定されたので、いよいよ書き始めましょう。ユーザーストーリーから始めよう。各機能が可能にしなければならないユーザーの旅に目を通し、対応する受け入れ基準を書く。
その際
ClickUpタスク
にユーザーストーリーのカスタムフィールドを作成することで、ユーザーの役割、目標、希望する結果、依存関係などの特定の詳細を入力することができます。これらの情報を一箇所に集め、「完了」がどのようなものであるべきか考えましょう。
もし、あなたがこの作業に全く慣れていないのであれば、初心者にやさしいテンプレートがあります。使用方法
ClickUpのユーザーストーリーテンプレートを使ってください。
を使えば、ストーリーを管理し、タスクに分割し、機能に優先順位をつけ、開発し、ワールドクラスの製品を出荷することができます。
3.受け入れ基準を書く
ユーザーストーリーに基づいて、受け入れ基準を書く。これを行うもっともシンプルな方法はチェックリストです。たとえば、ニュースレター購読のためのシングルフィールドのフォームを作るとき、受け入れ基準のリストは次のようになります：
- ユーザーが電子メールアドレスを入力できること。
- システムは、プロバイダーが提供し、認証された電子メールアドレスに確認メールを送信する。 ClickUpタスクチェックリスト を使うと、ユーザーストーリーのために作成したタスクの中で、これらすべてを処理できます。各タスクの下に、そのタスクに適用される受け入れ基準のチェックリストを追加します。
すべてのタスクに適用される共通のセキュリティ基準やパフォーマンス基準がありますか？問題ありません！チェックリストのテンプレートを作成し、関連するすべてのタスクに自動的に適用します。
/img/ https://clickup.com/blog/wp-content/uploads/2024/12/checklists-landing-ezgif.com-avif-to-gif-converter.gif ClickUpタスクチェックリスト /チェックリスト
タスクの近くに受け入れ基準を置いておく。 _クリックアップ
4.Given-When-Thenフォーマットを使用する。
受け入れ基準を定義するもう1つの方法は、Given-When-Then（GWT）フォーマットを使うことである。簡単に言うと、こんな感じです。
- Given：ソフトウェアの初期状態またはコンテキスト
- When：いつユーザーが行うアクションまたはイベント
- その後：期待される結果
基本的に、これは、<あるシナリオ>が与えられたとき、意図したユーザーが<あるアクション>を実行すると、<期待される結果>が起こるはずだ、と訳します。例を見てみよう。
同じニュースレターのサブスクリプション機能を構築する場合、
- 与えられた：ユーザーがニュースレターに登録しようとしている
- When：ユーザーは有効な公式電子メールアドレスを入力します。
- その後：自動化された電子メールが送信され、サブスクリプションが確認される。
5.ステークホルダーとのコラボレーション
良い受け入れ基準は、サイロの中で書かれるものではない。一般的に、プロダクトマネージャーはユーザーとビジネスのニーズの視点を持ってくる。デザインチームはユーザーエクスペリエンス、ユーザビリティ、アクセシビリティなどに焦点を当てる。開発チームは技術仕様に貢献する。DevOpsは、パフォーマンスとリソースの活用に注意を払う。
製品がこれらすべての要件を満たすようにするためには、共同で受け入れ基準を作成する必要がある。ClickUpを使えば、それは驚くほど簡単です。
ユーザーストーリーのタスクごとに、チェックリスト、カスタムフィールド、説明、またはコメントとして受け入れ基準を追加します。ClickUpのネストされたコメントを使用して、各承認基準について議論し、@メンションで次のように記述する。
/を追加します。 https://clickup.com/blog/stakeholder-communication// ステークホルダーとのコミュニケーション /を使用する。
.アクションアイテムの割り当てなど。
カスタムフィールド、コメント、楽な仕事
_クリックUpタスクで
6.シンプルかつ簡潔に
受け入れ基準には接続詞を使わないようにしましょう。and」や「or」は使わない。短く、できればシンプルな一文にしましょう。can」「may」「might」の代わりに「should」「must」を使う。
7.テスト可能性を確保する
受け入れ基準が満たされていることを確認するには、テストする必要があります。そのためには、基準の書き方が重要な役割を果たします。受け入れ基準がテストケースを書くのに適していることを確認してください。先ほどの例を拡張してみましょう。
受け入れ基準が「ユーザーが電子メールアドレスを入力できること」だとすると、テストケースは次のようになります：
ステップ
- 電子メールアドレスを入力する
- エンターキーを押す
結果
- いいえ」の場合、「正式な電子メールアドレスを入力してください」というメッセージが表示されます。
- 電子メールが正式なものであることを確認します。
- はい」の場合、「サブスクリプションをありがとうございます。確認の電子メールを送信しました。
8.レビューと修正
開発プロセスを通して、受入基準をモニターし、最適化しましょう。ClickUpでは、それぞれのレポートを設定し、注意が必要な点を確認することもできます。
使用方法
/参照 https://clickup.com/features/dashboards ClickUpダッシュボード /%href/
を使用して、あなたにとって重要な受入基準のためのカスタマイズ可能なウィジェットを作成します。どの機能が遅れているかを確認し、根本的な原因に対処するための戦略を立てることができます。
ClickUp Dashboardsで重要なことを測定する。
これで、やることはわかった。今度は、やることではないことに目を向けてみましょう。
受け入れ基準を書くときに避けるべきよくある間違い
技術的、機能的、運用的パラメーターに渡って、受け入れ基準を書いている間に、あなたはいくつもの間違いを犯す可能性がある。ここでは、チームが一般的に犯しがちな間違いを紹介する。
一人でやること
プロダクト所有者は、自分たちだけで受け入れ基準を書かなければならないというプレッシャーを感じることが多い。たとえ善意であっても、このアプローチは開発チームの技術的な専門知識を逃してしまう可能性がある。
受け入れ基準は常に共同で書きましょう。
ユーザーを無視する
受け入れ基準は開発プロセスの末端にあるため、ユーザーエクスペリエンスを忘れがちだ。これは重大な間違いである。
常にエンドユーザーを中心に受け入れ基準を作りましょう。
どのように
受け入れ基準は、ソフトウェアツールがどのように仕事すべきかについてではない。どのような結果を生み出すべきかということである。どのように」機能を書くかを定義する受け入れ基準を書くことは、逆効果になる可能性がある。
常に期待される結果や成果に焦点を当てよう。
曖昧にする
漠然とした、あるいは大雑把な受け入れ基準は、やることなすことが正反対になる：解釈の余地を残してしまうのです。つまり、解釈の余地を残してしまうのです。これは、テスターや状況、あるいは環境によって結果が変わる可能性があることを意味します。
受け入れ基準は常に明確で、具体的で、曖昧さのないものにしてください。
多すぎる追加
妥当な番号に尺度はありませんが、書きすぎるのは大きな間違いです。実際、受け入れ基準が多すぎるということは、ユーザーストーリー自体をさらに小さな部分に分割する必要があることを示しているかもしれません。を見てください。
/を見てください。 https://clickup.com/ja/blog/11715/agile-story-points/ アジャイルストーリーポイント /%href/
をユーザーストーリーに追加して、この理論を確認する。
常に絶対に必要な受け入れ基準だけをリストアップする。
受け入れ基準を書くベストプラクティス
受け入れ基準は重要な
/である。 https://clickup.com/ja/blog/133016/collaborative-communication/ 共同コミュニケーション /%href/
ソフトウェア開発チームのためのツールです。このセクションでは、それを可能な限り効果的にする方法に焦点を当てます。
明確にする
すべての利害関係者に受け入れ基準を明確にしましょう。開発者は受け入れ基準の意味を理解する必要があります。そして品質アナリストは、それをテストケースに変換する方法を知る必要がある。
簡単な言葉を使う
受け入れ基準は平易な英語で書きましょう。技術的な言葉は使わないこと。特に、コードをどのように書かなければならないかを開発者に指示するようなことはしないでください。
結果はバイナリにしなさい。
受け入れ基準は、ミーティングに参加したか参加しなかったかのどちらかです。部分的に満たされることも、80%完了することもありません。そのため、合格か不合格かを記述する。
測定可能にする
合格か不合格かを達成する最も簡単な方法は、測定可能にすることです。例えば、あなたの受け入れ基準が「ページ読み込み速度3秒未満」であれば、テストして合格するのは簡単です。
合理的な仮定のみを行う
多くの場合、プロダクト所有者はユーザーとの距離が近いことから、何かを「自明」だと考えるかもしれない。しかし、開発者にとってはそうではないかもしれません。だから、避けられるのであれば、仮定は一切しないこと。必要なときは、チームと協力して合理的な仮定をする。
受け入れ基準の例
ソフトウェア開発だけでなく、他の機能においても、現実世界での受け入れ基準の例をいくつか探ってみましょう。
例1: ソフトウェア開発 (チェックリスト方式)
タスク：コンテンツ駆動型ウェブサイトの検索機能。
受け入れ基準：
- ユーザーが検索クエリを入力するテキストボックスがあること。
- 結果はリストとして表示されるべきである。
- 結果は新しいページで開くこと
- 結果がページ分割されていること
例2: ソフトウェア開発 (GTWメソッドを使用)
タスク予約機能
受け入れ基準
- 既存顧客が予約したい場合
- 電子メールIDを入力し、希望の予約スロットを選択します。
- 予約は電子メールで確認されます。
例3: コンテンツの作成（チェックリストを使って）
タスクトム・クルーズの最新映画について1000語のブログ記事を書く
合格基準
- アメリカ英語を使う
- オックスフォード・コンマを使用すること
- イントロダクションは200語以内にまとめる
- 3-5個の内部リンクが含まれていること
例4：マーケティング（GTWを使用）の方法
タスクGoogle検索で意図ベースの広告キャンペーンを実施する。
受け入れ基準：
- ユーザーがGoogleの検索インターフェースのいずれかを利用している。
- ユーザーが<インテント・キーワード>のリストにあるキーワードを入力すると
- <特定の広告>を表示する
アジャイル手法における受け入れ基準の役割
アジャイルが、モノリスを小さく管理可能な部分に分割し、それらをインクリメンタルに構築することであるならば、受け入れ基準はそれを強調する。
例えば、あなたは大きなeコマースプラットフォームを小さなパーツに分解するかもしれない。
カートに入れる機能の中には、商品が在庫切れの場合はどうするかとか、ユーザーがカートに入れる数量を調整する方法など、複数の小さな機能があるかもしれない。よく書かれた受け入れ基準は、このような細かいディテールにズームインするのに役立ちます。
アジャイルメソドロジーの中で、受け入れ基準は以下のことに役立つ：
成果の定義：成果の定義：受け入れ基準は、完了した機能がどのようなものかを品質チームに伝える。
議論の促進：アジャイル開発はコードだけではない。ビジネス上の問題を技術で解決することである。アクセプタンスクライテリアは、適切なトレードオフと関連する決定を可能にするために、これらの議論を促進するのに役立つ。
機能横断的なチームを作る：プロダクト所有者、ビジネスアナリスト、デザイナー、開発者、テスター、運用チームの全員が、受け入れ基準に基づいて製品について共通の理解を得る。
進捗を可能にする：受け入れ基準が満たされると、タスクはソフトウェア開発ライフサイクルの次のフェーズに移行する。
クリックアップでより良い製品をより早く出荷する。
優れたソフトウェアを構築する鍵のステップは、明示された受け入れ基準を満たすことです。しかし、何十ものドキュメント、レポート作成、ミーティング、プランニング、ディスカッションの間に、いくつかのアイテムが抜け落ちてしまうことはよくあることです。ClickUpのような製品管理ツールを使えば、そのような事態を避けることができます。
ClickUpは単なるタスク管理ツールではありません。製品開発チームを念頭に置いて設計された包括的なプラットフォームです。強力なClickUpタスクで、ユーザーストーリーをプランし、スケジュールし、受け入れ基準を追加し、テストケースにリンクされ、パイプラインを迅速かつ効果的に進めます。
より速く出荷するには
/参照 https://clickup.com/ai ClickUpブレーン /を使う
ClickUp Brainは、アイデアの創出、ロードマップの作成、ディスカッションの要約、ドキュメントの作成に利用できます。ClickUpダッシュボードで、全体像と詳細のすべてを一箇所で監視できます。ClickUpが優れた製品管理ソリューションの基準を満たしているかどうかをご確認ください。
/参照 https://clickup.com/signup ClickUpを今すぐ無料でお試しください。 /%href/
.