Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
インセプションデッキの作り方/how-to-make-inception-deck
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Atsushi Harada
November 07, 2019
Technology
11k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
インセプションデッキの作り方/how-to-make-inception-deck
Atsushi Harada
November 07, 2019
More Decks by Atsushi Harada
See All by Atsushi Harada
モジャイリーンな事業開発/mojilean-business-development
harada4atsushi
0
430
スクラムとモジャイル/scrum-and-mojile
harada4atsushi
0
8.6k
リーン・スタートアップとMVP/lean-startup-mvp
harada4atsushi
0
27k
リーンキャンバスの作り方/how-to-make-lean-canvas
harada4atsushi
0
9.9k
見積もり/agile-estimation
harada4atsushi
0
73k
振り返り/agile-looking-back
harada4atsushi
0
22k
もふもふなエンジニアの心得/mofmofinc-engineer-knowledge
harada4atsushi
0
8.3k
mofmof inc. 会社紹介 for 採用/mofmofinc-informatioin-for-recruiting
harada4atsushi
3
58k
Other Decks in Technology
See All in Technology
登壇の自信を奪う3匹のオバケ / 3 Ghosts That Rob You of Your Confidence in Public Speaking
pauli
9
1.1k
30座EKS, 180次升級淬煉的EKS Upgrade Skill 的歷程
eric8230
0
210
銀行勘定系システムにおける開発プロセス刷新×AIによる環境モダナイゼーション / Development Process Transformation and AI-Driven Environment Modernization
muit
1
2.6k
白金鉱業Meetup Vol.25 アウトカムが二値のデータに対するCausal Impact
brainpadpr
0
270
Von-Neumann Machines, Dreams & The Futures of IT
ufried
0
120
山手線を徒歩で一周してわかった、 位置情報アプリは「足」が最強のデバッガー
hinakko
0
180
AI時代、データエンジニアが一番おもろい
genshun9
0
680
ScotSecure West 2026 - Glasgow
raybugg
0
140
サーバーレスをどこまで使う? WebRTC対戦ゲームで選んだVPSとの共存設計
kaidouji85
0
300
Why Agent Cost Needs Observability
nttcom
0
120
AIエージェントの自己改善をどう設計するか / How to Design Self-Improvement for AI Agents
22mi
25
17k
絵ではじめるKubernetesセキュリティ
aoi1
4
690
Featured
See All Featured
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
540
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
68
57k
Making Projects Easy
brettharned
120
6.8k
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
How to Talk to Developers About Accessibility
jct
2
550
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.6k
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
420
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
240
What's in a price? How to price your products and services
michaelherold
247
13k
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
280
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
Speed Design
sergeychernyshev
33
2.1k
Transcript
インセプションデッキの 作り⽅ mofmof inc.
頭の体操(1分間) メモ:来客のために⼿⼟産を⽤意したいの で買ってきてほしい。代⾦は⼀旦⽴て替え ておいてください。 いくらでどんなものを買いますか?
頭の体操 解説 • 来客は誰か? • どんな⽬的で必要なのか? • どんな⼿⼟産がいいのか? • いくらの⼿⼟産がいいのか?
なぜインセプションデッキを作るのか
顧客が本当に必要だったもの
顧客が本当に必要だったもの • 顧客⾃⾝が必要なものを的確に表現出来 るわけではない • 顧客には解決したいものがあっても、正 しいソリューションの形は知らない • 本当に必要なものは、探していかなけれ ばならない
どうやって⽬的を達成するか ✗ どんなものを作るか
⽬的を知らなければ • 「こういう機能があったら便利に違いない!作ろ う!」 • それは本当に⽬的を達成の役に⽴つだろうか? • 「機能A・機能B・機能C、全部必要!作らなきゃ!」 • そんなに機能作り込んだら、逆にユーザーは使いにくくな
るのでは? • 何を作るべきで、何を作るべきでないか、⽬的の達成 に近づくかどうかで判断しなければならない • ⽬的を知っていれば、もっとユーザーにとって価値の あるものを作るために時間を使えたかも知れない
インセプションデッキ • プロジェクトの⽬的を理解し合意するこ とが出来るドキュメント
とあるエピソード • 昔々とある社員名簿管理システムを開発していた ときにインセプションデッキをつくったときの話 • 業務システム=コスト削減が⽬的でしょ? • コストを削減したいのではなく、担当者⾃⾝が Excelによる煩雑な管理から開放されて、代わりに 社員⼀⼈ひとり向けのサービスを⼿厚くすること
に時間を割きたいという⽬的だった • 開発者は、⾃分が思っているより「⽬的」を理解 していないと⾔うことを⾃覚する必要がある
インセプションデッキ紹介
インセプションデッキ • 11枚のスライドを埋めるだけ
Ϗ δ ϣ ϯ
ϓ ϩ μ Ϋ τ ͷ Ձ
ϓ ϩ μ Ϋ τ ͷ Ձ
ε ί ʔ ϓ
ε ς ʔ Ϋ ϗ ϧ μ ʔ
ٕ ज़ త Ϧ ε Ϋ
Ϧ ε Ϋ
ׂ
ε έ δ ϡ ʔ ϧ
༏ ઌ ॱ Ґ
ε έ δ ϡ ʔ ϧ
実際に書いてみよう
None
None
注意点 • なんでもかんでも盛り込み過ぎて機能列 挙にならないようにする • 「◯◯が出来て、△△しやすくて、□□も出 来る!」 • 「ニーズ」「価値」「競合との差別化」 部分が重複しないようにする
• 伝わる⾔葉にするには出来るだけ重複な くシンプルに表現すること
None
ςϯϓϨʔτ w <જࡏతͳχʔζΛຬͨͨ͠Γɺ જࡏతͳ՝Λղܾͨ͠Γ>͍ͨ͠ w <ରސ٬>͚ͷɺ w <ϓϩμΫτ໊>ͱ͍͏ϓϩμΫτɺ w <ϓϩμΫτͷΧςΰϦʔ>Ͱ͢ɻ
w ͜Ε <ॏཁͳརɺରՁʹݟ߹͏આಘྗͷ͋Δ ཧ༝>͕Ͱ͖ɺ w <ସखஈ>ͱҧͬͯɺ w <ࠩผԽͷܾఆతͳಛ>͕උΘ͍ͬͯΔɻ
ྫ 5PSJEFST w <ৼࠐۀΛޮత͔ͭਖ਼֬ʹॲཧ>͍ͨ͠ w <ཧ৬>͚ͷɺ w <5PSJEFST>ͱ͍͏ϓϩμΫτɺ w <ৼࠐۀࣗಈԽαʔϏε>Ͱ͢ɻ
w ͜Ε <ٻॻ 1%'ͳͲ ͷ༰ͷղੳɾநग़ɾ ৼࠐσʔλ DTW ࡞ͷࣗಈԽ>͕Ͱ͖ɺ w <ָͨ͢ৼࠐͷٻॻؙ͛ϓϥϯ>ͱҧͬͯɺ w <ଞࣾޱ࠲Λར༻͠ͳ͍ɺ֎෦ͷਓΛܦ༝͠ͳ͍ ͨΊɺߴ͍҆શੑ>͕උΘ͍ͬͯΔɻ
ϞϦϞϦͷྫ 5PSJEFST w <ৼࠐۀΛޮత͔ͭਖ਼֬ʹॲཧ>͍ͨ͠ w <ཧ৬>͚ͷɺ w <5PSJEFST>ͱ͍͏ϓϩμΫτɺ w <ৼࠐۀࣗಈԽαʔϏε>Ͱ͢ɻ
w ͜Ε <ٻॻ 1%'ͳͲ ͷղੳɺձܭσʔλͷ มɺৼࠐޱ࠲ใͷهɺצఆՊͷඥ͚ɺࢧ ͍ཧ>͕Ͱ͖ɺ w <ָͨ͢ৼࠐͷٻॻؙ͛ϓϥϯ>ͱҧͬͯɺ w <ࣗͰٻσʔλΛཧɺखೖྗͰٻใΛೖྗɺ $47ग़ྗɺग़ྗ࣌ͷจࣈίʔυબ͢Δػೳ>͕උ Θ͍ͬͯΔɻ
ॏෳͷྫ 5PSJEFST w <ٻॻͷ༰Λ؆୯ʹσʔλԽ>͍ͨ͠ w <ཧ৬>͚ͷɺ w <5PSJEFST>ͱ͍͏ϓϩμΫτɺ w <ৼࠐۀࣗಈԽαʔϏε>Ͱ͢ɻ
w ͜Ε <ٻॻ 1%'ͳͲ ͷ༰ͷղੳɾநग़ɾ ৼࠐσʔλ DTW ࡞ͷࣗಈԽ>͕Ͱ͖ɺ w <ָͨ͢ৼࠐͷٻॻؙ͛ϓϥϯ>ͱҧͬͯɺ w <ٻॻͷ༰Λ0$3Ͱղੳͯࣗ͠ಈతʹσʔ λԽͯ͘͠ΕΔػೳ>͕උΘ͍ͬͯΔɻ
お題:NOREL 10分くらい
やってみよう • 4,5⼈のグループに別れる • 各⾃プロダクトオーナーになったつもりで書いて みよう • 書いてみたエレベーターピッチをグループで各⾃ 発表 •
グループごとに合意して⼀つのこれなら勝てると 思うエレベータピッチにまとめよう • グループごとに発表する • どういう議論があって、そのエレベータピッチに なったのか?
⼤事なポイント • 実際のプロジェクトでインセプションデッキを作るとき • 各⾃が仮説を⽴てて作ってみること • 誰かが作ったものに対してレビューするやり⽅をすると、ほと んど議論が発⽣せず「なんとなく合意」になってしまう • 評論家にならないこと
• 「それ必要?」「意味なくない?」「それ儲かるの?」という批判は せず(それが最初から分かるなら苦労しないよ。。)に、「⾃分はこう思 いますがどうですか?」という⾵に建設的に意⾒を述べよう • プロダクトの価値を、⾃分で他⼈に説明出来ないのなら、 ゴールを理解したとは⾔えない。それはただ聞いてただけ。
None
作ってみよう • 各スライダーは同じ位置に置かないこと • 「品質」は定義が曖昧になりがちなので 削除した⽅が良い(やるなら明確にしてか ら) • 保守性の⾼いソースコードのこと? •
⾒た⽬がキレイであること? • バグの発⽣率が少ないこと?
テーマ あなたはとあるプロジェクトのプロダクトオーナー に任命され、上司にこう説明されました。 「予算は300万円、納期は2ヶ⽉でアルバイトの求⼈ サービスを作って欲しい。応募者側は応募出来る機 能が必要で、企業側は応募者を管理する機能が必要 だ。何か聞きたいことある?」 質問例) ・予算は追加できますか?
τϨʔυΦϑɾεϥΠμʔ యܕతͳϑΥʔε ػೳΛͥΜͿἧ͑Δ είʔϓ ༧ࢉʹऩΊΔ ༧ࢉ ظΛࢮक͢Δ ࣌ؒ MAX MIN
MAX MIN MAX MIN
⼤事なポイント • プロダクトオーナーに書いてもらうときには 必ずこのように説明しよう • 「全て重要なのは承知です。でも全てが潤沢であ ることはほとんどないので、何か課題があったと きに何を優先とするべきかを事前に決めて起きた いのです」 •
トレードオフスライダーはそれぞれがトレー ドオフの関係にあることを理解してもらうこ とも⼤きな⽬的の⼀つ
最後に
インセプションデッキをつくるとき • インセプションデッキは、このドキュメ ントを作ることが⽬的ではない • 議論した上で合意すること⾃体が⽬的 • もし議論がなく合意された場合は、基本 的に失敗しているのでやり⽅を変えよう
インセプションデッキをつくるとき • 1スライドに対して30分以上はかけて議論し よう • 本来はプロダクトオーナーが作るものだが、 開発者も作って、主体となって進める⽅が上 ⼿くいく • 機能開発のミーティングと⼀緒にやってしま
うと後回しにされがちなので、別途時間を確 保してつくること
インセプションデッキをつくるとき • プロダクトオーナーの頭の中にあることを引 き出すように議論する • 評論家になってはいけない、あなたはチーム メンバーなのであって傍観者ではない • プロダクトの価値を、⾃分で他⼈に説明出来 ないのなら、ゴールを理解したとは⾔えない。
それはただ聞いてただけ
運⽤⽅法 • 教科書的には常に⾒えるところに掲⽰することが 推奨されている • が、ただの景⾊になる • 事務所の都合で出来ない • オススメ
• チームに新メンバーが⼊ったとき、全員に対しても う⼀度説明する • 内容を更新したとき、全員に対してもう⼀度説明す る • GitリポジトリのREADMEに貼っておく
テンプレート https://github.com/agile-samurai- ja/support/tree/master/blank-inception- deck
参考スライド https://www.slideshare.net/nawoto/head-first-inception-deck IUUQTXXXTMJEFTIBSFOFU5BLBP0ZPCFSFNBTUFS
振り返り • 気付いたこと、良かったことを書き出し てみよう • 書き出した内容をチームで共有しよう