ストーリーマップとは何か?
(ストーリーマップ機能についてさらに詳しく) (ライブデモを見る)
ストーリーマップは、ジェフ・パタンが2005年の記事で初めて紹介しました。ストーリーマップの主な考え方は、単一リストの製品バックログは、実行すべき作業を整理・優先順位付けするための非常に悪い方法であるということです。より豊かな構造が必要です。ユーザーストーリーマップは、アジャイルチームが製品バックログを整理し、製品リリースをより効果的に計画するための強力なツールです。
ストーリーマップは、顧客が製品と関わるプロセス、すなわちシステムと連携して実行する活動やタスクを捉えます。ストーリーマップを共同で作成することで、プロジェクトの初期段階から新しいリリースの継続的な開発に至るまで、チームメンバーが一貫した理解を持てるようになります。
ストーリーマップの構造
ストーリーマッピングは要件収集のトップダウンアプローチであり、ツリー形式で表現されます。ストーリーマッピングはユーザーの活動から始まります。ユーザーの活動は特定の目標を達成することを目的としています。活動を完了するためには、ユーザーは関連するタスクを実行する必要があります。これらのタスクは、ソフトウェア開発のエピックやユーザーストーリーに変換できます。
Visual Paradigmのストーリーマップは、プロジェクトの複雑さに応じて3段階または4段階のレベルで構成されています:
- 3段階のストーリーマップ: ユーザーのアクティビティ > ユーザータスク > ユーザーストーリー

- 4段階のストーリーマップ: ユーザーのアクティビティ > ユーザータスク > エピック > ユーザーストーリー
ユーザーのアクティビティ – 2列目に配置されます。これは、システムが支援しなければならない主要な目的であり、明確なビジネス成果を伴います。この行全体が骨格を形成します。
ユーザーのタスク – ユーザーアクティビティは、物語の流れと呼ばれる関連するユーザータスクの集合に分解されます。この行全体がウォーキングスケルトンを形成します。
エピック / ユーザーストーリー – ユーザータスクごとに、その機能が実現する対象となる直接の下位にエピック/ユーザーストーリーに分解されます。プロジェクトの複雑さに応じて、チームは上記のように3段階または4段階のストーリーマップのどちらを選ぶかを決定できます。
リリース計画
ユーザーが目標を達成するためにソフトウェアを使用する可能性のあるタスクのスライスを識別するためにセパレータを使用してください。特定のターゲットユーザーが目標に到達できる最小限のタスクの組み合わせが、下図に示すような実現可能な製品リリースを構成します。

