スクラムガイド | 21. ユーザーストーリーの間違い

公開: 2022-05-24

ユーザーストーリーは、製品の新しい機能がどのように機能するかを日常またはビジネス言語で説明します。 しかし、それらの準備には多くの時間と労力と思考が必要です。 今日のエントリでは、最も一般的なユーザーストーリーの間違いを指摘し、それらの対処方法を提案します。

最も一般的なユーザーストーリーの間違い – 目次:

序章
3Wの問題
3Cの問題
ユーザーストーリーの間違い – まとめ

序章

ユーザーストーリーは、ユーザーの視点から提示された問題に対する新しい解決策を提案するようチームを動機付けるための優れたツールとなります。 User Story とは何かについては、別のエントリに書きました。この記事では、優れたユーザーストーリーを作成する一般的な方法である INVEST を紹介しました。今日は、ユーザーストーリーの間違いに焦点を当てます。

3Wの問題

適切なユーザーストーリーは、次の質問に答えます。

誰？（製品の対象ユーザーは？）
何？ (製品にはどのような機能があり、何ができるのか?)
なんで？ （それはどのような目的に役立ちますか？）

ただし、これらの各質問への回答には問題が伴う場合があります。最も一般的でない問題は、顧客のニーズに応じて製品の何を変更すべきかという疑問です。したがって、誰に関する問題に焦点を当てます。なぜ？

誰 – ユーザーのペルソナ

ユーザーストーリーを作成する際に犯す最も一般的な間違いの 1 つは、「誰のために?」という質問に正確に答えていないことです。言い換えれば、計画された変更が意図されているユーザーは誰ですか?

多くの場合、変更の受信者として顧客またはエンドユーザーを指す一般的な応答では十分ではありません。この問題の解決策は、受信者を特定のペルソナとして想像することです。ペルソナとは、対象となる顧客のモデル像です。 つまり、ペルソナとは、製品を特定の方法で使用する人物を表したものです。

ユーザーストーリーを分析すると、さまざまな人々のストーリーを同時に伝えていることがわかる場合があります。ターゲットユーザーが多い場合は、ユーザーストーリーを小さな断片に分割して、矛盾した、相互に排他的な、または単に効果のないアクションを回避することを検討する価値があります。

なんで？ – 明確に定義されていない目標

ユーザーストーリーの最後のセクションが問題の原因になることがあります。ユーザーストーリーの実行中に行われた変更のビジネス価値を指定する必要があります。追加機能の説明が目標に置き換わるユーザーストーリーの間違いの例を見てみましょう。

顧客として、私は来週空飛ぶじゅうたんを購入したいので、ワンクリックで魔法の杖を購入したいと考えています。

魔法の杖を購入する理由を説明する代わりに、このユーザーストーリーは潜在顧客の買い物リストに別のアイテムを追加します。したがって、ユーザーストーリーを作成するときは、製品の機能を変更する理由を忘れないでください。

3Cの問題

ユーザーストーリーを扱うプロセスは、3C と呼ばれる 3 つの段階に分けることができます。

Card – ユーザーストーリーが保存されるカード
会話– ユーザーストーリーカードに関するスクラムチーム内の会話
確認– タスクが完了したことを確認する受け入れ基準を定義する

これらのいずれかでエラーが発生する可能性があります。これについては以下で説明します。

カード

ユーザーストーリーを保存するメモリーカードには容量制限があります。したがって、最も一般的な問題は、ユーザーストーリーの長さとボリュームに関するものです。 ユーザーストーリーには一貫性が必要であり、一語一句が重要なほど正確にまとまっていることが必要です。

これは、ユーザーストーリーカードの問題が 2 つの側面を持っているためです。 1 つは、それが定式化される方法です。簡潔で、必要最小限の列挙が含まれています。 2 つ目は、ユーザーストーリーの実際のサイズです。 1 つの一般的な文で、1 つのスプリントでは完了できない膨大な数のタスクを表現できます。

会話

ユーザーストーリーの 1 文の定式化は、開発チームとの会話の出発点です。したがって、実行するタスクの説明として扱うのは正しくありません。 それは、その実装のさまざまな方法に関する交渉と議論の可能性を無効にします。ユーザーストーリーは、新しい製品機能の要件の説明として扱われるべきではありません。むしろ、ユーザーストーリーによって定義されたビジネス価値の実現につながる特定の技術的ソリューションについての会話を開始するための招待状です。

確認

各ユーザーストーリーに対して定義する必要がある承認基準については、ユーザーストーリーとは何かを説明するテキストで詳しく説明しました。ただし、よくある間違いの 1 つは、パフォーマンス基準が曖昧でないことです。

よく書かれたユーザーストーリーには、それが実装されている状況の説明が含まれています。そのテストは、ユーザーが開発チームによって作成された新しい機能を利用することです。

ユーザーストーリーを検証するための便利なツールは、受け入れテストを開発することです。 これは通常、ユーザーストーリーを含むカードの反対側にあります。

ユーザーストーリーの間違い – まとめ

ユーザーストーリーを準備して適用するときは、次のルールに従う価値があります。

変更の影響を受けるユーザーを正確に特定する
新しい製品機能を構築する目的を明確に定義する
ボリュームをできるだけ短く保つ
ユーザーストーリーを開発チームとのソリューションディスカッションの出発点として扱う
受け入れのための明確なルールを確立する

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

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

すべての投稿を表示