ユーザー ストーリー マッピングとはアジャイル計画ガイド

• ストーリー マッピングは、チームがユーザー ジャーニーを理解するのに役立つため、実際のユーザーのニーズに合った製品を計画、設計、開発できる

• ユーザー ストーリー マップには、ユーザー ゴール、アクティビティ、タスク、ユーザー ストーリー、優先度またはリリース スライスという 5 つの主要な要素が含まれる

• ユーザー ストーリー マッピングはジャーニー マッピングやロードマッピングとは異なるが、これらのツールを併用できる

最も効果的なプロダクト計画は、特定のゴールを達成するためにユーザーが進む道のりを理解することから始まります。チームがその道のりを明確に把握できれば、プロダクトのアイデアに優先順位を付け、ギャップを特定し、実際のユーザーのニーズに基づいて開発できます。

チームはストーリー マッピングを利用して、ユーザー ジャーニーをプロダクト開発のための視覚的な計画に変換できます。このガイドでは、ストーリー マッピングの概要、アジャイル プロダクト開発でどのように機能するか、チームがユーザーを中心にしてより優れた製品を開発するためにどう役立つかについてご説明します。

ユーザー ストーリー マッピングとは

ユーザー ストーリー マッピングとは、ユーザーがゴールを達成するまでの道のりに沿ってユーザー ストーリーを整理する、アジャイルなプロダクト計画手法です。

ストーリー マップでは、バックログ項目を単純なリストとして表示するのではなく、個々の作業がより広範なユーザー体験にどのように適合するかを示します。これにより、チームはユーザーが達成しようとしていること、実行するステップ、その道のりの各部分を支えるプロダクト開発の作業を可視化できます。

ユーザー ストーリー マップには通常、ユーザー ゴールやユーザー ジャーニー、主要なユーザー アクティビティ、小さなタスク、ユーザー ストーリー、価値やリリースによる優先順位付け、チームが対処する必要のあるギャップ、依存関係や仮定が含まれます。

ストーリー マッピングは、プロダクト マネージャー、製品所有者、設計者、エンジニア、アジャイル チーム、プロダクト ディスカバリーや計画に関わる部門横断型チームが最も頻繁に利用します。

ストーリー マッピングが重要である理由

ストーリー マッピングが重要である理由は、プロダクト計画において、ユーザーが達成する必要のあることに集中できるということです。ストーリー マッピングは、以下を実行することによりチームにメリットをもたらします。

• プロダクト、設計、エンジニアリング、関係者間で共通の理解を築く

• 社内の要望ではなく、ユーザーのニーズを中心にして計画を進める

• チームがユーザー体験のギャップを特定することをサポートする

• より視覚的に、協力して優先順位付けを行う

• リリース計画と MVP (最低限の機能を持った製品) の定義をサポートする

• プロダクト ディスカバリーとデリバリー計画を結び付ける

• 特定の作業が重要である理由を関係者に明確に示す

ストーリー マップの要素

ユーザー ストーリー マップの中核的な要素を理解すると、ストーリー マッピングの仕組みや、ストーリー マップを作成してプロダクト マネジメントをサポートする方法を理解できるようになります。

ここで、ストーリー マップのさまざまな要素について詳しく見ていきます。

• ユーザー ゴール: ユーザーが達成しようとしている成果。ストーリー マップの重点が明確になり、チームは範囲を広げ過ぎずに計画できます。プロダクトの意思決定の指針となるよう、具体的に定義する必要があり、過度に広範なゴールは避けるようにします。

• アクティビティ: ユーザーがゴールを達成するために実行する主要なステップ。通常、アクティビティはストーリー マップの最上段、つまり基盤になります。

• タスク: 各アクティビティ内でユーザーが実行する、小さなアクション。チームはタスクを利用してジャーニーを具体的な行動やニーズに分割できます。

• ユーザー ストーリー: ユーザーの視点で書かれた具体的な製品ニーズ。ユーザー ストーリーは、ジャーニーの個々のステップを、製品戦略の指針となる製品の作業に結び付けます。

• 優先順位またはリリース スライス: ストーリーを最初に開発する必要のあるもの、後で対処するもの、さらに検証が必要なものに整理するグループ。この後、チームは MVP を定義して製品リリースを計画し、すべてのストーリーを同じ緊急度で扱わないようにします。また、これらをプロダクトの優先順位付けフレームワークと併用して、最も影響の大きい作業に注力できます。

8 つのステップでユーザー ストーリー マップを作成する方法

