Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ディスカバリーを成功に導くユーザーストーリーマッピング / Leading Discovery...
Search
pekepek
March 19, 2025
Programming
0
2.3k
ディスカバリーを成功に導くユーザーストーリーマッピング / Leading Discovery to Success with User Story Mapping
pekepek
March 19, 2025
Tweet
Share
More Decks by pekepek
See All by pekepek
プロダクトの品質に コミットする / Commit to Product Quality
pekepek
2
1.2k
Other Decks in Programming
See All in Programming
The Ralph Wiggum Loop: First Principles of Autonomous Development
sembayui
0
3.7k
Claude Codeセッション現状確認 2026福岡 / fukuoka-aicoding-00-beacon
monochromegane
4
410
AIとペアプロして処理時間を97%削減した話 #pyconshizu
kashewnuts
1
220
AI時代でも変わらない技術コミュニティの力~10年続く“ゆるい”つながりが生み出す価値
n_takehata
2
700
DevinとClaude Code、SREの現場で使い倒してみた件
karia
1
1k
受け入れテスト駆動開発(ATDD)×AI駆動開発 AI時代のATDDの取り組み方を考える
kztakasaki
2
550
CSC307 Lecture 13
javiergs
PRO
0
320
Codex の「自走力」を高める
yorifuji
0
1.1k
AI時代のソフトウェア開発でも「人が仕様を書く」から始めよう-医療IT現場での実践とこれから
koukimiura
0
140
Vuetify 3 → 4 何が変わった?差分と移行ポイント10分まとめ
koukimiura
0
110
メタプログラミングで実現する「コードを仕様にする」仕組み/nikkei-tech-talk43
nikkei_engineer_recruiting
0
170
new(1.26) ← これすき / kamakura.go #8
utgwkk
0
2.1k
Featured
See All Featured
Amusing Abliteration
ianozsvald
0
130
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
60
42k
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
630
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
67
Statistics for Hackers
jakevdp
799
230k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
780
Java REST API Framework Comparison - PWX 2021
mraible
34
9.2k
How GitHub (no longer) Works
holman
316
140k
Designing for Timeless Needs
cassininazir
0
160
How to Think Like a Performance Engineer
csswizardry
28
2.5k
Bash Introduction
62gerente
615
210k
Transcript
© 2024 Loglass Inc. 0 © 2024 Loglass Inc. 急成長スタートアップが見せる、プロダクト開発の舞台裏
ディスカバリーを 成功に導く ユーザーストーリーマッピング 石畑 翔平 @pekepek 2025.03.12
© 2024 Loglass Inc. 1 自己紹介 2014 年に新卒で Sansan 株式会社に入社
データ統括部門で名刺のデータ化や名寄せサービスなどを開発。 その後、新規事業開発に異動し、EM となる。 2024 年 4 月に新たなチャレンジを求めて、ログラスにジョイン。 数年ぶりに楽しく実装中。 技術書典で「Loglass Tech Frontiers Vol.1」という本を出して、 自分は SQL の話を書いたので、ぜひダウンロードして下さい! 開発部 エンジニア 石畑 翔平 Ishihata Shohei
© 2024 Loglass Inc. 2 今日する話 「ユーザーストーリーマッピングで共通理解を作る話」
© 2024 Loglass Inc. 3 ストーリーで共通理解を作る ディスカバリーって本当に難しいですよね...
© 2024 Loglass Inc. 4 ストーリーで共通理解を作る プロダクトの価値は実装前に決まる • 「何を作るのか」が間違っていると、どんなに正しく作っても価値は生まれない •
しかし、価値の創出は一筋縄ではいかない ◦ 顧客はお金を出すほど価値を感じるのか? ◦ この UI/UX で使いやすいのか? ◦ これは本当に開発できるのか? • 多くの疑問に答え、アイディアを試す必要がある → 価値検証には様々な専門知識が必要
© 2024 Loglass Inc. 5 ストーリーで共通理解を作る ディスカバリーからエンジニアが入る • ログラスでは PdM,
デザイナー, CS, エンジニアでチームを組む • ディスカバリーは検証と学習のプロセス ◦ アイディアが決まってから開発に降りてくるでは遅い ◦ プロダクトチーム全員で検証・学習を繰り返す 構造的に可能? 強度は? 法的に問題ない? いくらで売れる? 住みやすい?
© 2024 Loglass Inc. 6 ストーリーで共通理解を作る ディスカバリーからエンジニアが入る • ログラスでは PdM,
デザイナー, CS, エンジニアでチームを組む • ディスカバリーは検証と学習のプロセス ◦ アイディアが決まってから開発に降りてくるでは遅い ◦ プロダクトチーム全員で検証・学習を繰り返す 構造的に可能? 強度は? 法的に問題ない? いくらで売れる? 住みやすい? このとき必要なのが共通理解
© 2024 Loglass Inc. 7 ストーリーで共通理解を作る 共通理解がないと失敗する • 認識が違うまま、前に進めると手戻りになる ◦
UI を作成してみたら想定ユーザーが異なっており、使いづらいものができた ◦ 技術的に困難なので、時間をかけて検討したが、重要ではなかった → なにか作る前に、まず共通認識を作る • ドキュメントでは共通理解は作れない ◦ 完璧なドキュメントは作れない ◦ 作れたとしてもちゃんと理解できるかわからない Jeff Patton、川口 恭伸、長尾 高弘.ユーザーストーリーマッピング
© 2024 Loglass Inc. 8 ストーリーで共通理解を作る 共通認識でディスカバリーを高速に回す • ディスカバリーには協働が大事 •
協働には共通認識が大事 • そのために、ログラスではディスカバリーでユーザーストーリーマッピングを 使っている
© 2024 Loglass Inc. 9 ユーザーストーリーマッピング
© 2024 Loglass Inc. 10 ユーザーストーリーマッピング ユーザーストーリーマッピング • 付箋に書いた短いストーリーを元に会話をしていく ◦
これはなぜ行うの? ◦ 誰が行うの? ◦ 他に代替手段はある? → ストーリーが「誰が」、「何のために」、「それを行うのか」を語る • 対話をし、共通理解を描く、そこから重要な発見や 抜け漏れを見つける → 意見の不一致は対話して初めて気がつく Jeff Patton、川口 恭伸、長尾 高弘. ユーザーストーリーマッピング
© 2024 Loglass Inc. 11 ユーザーストーリーマッピング ユーザーストーリーマッピングの進め方 最も詳しい人がユーザーに関するストーリーを付箋に記載して、ストーリーを語る
© 2024 Loglass Inc. 12 ユーザーストーリーマッピング ユーザーストーリーマッピングの進め方 それに対して質問や対話を行い、重要な事柄を付箋にメモしてストーリーの付箋の下に貼る → もちろん言葉だけじゃなく、絵や図を使っても良い
© 2024 Loglass Inc. 13 ユーザーストーリーマッピング ユーザーストーリーマッピングの進め方 複数のストーリーに対して同じことを行い、時系列順にストーリーを並べる
© 2024 Loglass Inc. 14 ユーザーストーリーマッピング 基本的にはこれだけ • ユーザーに関するストーリーを付箋に記載して、ストーリーを語る •
それに対して質問や対話を行い、重要な事柄を付箋にメモしてストーリーの付箋の下に貼る → もちろん言葉だけじゃなく、絵や図を使っても良い • 複数のストーリーに対して同じことを行い、時系列順にストーリーを並べる 大切なことは、「対話する」「お互いの理解を確認する」こと
© 2024 Loglass Inc. 15 ユーザーストーリーマッピング その他にも • ストーリーに何を書いたら良いかわからない →
Connextra のテンプレートを使う • 要件(How)を出して優先度順に並べる
© 2024 Loglass Inc. 16 ログラスの例
© 2024 Loglass Inc. 17 ログラスの例 ユーザーの業務の理解 • 現在の業務を理解するのに各ステップを付箋に書き出して会話する ◦
カスタマージャーニーマップとも呼ばれる ◦ 登場人物は全てあげる • 実際に顧客に訪問して、認識合わせなども行っていた
© 2024 Loglass Inc. 18 ログラスの例 将来のストーリーマップを描く • 将来的にどのようなフローになるのか書き出す •
将来の認識合わせだけでなく、これで課題があるのかを発見する → 課題の認識合わせとディスカバリーの優先順位決めやタスク分けを行った
© 2024 Loglass Inc. 19 ログラスの例 ソリューションに落としてストーリーマップを描く • ソリューションの検討が深まってきたら再度ストーリーマッピングに戻り、全体を見る →
複数案があれば、全てのストーリーを書いて比較する • ソリューション検討で個別・具体に向き合いがちなので、ソリューションの整合性を 確認する
© 2024 Loglass Inc. 20 ログラスの例 UI をストーリーに当てはめて、要件を出す • UI
だけでなく、ストーリーが書かれているので、開発時に背景を理解できる • 要件を出して、優先度・MVP を決めていく → 要件出しには「実例マッピング」を使うことが多い
© 2024 Loglass Inc. 21 ログラスの例 大事にしていること • 形式にこだわりすぎない ◦
まずは付箋にストーリーを書いて対話をする ◦ より良い整理や場の改善は後からできる • 詳細を話しすぎない・時間をかけすぎない ◦ まずは全体のストーリーを理解して、徐々に詳細に入っていく ◦ 幅優先探索 • 人が増えたら再度、対話をする ◦ 完成したストーリーマッピングを他人が見ても同じ情報量は得られない ◦ 再度、対話をする
© 2024 Loglass Inc. 22 ログラスの例 まずは会話してみよう Jeff Patton、川口 恭伸、長尾
高弘. ユーザーストーリーマッピング
© 2024 Loglass Inc. 23 さいごに
© 2024 Loglass Inc. 24 さいごに 今日した話 • ディスカバリーは一人ではできない →
プロダクトチーム全員で検証・学習を繰り返す • 協業は共通理解から → 認識が違うまま、前に進めると手戻りになる • 共通理解の構築には、ユーザーストーリーマッピングがおすすめ
© 2024 Loglass Inc. 25 さいごに 実際に使った感想 • 時系列でストーリー理解ができるので、頭に入って来やすい •
全員、背景・興味関心が別にあるので、想像以上に見ているものが違う • ドキュメントよりも視覚的に入ってくるので、何度も見返せる → メンバーが増えたときは、そのまま説明に使える • ドメインモデリングや実例マッピングにそのまま流用できて、 デリバリーとの接続性も良い
© 2024 Loglass Inc. 26 さいごに We’re hiring
© 2024 Loglass Inc. 27 さいごに 参考資料 • Jeff Patton
著、川口 恭伸 監訳、長尾 高弘 訳. ユーザーストーリーマッピング.
© 2024 Loglass Inc. 28