ユーザーストーリーマッピングとは何ですか？

製品バックログをユーザーストーリーマップに構造化する

要件は、プロジェクトが進むにつれてチームや顧客がシステムについてより多く学ぶにつれて常に変化します。プロジェクトチームが静的な要件リストに基づいて作業を行い、数か月後に機能的なソフトウェアを提供することを期待するのは現実的ではありません。より良い方法、よりアジャイルな方法でエンドユーザーの要件に対応する必要があるのです！

ストーリーマッピング

ユーザーストーリーマッピングは、ジェフ・パタンの努力を通じて、人気のある技術になりつつあります。ストーリーマップの主な考え方は、単一リストの製品バックログは、行わなければならない作業を整理・優先順位付けするための非常に悪い方法だということです。ユーザーの活動、ユーザーのタスク、エピックを使用してソフトウェアリリースを計画できるようにするためには、より豊かな構造が必要です。_*、およびユーザーのストーリーを顧客要件を表すために使用します。ストーリーマップは、これらのすべての要件を時間の経過に沿って水平方向に並べ、解決策を優先度に応じて垂直方向に表現します。

_* Visual Paradigmの強化機能

ストーリーマップの利点

ストーリーマップ上でユーザーの活動を可視化することで、次のことができます：

• ユーザーの活動を管理しやすい構造に分割し、バックログの全体像を把握できる
• バックログの精査と優先順位付けを通じて、重要でないものを後回しにし、本当に重要なことに集中できる
• ブレインストーミングや協働アプローチを通じてユーザーのストーリーを作成し、早期かつ頻繁に提供できる
• プロジェクトの進捗を可視化する

ストーリーマッピングツールのサポートの利点

• ホワイトボードのスペースが尽きることはない
• ステッカー内の情報を簡単に整理・更新・編集できる
• マップ上でステッカーをドラッグ＆ドロップすることで、ステッカーの優先順位付けを簡単に整理できる
• リモートチームの協働に最適で、マップのリアルタイムでの位置合わせ更新が可能

ストーリーマップの構築

ストーリーマップは要件収集のための4段階の階層構造です。ストーリーマップは、さまざまなソース（例：バックログ）から得られたユーザー機能の集まりから始まり、これらのユーザー機能はいくつかのタスクを実行することで活動として達成されます。そしてこれらのタスクは、ソフトウェア開発のためにエピックに、さらにユーザーのストーリーに変換できます。

ストーリーマップの構造：目標達成のためのユーザー機能（バックログ）＞活動＞タスク＞エピック＞ストーリー

 

*以下の図はVisual Paradigmv. 14.1