ユーザー ストーリー マップの作成方法を学ぶと、チームはユーザーのニーズをより明確なプロダクト計画に変えることができます。または、ユーザー ストーリー マップ テンプレートを利用してプロセスを簡素化することもできます。

ステップ 1. ユーザーとゴールを定義する

すべてのストーリー マップは、明確なユーザーと具体的なゴールから始める必要があります。ユーザーとゴールを定義するには、次のことを確認します。

• ユーザーは誰か?

• 何を達成しようとしているか?

• どのような問題を解決しようとしているか?

• ユーザーにとっての成功とは何か?

• ユーザーの体験を形作っているのは、どのようなコンテキストや制約か?

ステップ 2. ユーザーの主なアクティビティをマッピングする

ユーザーとゴールを特定したら、チームは最初から最後までユーザーが実行する主要なステップを特定する必要があります。

たとえば、コンピューターをアップグレードする必要があるユーザーは、プロセッサやグラフィック カードについて調べ、価格とパフォーマンスを比較し、これらのコンポーネントを注文します。

ステップ 3. 各アクティビティの下にユーザー タスクを追加する

チームは、ユーザーが実行するそれぞれの主要なステップを、ユーザーが完了する必要のある小さなタスクに分割する必要があります。この段階では、社内システムや技術的な製品要件ではなく、ユーザーの行動に重点を置く必要があります。

主要なアクティビティを小さなタスクに分解すると、チームは各段階でユーザーが実行する必要のある内容を正確に把握できるようになります。

ステップ 4. タスクをユーザー ストーリーに変換する

ユーザー ストーリーで、ユーザーのタスクを実用的なプロダクトのニーズに変えます。これらのストーリーでは、技術的な詳細ではなく、ユーザーがプロダクトから得られる価値に重点を置きます。

ユーザー ストーリーにはシンプルな書式を使用します。たとえば、「私は [ユーザーのタイプ] として [タスク] を完了したいと考えています。その理由は [理由] からです」このようなユーザー ストーリーは、チームがユーザーのニーズに対応するプロダクトの改善点を特定するのに役立ちます。

ユーザー ストーリーはユーザー中心である必要があり、急いで実装の詳細に入らないようにします。

ステップ 5. ギャップ、問題点、仮定を特定する

次に、ユーザー ジャーニーでのギャップ、問題点、仮定を探します。不足しているステップ、わかりにくい体験、重複している作業、またはチームがユーザー インサイトを十分に把握していない領域をストーリー マップで明らかにできます。

次のような簡単な質問をして、潜在的なギャップや問題点を特定できます。

• ユーザーはどこで行き詰まる可能性があるか?

• 最も摩擦が生じるのはどのステップか?

• 不可欠なタスクは何か?

• 検証が必要な仮定は何か?

• このストーリーを裏付けるフィードバックやデータは何か?

• 別のチームやシステムに依存するステップはどれか?

ステップ 6. ユーザーの価値に基づいてストーリーに優先順位を付ける

すべてのユーザー ストーリーをすぐに作業に結び付ける必要はありません。チームは、ユーザーの価値、ビジネスへの影響、労力、確実性、戦略的連携に基づいて、ストーリーに優先順位を付ける必要があります。

ユーザー ストーリーに優先順位を付けるには、次のことを確認します。

• ユーザーがゴールを達成するために不可欠なストーリーはどれか?

• 最大の顧客価値をもたらすストーリーはどれか?

• ビジネス ゴールをサポートするアイデアはどれか?

• 影響が大きく、労力が少ないストーリーはどれか?

• デリバリー前にさらに検討が必要なアイデアはどれか?

リスト ビューで影響を明確に定義すると、チームは今すぐ対応が必要なタスクと後で対応するタスクに分類して優先順位を付けることができます。影響を適切に追跡しないと、チームが従うべき優先順位を設定できません。

ステップ 7. マップをリリースまたはフェーズにスライスする

次に、ストーリー マップをリリースまたはフェーズにスライスします。ユーザーに価値をもたらす、効果的な最小限の作業を特定することがゴールです。

仕組みは次のとおりです。

• MVP: 最初の水平スライスには、MVP 機能が含まれます。

• 最初のリリース: 2 番目の水平スライスには、最初のリリース機能が含まれます。

• 今後のリリース: 以降のスライスには、追加の改善や優先度の低いアイデアが含まれます。

• 検証が必要: これらのスライスは、優先順位リストの上位に移動する前に検証する必要があります。

