Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
インセプションデッキの作り方/how-to-make-inception-deck
Search
Atsushi Harada
November 07, 2019
Technology
0
10k
インセプションデッキの作り方/how-to-make-inception-deck
Atsushi Harada
November 07, 2019
Tweet
Share
More Decks by Atsushi Harada
See All by Atsushi Harada
モジャイリーンな事業開発/mojilean-business-development
harada4atsushi
0
410
スクラムとモジャイル/scrum-and-mojile
harada4atsushi
0
8.1k
リーン・スタートアップとMVP/lean-startup-mvp
harada4atsushi
0
27k
リーンキャンバスの作り方/how-to-make-lean-canvas
harada4atsushi
0
9.4k
見積もり/agile-estimation
harada4atsushi
0
72k
振り返り/agile-looking-back
harada4atsushi
0
21k
もふもふなエンジニアの心得/mofmofinc-engineer-knowledge
harada4atsushi
0
7.8k
mofmof inc. 会社紹介 for 採用/mofmofinc-informatioin-for-recruiting
harada4atsushi
3
56k
Other Decks in Technology
See All in Technology
AIBuildersDay_track_A_iidaxs
iidaxs
4
1.2k
AR Guitar: Expanding Guitar Performance from a Live House to Urban Space
ekito_station
0
150
テストセンター受験、オンライン受験、どっちなんだい?
yama3133
0
130
障害対応訓練、その前に
coconala_engineer
0
190
[2025-12-12]あの日僕が見た胡蝶の夢 〜人の夢は終わらねェ AIによるパフォーマンスチューニングのすゝめ〜
tosite
0
170
会社紹介資料 / Sansan Company Profile
sansan33
PRO
11
390k
松尾研LLM講座2025 応用編Day3「軽量化」 講義資料
aratako
3
2.6k
マイクロサービスへの5年間 ぶっちゃけ何をしてどうなったか
joker1007
19
7.5k
MariaDB Connector/C のcaching_sha2_passwordプラグインの仕様について
boro1234
0
1k
MySQLとPostgreSQLのコレーション / Collation of MySQL and PostgreSQL
tmtms
1
1.2k
Kiro を用いたペアプロのススメ
taikis
4
1.7k
TED_modeki_共創ラボ_20251203.pdf
iotcomjpadmin
0
140
Featured
See All Featured
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
510
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
0
94
Getting science done with accelerated Python computing platforms
jacobtomlinson
0
76
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
0
90
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
29
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.8k
Testing 201, or: Great Expectations
jmmastey
46
7.8k
GraphQLとの向き合い方2022年版
quramy
50
14k
Rails Girls Zürich Keynote
gr2m
95
14k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
110
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
359
30k
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
振り返り • 気付いたこと、良かったことを書き出し てみよう • 書き出した内容をチームで共有しよう