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
仮説とはなにか?(s-dev talks. LT)
Search
h.t.
February 19, 2019
Technology
1.6k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
仮説とはなにか?(s-dev talks. LT)
s-dev talks 〜サービス開発勉強会〜「仮説の立て方」
LT資料
h.t.
February 19, 2019
More Decks by h.t.
See All by h.t.
サービスとは何だっけ?的な話(s-dev talks. LT)
hiroshitakeda
1
150
管理画面をなくした話 DIST.25 LT資料
hiroshitakeda
1
2.2k
カイゼン・ジャーニー・カンファレンス - プログラマのジャーニー
hiroshitakeda
8
3.4k
エンジニアがUXを とりこぼさないために考えたこと
hiroshitakeda
0
190
自己組織化されたエンジニアチームが実現するUX
hiroshitakeda
0
380
Other Decks in Technology
See All in Technology
SRE歴2ヶ月でも開発6年の知見を活かして、チームで止まっていた環境改善を前に進めた話
a_ono
0
170
5分でわかる Amazon Connect_20260608
hwangbyeonghun
0
170
AWS Summit の片隅で、体育座りしながらコミュニティがにぎわう理由を考えた
k_adachi_01
2
330
“詰む”前に仕組みを作れ 〜技術の波に溺れないためのキャッチアップ術〜
takasyou
8
4.9k
MySQL & MySQL HeatWave Report - June 2026
freshdaz
0
270
“ID沼入口” - 基本とセキュリティから始める、考え続けるためのID管理技術勉強会 告知&イントロ
ritou
0
370
記録をかんたんに、提案をパーソナルに ── AIであすけんが目指すもの
oprstchn
0
110
Why is RC4 still being used?
tamaiyutaro
0
270
飲食店もAIで。レジ締めやハンディシステムをつくってる話 / Using AI for restaurant management
vtryo
0
230
Kotlin 開発のツラミを爆破した話! / Explode the difficulty of Kotlin dev!
eller86
0
130
ループエンジニアリングでE2Eテストを実践
noriyukitakei
0
130
FinOps X 2026 Recap from Engineer Side #JapanFinOps
chacco38
0
240
Featured
See All Featured
Accessibility Awareness
sabderemane
1
150
Design in an AI World
tapps
1
250
Rebuilding a faster, lazier Slack
samanthasiow
85
9.5k
Between Models and Reality
mayunak
4
360
Raft: Consensus for Rubyists
vanstee
141
7.6k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Visualization
eitanlees
152
17k
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
6k
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.6k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
280
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
Transcript
5分でわかる 仮定と仮説とゲシュタルトの話
-話したいこと2つ- そもそも「仮説」とは何か? 「仮説」の検証を繰り返していくとアイディアが 収束するだけで面白いことが出来ないのでは? ※ 自分が最近モヤモヤしていたことをLTという機会を作って強制的にアカデ ミックに整理してみましたので私の趣味にお付き合いください (LTドリブンの勉強)
そもそも仮説ってなんでしたっけ? Tips. エンジニアは言葉の定義とかにうるさいです
大事なポイント ・サイエンスな意味の「仮説」 ・ビジネスの場面で使われる「仮説」 この2つはだいぶ使われ方が違う。
一般的な意味の仮説: 「ある現象を合理的に説明するための仮の説」 のこと。
例えば、 「"リンゴが木から落ちた"という現象を 合理的に説明するためには どういう説明が考えられるか?」 このときの仮の説明が仮説。
りんごが落ちた ということは… つまり? りんごと地球は引 き合っている?
りんごが落ちた ということは… つまり? りんごと地球は引 き合っている? ↑ 現象を説明するため これが仮説 ↑ 事実・現象
ビジネスの場面で使われる「仮説」は これとは使われ方が少し違う。 ・この事業は儲かるはずだ こういうのを仮説と言う場面が多い。
この事業は儲かるはずだ ↑ 仮説
この事業は儲かるはずだ ↑ 仮説 事実 ×
この事業は儲かるはずだ ↑ 仮説 (仮説とは呼びづらい) 事実 ×
今みたいな例は何かを合理的に説明す るためのものではないし単なる思い付 き思惑にも見える。 これは「仮説」というより 「仮定( Assumption )」と呼ぶのが正し いのかも。
Lean startupの文脈での仮説と仮定 (Hypothesis vs. Assumption) 仮説(Hypothesis)… 検証可能なもの。 仮定(Assumption)… 検証できないもの・ 検証が不要だと思い込んでいるもの。
Lean startupの文脈での仮説と仮定 (Hypothesis vs. Assumption) 仮説(Hypothesis)… 検証可能なもの。 仮定(Assumption)… 検証できないもの・ 検証が不要だと思い込んでいるもの。
こっちが大事 ↓
データで見る仮説の重要性 赤: 仮定 青: 仮説 1800年代 近代ビジネスでは 仮説が重視されている
りんごは売れるに違いない
りんごは売れるに違いない ↑ 思い込み・思惑 検証できない 単なる"仮定"
りんごは売れるに違いない ↑ 仮説にしたい
りんごは売れるに違いない ↑ 仮説にしたい ↑ 検証可能にする
りんごは売れるに違いない ↑ 検証するためには?
りんごは売れるに違いない ↑ 検証するためには? 売ってみる 聞いてみる : ↑ 実験 りんご どう?
りんごは売れるに違いない ↑ 検証するためには? 売ってみる 聞いてみる : ↑ 実験 売った結果 聞いた結果
: ↑ 事実・現象 1日 100個 売れた
りんごは売れるに違いない ↑ 検証するためには? 事実・現象を得られたので 合理的な仮の説明が考えられる 売ってみる 聞いてみる : ↑ 実験
: ↑ 事実・現象 1日 100個 売れた なぜ 100個 売れた 売った結果 聞いた結果
りんごは売れるに違いない ↑ 検証するためには? 事実・現象を得られたので 合理的な仮の説明が考えられる 売ってみる 聞いてみる : ↑ 実験
: ↑ 事実・現象 売れた100個の特徴は◦◦ 売った結果 聞いた結果
りんごは売れるに違いない 売ってみる 聞いてみる : ↑ 実験 : ↑ 事実・現象 ◦◦の人に
仮説の 検証 ↑ 検証するためには? 事実・現象を得られたので 合理的な仮の説明が考えられる 売れた100個の特徴は◦◦ 売った結果 聞いた結果
りんごは売れるに違いない 売ってみる 聞いてみる : ↑ 実験 : ↑ 事実・現象 思い付きの「仮定」を検証してみることで、
検証可能な「仮説」が生まれた ↑ 検証するためには? 事実・現象を得られたので 合理的な仮の説明が考えられる 売れた100個の特徴は◦◦ 売った結果 聞いた結果 ◦◦の人に
仮定を検証することで仮説にできた ↓ これで 検証可能な仮説によって ビジネスを推進できる!
だがしかし 検証をベースとした仮説立案では アイディアが収束していくだけで、 新しい仮説を立てることができないのでは? という不安
NO!! 新しいアイディアにこそ"制限"が必要。 "制限"を作ることでゲシュタルト的に仮 説を作れるので逆に発想が広がる。
人の思い込みは激しくて、 何の気づきもなければ見えてい る中での最適解を探してしまい ます。
検証による気づきを得ると、 一歩引いてみて物事を俯瞰した り別の角度から見ることができ ます。 !
検証による気づきを得ると、 一歩引いてみて物事を俯瞰した り別の角度から見ることができ ます。
検証による気づきの結果物事を 俯瞰したり別の角度から見るこ とができる。
ゲシュタルト 要素を全体でみることで 個々の要素の総和以上の意味を持つ。 パックマン x 3 パックマン x 3 +
白い三角形 ←ゲシュタルト的に新たな気 づきを得ることができる
まとめ
言葉の意味として、仮定は仮説の前提、仮説は仮定の評価。 (にわとりたまご案件ですが)仮説を立てないと検証できないが、 検証をすることで仮説が立てられる。 検証を繰り返すことでゲシュタルト的に見えてこなかった新しいア イディアが見えてくることがある。 ……というアカデミックな話がありますが…… ……えっと…つまり…… 仮説の定義とかゲシュタルトとか頭でっ かちなことで時間を使っていないでつべこべ言わず手を動かして検 証していくのがより良い回答への道だということが再認識できた!
ご清聴ありがとうございました m__m GOOB (Get Out Of the Building : 建物から出よう!)