• 今は対応不要: これらのストーリーは優先順位が低く、まだ対応する必要はありません。

ステップ 8. ストーリー マップをロードマップとデリバリー計画に変換する

チームで優先順位について合意したら、ロードマップ計画とデリバリーに進むことができます。ロードマップの計画や優先順位付けにプロジェクト管理ツールを利用すると、この最後のステップを簡素化できます。

ユーザー ストーリー マッピングの例

ストーリー マッピングが実際にどのように機能するかを確認するために、オンラインの衣料品ストアを見てみましょう。

• ユーザー ゴール: T シャツを購入する

• バックボーン アクティビティ: 商品の閲覧、レビューの閲覧、サイズの選択、色の選択、住所の入力、支払い方法の追加

• タスク: 詳細なプロダクト説明の確認、他のユーザーによる評価の確認、異なるサイズ オプション間の切り替え、配送先住所の入力、請求先住所の入力、カードの詳細の入力、支払いの見直しと確認

• ユーザー ストーリーのサンプル: 買い物客として、適切なサイズを簡単に選べるように、自分のサイズの T シャツを閲覧したい

• 考えられる MVP のスライス: ユーザーがサイズ別に T シャツを閲覧できる、e コマース プラットフォームの構築

• 今後のリリースに関するアイデア: ユーザーがブランド、色、ユーザー評価で T シャツを絞り込むことができる追加のフィルターなど

ユーザー ストーリー マッピング、ジャーニー マッピング、ロードマッピングの比較

製品ロードマップからストーリー マッピングおよびジャーニー マッピングに至るまで、ユーザーを理解してプロダクト戦略を導くのに役立つ戦略はいくつかあります。

ユーザー ストーリー マッピング、ジャーニー マッピング、およびロードマッピングは達成するゴールが異なりますが、組み合わせて使用することで製品開発をサポートできます。ジャーニー マップは問題点を明らかにし、ストーリー マップはそれを製品の作業に変換し、ロードマップはチームがどの優先事項に取り組む計画であるかを示します。

ユーザー ストーリー マッピングを製品に関するより適切な意思決定に活かす

ストーリー マッピングにより、チームはユーザーのゴール、アクティビティ、問題点を、より明確な製品の意思決定に変えることができます。Jira Product Discovery を使用すると、ストーリー マップの成果物を優先順位付けされた製品のアイデアに変換できます。

顧客のインサイトを簡単に添付し、機会を比較して、何をなぜ開発しているのかを説明するロードマップ ビューを共有できます。

Confluence を使用すると、ストーリー マップ、ワークショップのメモ、決定事項、要件、関係者のコンテキストを文書化して、製品計画の整合性を保つことができます。さらに、Confluence ホワイトボードは、ストーリー マッピング ワークショップの実施、アイデアの視覚化、優先順位の投票、ワークショップの成果を次のステップに変換するためのリアルタイムのコラボレーションを促進します。

Jira Product Discovery を無料でお試しいただき、ストーリーマッピングを活用して製品に関するより適切な意思決定を行いましょう。

ストーリー マッピング: FAQ

チームはどのくらいの頻度でユーザー ストーリー マップを更新するべきですか?

チームは、特にメジャー リリースやユーザー フィードバック セッションの後、または製品のゴールが変更された際には、ユーザー ストーリー マップを定期的に見直し、更新する必要があります。これにより、マップは関連性を保ち、変化するユーザーのニーズに確実に沿ったものになります。

ユーザー ストーリー マッピングは、ソフトウェア以外のプロジェクトにも使用できますか?

はい。ユーザー ストーリー マッピングは、サービス設計、プロセスの改善、物理的な製品開発など、ユーザー エクスペリエンスの理解と向上に関わるあらゆるプロジェクトに適用できます。

ユーザー ストーリー マップを作成する際に避けるべき一般的な間違いには、どのようなものがありますか?

よくある間違いとして、ユーザーの視点ではなく内部の視点からマッピングを行うこと、マップを詳細にしすぎたり広範にしすぎたりすること、そしてプロセスに部門横断型チームのメンバーを参加させないことなどが挙げられます。

リモート チームや分散型チームがストーリー マッピング ワークショップを効果的に実施するには、どうすればよいでしょうか?

リモート チームは、デジタル ホワイトボードやコラボレーション ツールを使用して、ストーリー マッピング ワークショップを実施できます。定期的なチェックインをスケジュールし、積極的な参加を促すことは、エンゲージメントと認識一致を維持するのに役立ちます。