はじめに
明確で簡潔かつ価値のあるユーザーストーリーを作成することは、プロジェクト開発の成功にとって不可欠です。このガイドでは、3Cs（カード、会話、確認）およびINVEST（独立性、交渉可能、価値ある、見積もり可能、小さな、検証可能）の原則を用いて、良いユーザーストーリーの重要な要素を検討します。このガイドを読み終える頃には、効果的で効率的な開発サイクルを実現するためのユーザーストーリーの構造化方法を段階的に理解できるようになります。
3CsとINVESTを活用した効果的なユーザーストーリーの作成
タスク管理アプリ用のユーザーストーリーを作成しましょう。
ユーザーストーリー
私は忙しいプロフェッショナル、私は自分のタスクを簡単に優先順位付けして整理したい、そうすることで生産性を最大化できる.
受容基準：
- 作成：
- 条件：ユーザーはアプリにログインしている必要がある。
- 基準：ユーザーはタイトル、説明、期日を入力することで、新しいタスクを作成できる。
- 分類：
- 条件：タスクが作成されている必要がある。
- 基準：ユーザーはタスクにカテゴリまたはラベルを割り当てられる（例：仕事、個人、緊急）。
- 優先順位付け：
- 条件：タスクが作成されている必要がある。
- 基準：ユーザーはタスクの優先度を設定できる（例：高、中、低）。
- 並べ替え：
- 条件: 複数のタスクを作成する必要がある。
- 基準: ユーザーは期日または優先度に基づいてタスクを並べ替えられる。
- 編集：
- 条件: タスクを作成する必要がある。
- 基準: ユーザーはタスクのタイトル、説明、期日、カテゴリ、または優先度を編集できる。
- 完了としてマーク：
- 条件: タスクを作成する必要がある。
- 基準: ユーザーはタスクを完了としてマークでき、未完了のタスクと視覚的に区別されるべきである。
- 通知：
- 条件: タスクに期日を設定する必要がある。
- 基準: タスクの期日が来たときにユーザーは通知を受け取る。
INVEST基準
- 独立性: 各機能（作成、分類、優先度設定、並べ替え、編集、完了としてマーク、通知）は独立して開発およびテストできる。
- 交渉可能: ユーザーストーリーの詳細は、優先順位や制約に基づいて開発チームとプロダクトオーナーの間で交渉できる。
- 価値ある: ユーザーストーリーは包括的なタスク管理システムを提供することで価値を提供し、ユーザーがタスクを効率的に整理・優先順位付け・完了できるようにする。
- 見積もり可能: 開発チームは、ユーザーストーリー内の各機能に対して必要な作業量を推定できる。
- 小さな: 各機能は集中しており、1つのスプリントで完了できるほど小さくなければならない。
- 検証可能: 受理基準は、各機能の完了を検証するために使用できる明確な条件を提供する。
ステップバイステップガイド
- アプリにログインする：
- アプリを開く。
- ログイン資格情報を入力する。
- 「ログイン」ボタンをクリックする。
- 新しいタスクを作成する：
- 「新しいタスク」ボタンをクリックする。
- タスクのタイトル、説明、期日を入力する。
- 「作成」ボタンをクリックする。
- タスクを分類する：
- 作成されたタスクをクリックする。
- ドロップダウンメニューからカテゴリを選択する。
- 「保存」ボタンをクリックする。
- タスクの優先度を設定する：
- 作成されたタスクをクリックする。
- 優先度レベル（高、中、低）を設定する。
- 「保存」ボタンをクリックする。
- タスクを並べ替える：
- メインのタスク一覧へ移動する。
- 「並べ替え」ボタンをクリックする。
- 期日または優先度で並べ替えるを選択する。
- タスクを編集する：
- タスクをクリックして編集してください。
- タイトル、説明、期日、カテゴリ、または優先度を変更してください。
- 「保存」ボタンをクリックしてください。
- タスクを完了済みとしてマークする：
- 完了済みとしてマークするには、タスクをクリックしてください。
- 「完了済みとしてマーク」ボタンをクリックしてください。
- 通知を受け取る：
- タスクの期日が設定されていることを確認してください。
- 期日に通知を待ちます。
これらの手順に従うことで、ユーザーはタスクを効果的に管理し、優先順位をつけて、締切を守ることができます。
例：良い例と悪い例
パスワードをリセットしたいユーザーについてのユーザーストーリーを作成しましょう。良好に作成された「確認」ユーザーストーリーと、 poorly formed「確認しない」バージョンを比較します。
確認ユーザーストーリー
| 確認ユーザーストーリー | |
|---|---|
| タイトル： | パスワードのリセット |
| として： | 登録済みユーザー |
| 私は次のようにしたい： | 自分のパスワードをリセットする |
| これにより、次のようにできる： | 現在のパスワードを忘れてしまった場合にアカウントへのアクセスを再取得できる |
| 受容基準： | 1. ユーザーは「パスワードを忘れた場合」ページに移動できるべきです。<br>2. ユーザーはパスワードリセットリンクを含むメールを受け取るべきです。<br>3. リセットリンクをクリックすると、新しいパスワードを入力できるページに移動すべきです。<br>4. パスワードを正常にリセットした後、ユーザーは新しいパスワードでログインできるべきです。 |
「確認」になる理由
- ユーザーストーリーは明確で、ユーザーがパスワードをリセットしたいというニーズに集中しています。
- 明確に定義されたユーザー役割（登録済みユーザー）を含んでいます。
- 受容基準は具体的でテスト可能であり、パスワードリセットプロセス全体をカバーしています。
確認しないユーザーストーリー
| 確認しないユーザーストーリー | |
|---|---|
| タイトル： | パスワードリセット機能 |
| 私は： | ユーザーとして |
| 私は次のようにしたい： | より良いパスワードリセット機能を持つ |
| これにより、私は次のようにできる： | アプリの体験を向上させることができる |
| 受入基準： | 1. ユーザーはパスワードのリセットが行えること。 |
「承認しない」理由
- ユーザー物語は、パスワードリセット機能において具体的に何を改善すべきかについて明確でない。
- ユーザー役割が「ユーザー」と曖昧に定義されており、この機能が誰を対象としているのかが不明である。
- 受入基準がすぎに曖昧であり、開発やテストに向けた具体的な手順を提供していない。
- パスワードリセットの方法、関与する手順、成功の定義が明示されていない。
「承認しない」例では、ユーザー物語と受入基準の曖昧さが、開発チームがユーザーのニーズを理解し、満足のいく解決策を提供することを難しくしている。また、成功基準が明確でないため、テストや検証がさらに困難になる。
要約
この包括的なガイドでは、3CsおよびINVESTの原則に従ったユーザー物語の作成の技術について深く掘り下げました。製品オーナー、開発者、あるいはアジャイルチームの一員であるかどうかに関わらず、今や、構造が整えられ、プロジェクトに実質的な価値をもたらすユーザー物語を作成するためのツールを手に入れました。よく作られたユーザー物語は、成功した協働の基盤を築き、最終製品がユーザーのニーズを満たすことを保証する点を忘れないでください。