user-story-mapping-workshop

user-story-mapping-workshop スキルの概要

user-story-mapping-workshop スキルは、漠然とした機能アイデアを、バックボーンとなる活動、ユーザータスク、リリーススライスから成る構造化されたユーザーストーリーマップへと落とし込むのに役立ちます。ワークショップで進めやすい形で業務フローをそろえ、抜けている手順を見つけ、初回リリースに含めるものと後続スライスに回すものを切り分けたいときに最適です。

単に「ユーザーストーリーを書いて」と求める一般的なプロンプトと違い、user-story-mapping-workshop スキルは対話的な探索を前提に設計されています。まだバックログが整っていない段階では、この点が重要です。個別のストーリーを書く前に、まずユーザージャーニーを明らかにすることが本来の仕事だからです。

このスキルが特に向いている場面

新規プロダクト、機能拡張、あるいは形が崩れたバックログに対して、ストーリーマッピングのセッションを進行したり、擬似的に再現したりしたいときに使います。user-story-mapping-workshop スキルは、スコープ、順序、優先度について共通認識を作りたい Product Management に特に有効です。

出力されるもの

中心となる出力は、横軸にワークフロー順の活動、縦軸に重要度またはリリース優先度で切った二次元のストーリーマップです。加えて、下書きストーリーや分割候補も扱えるため、ワークショップの成果をそのまま実行可能な計画へつなぎやすくなります。

どんなときに選ぶべきか

「ユーザーは実際に何を、どの順で行うのか」「最初に何を出すべきか」を答えたいなら、このスキルが適しています。プロダクトディスカバリー、リリース計画、バックログの立て直しには強い一方で、すでに最終仕様が固まっている場合には向きません。

user-story-mapping-workshop スキルの使い方

インストールしてソースを確認する

user-story-mapping-workshop スキルは次のコマンドでインストールします。

npx skills add deanpeters/Product-Manager-Skills --skill user-story-mapping-workshop

そのうえで、まず skills/user-story-mapping-workshop/SKILL.md を読み、次に template.md を確認してください。ワークショップの流れと出力の形が、リポジトリ全体を流し読みするより早くつかめます。

適切な初期入力を与える

このスキルは、問題の定義、対象ユーザーやペルソナ、そして既にあるディスカバリーノートやバックログの断片を渡すと最もよく働きます。user-story-mapping-workshop usage の弱い入力は「ログインフローをマップして」ですが、より強い入力は「SMB 管理者がアカウントを作成し、同僚を招待し、10 分以内に初期設定を完了するまでの初回オンボーディングをマップして」のような形です。

ワークショップ向けのプロンプトにする

よい user-story-mapping-workshop guide プロンプトは、一覧ではなくマップを求める内容にします。成果物、対象、既知の制約、そしてリリーススライスとして分けたいものを含めてください。

例:

• 「新しいチーム向けオンボーディング機能について user-story-mapping-workshop を実行してください。適応的な質問を行い、バックボーン活動を作成し、タスクを特定し、Walking Skeleton のリリーススライスを提案してください。」
• 「user-story-mapping-workshop スキルを使って、これらのディスカバリーノートをストーリーマップに変換し、抜けている手順、リスク、分割候補を強調してください。」

出力に影響するテンプレートを読む

より質の高い結果を出したいなら、template.md と、そこで参照されている関連テンプレートである skills/user-story/template.md、skills/user-story-splitting/template.md、skills/user-story-mapping/template.md を確認してください。これらのファイルを見ると、ワークショップの出力がストーリーや分割にどうつながるかが分かります。ここを押さえていないと、プロンプトだけで何とかしようとする方法は失敗しがちです。

user-story-mapping-workshop スキル FAQ

これは Product Management 専用ですか？

いいえ。ただし、user-story-mapping-workshop for Product Management が最も分かりやすい適用先です。プロダクトマネージャー、プロダクトオーナー、デザイナー、デリバリーリードはいずれも、機能一覧ではなく共通のワークフロー視点が必要なときに使えます。

普通のストーリープロンプトと何が違いますか？

普通のプロンプトは、バックログ項目をばらばらに出しがちです。user-story-mapping-workshop スキルは、順序、ユーザーの意図、リリース順を保つことを目的としており、計画立案やファシリテーションにより向いています。

使う前に完全なバックログは必要ですか？

いいえ。むしろ、バックログが不完全だったり、散らかっていたりするときこそ価値が出ます。すでにきれいな仕様書があるなら、このスキルよりも、ストーリーの直接生成やリファインメントのほうが役立つ場合があります。

初心者でも使えますか？

はい。ユーザー、ゴール、制約を説明できれば使えます。会話の構造を整えてくれるので、見た目ほど難しくありません。ただし、ざっくりでもリサーチノートや明確な問題定義を持ち込むと、結果は大きく良くなります。

user-story-mapping-workshop スキルを改善する方法

本当に決めたいことから始める

品質を最も大きく押し上げるのは、ワークショップで何を決める必要があるかを明確にすることです。スコープ、リリーススライス、抜けている手順、バックログ整理のどれを解決したいのかを先に言語化してください。単に「ストーリーマップを作って」とだけ頼むと広い出力になりがちですが、「Release 1 に何を入れるべきかを決めるためのマップを作って」と伝えれば、user-story-mapping-workshop スキルはより鋭く優先付けできます。

ありきたりなマップを避けるために、十分なプロダクト文脈を渡す

強い入力には、ペルソナ、きっかけとなるイベント、主要な Job to Be Done、制約、既知のエッジケースが含まれます。入力が弱いと、スキルは推測に頼ることになり、その結果、本当に欲しい具体的なマップではなく、見れば分かるような一般的ワークフローが出てきやすくなります。

よくある失敗パターンに注意する

最もよくあるミスは、出力をバックログの吐き出しだと扱ってしまうことです。もう一つはリリーススライスを飛ばしてしまうことですが、これでは本来の計画面での価値が失われます。最初の結果が平板に感じたら、足りないディスカバリーノート、より明確なペルソナ、またはより正確なワークフロー境界を追加して、user-story-mapping-workshop スキルを再実行してください。

マップからストーリーへ段階的に掘り下げる

最初の出力でギャップを見つけたら、最もリスクの高いスライスや不確実性の高い活動に絞って、より深い再実行を依頼してください。特に実際のプロダクト計画での user-story-mapping-workshop usage では、最初の1回を完璧にしようとするより、この2回目の反復のほうが成果を大きく改善することが多いです。