デザイン思考 vs リーンスタートアップ vs アジャイル — 何が違うのか

「デザイン思考でやろう」「リーンスタートアップの方がいい」「アジャイルで回そう」。

新規事業の現場で、この3つの手法がバラバラに語られることがある。あるいは、どれも同じようなものだと思われていることもある。どちらも間違っている。

デザイン思考、リーンスタートアップ、アジャイル。この3つは目的が違う。解く問いが違う。だからプロセスも成果物も違う。

だが、対立する手法ではない。補完する手法だ。

この記事では、3つの手法の本質的な違いを明確にし、新規事業のどのフェーズでどの手法を使うべきか、そしてどう組み合わせるかを解説する。

3つの手法の比較一覧

まず全体像を掴んでほしい。

この表を見れば、3つの手法が「同じこと」をやっているのではないことがわかるはずだ。それぞれが、新規事業の異なるフェーズの問いに答える。

デザイン思考 — 「正しい課題を見つける」

概要

デザイン思考は、スタンフォード大学d.schoolやIDEOで体系化された人間中心の問題解決アプローチだ。5つのフェーズで構成される。

1. 共感（Empathize）: 顧客を観察し、話を聞き、体験を理解する
2. 定義（Define）: 顧客の真の課題を言語化する
3. 発想（Ideate）: 多様な解決策のアイデアを出す
4. 試作（Prototype）: アイデアを素早く形にする
5. 検証（Test）: 顧客にプロトタイプを触ってもらい、反応を見る

解く問い

デザイン思考が解く問いは「顧客は本当に何に困っているのか」だ。

多くの新規事業は、解決策から始まる。「AIで〇〇する」「プラットフォームで△△を効率化する」。だが、その解決策が本当に顧客の課題を解決するかは、顧客に聞かないとわからない。

デザイン思考は、解決策を考える前に「正しい課題」を発見するプロセスだ。

強みと限界

強み:

• 顧客の深層的なニーズやインサイトを発見できる
• プロトタイプで素早くアイデアの反応を確認できる
• 部門横断チームの共通言語として機能する

限界:

• 「この課題を解決する事業は成り立つか」の判断は出ない
• プロセスが概念的で、大企業では「で、何が決まったの？」となりやすい
• ブレインストーミング的なワークショップで終わるリスクがある

デザイン思考の最大の落とし穴は、「共感」と「発想」で盛り上がり、「検証」が浅いまま終わることだ。顧客の課題を発見しても、それが事業として成立するかの検証が別途必要になる。

→ デザイン思考を新規事業に活かす方法

→ ダブルダイヤモンドモデル — 発散と収束を使いこなす

リーンスタートアップ — 「正しい事業モデルを見つける」

概要

エリック・リースが『The Lean Startup』で体系化した手法。事業アイデアを「仮説」として捉え、Build-Measure-Learnのサイクルで検証していく。

1. Build（構築）: 仮説を検証するための最小限のプロダクト（MVP）を作る
2. Measure（計測）: 顧客の反応をデータで計測する
3. Learn（学習）: データに基づいて、Pivot（方向転換）かPersevere（継続）を判断する

解く問い

リーンスタートアップが解く問いは「この事業は成り立つか」だ。

顧客が課題を抱えていることはわかった。解決策の方向性も見えた。だが、顧客はこの解決策にお金を払うのか。事業として収益が成り立つのか。この問いに答えるのがリーンスタートアップだ。

強みと限界

強み:

• 事業仮説を体系的に検証できる
• 小さく始めて、データに基づいて判断できる
• 失敗のコストを最小化できる

限界:

• 「何を検証すべきか」が不明確だと、Build-Measure-Learnが空転する
• MVP（最小限のプロダクト）の定義が曖昧になりがち。「最小限」が人によって違う
• 大企業では「まず作ってみる」の文化が根付きにくい

リーンスタートアップの前提は、「何を検証すべきか（仮説）」が明確であること。仮説が曖昧なまま「とりあえずMVPを作ろう」としても、何が検証されたかわからないまま時間が過ぎる。

→ リーンスタートアップを大企業で実践する方法

アジャイル — 「正しいプロダクトを作る」

概要

アジャイルは、ソフトウェア開発のための方法論群の総称だ。2001年の「アジャイルソフトウェア開発宣言」に基づく。代表的なフレームワークにスクラムがある。

1. 計画（Sprint Planning）: 次のスプリント（1-4週間）で何を作るか決める
2. 開発（Development）: スプリント内で機能を開発する
3. レビュー（Sprint Review）: できたものをステークホルダーに見せる
4. 振り返り（Retrospective）: プロセスを改善する

解く問い

アジャイルが解く問いは「このプロダクトをどう作るか」だ。

何を作るべきかは決まっている。顧客も特定されている。事業モデルも見えている。この段階で、プロダクトを素早く・高品質に・変化に対応しながら作るのがアジャイルの役割だ。

強みと限界

強み:

• 変化に柔軟に対応できる。要件が途中で変わっても、スプリント単位で軌道修正できる
• 定期的にデリバリーするので、進捗が可視化される
• チーム内の自律性が高い

限界:

• 「何を作るべきか」の答えは出ない。アジャイルは「作る」プロセスであり、「何を作るか」を決めるプロセスではない
• 顧客課題が未検証のまま開発を回すと、「速く間違ったものを作る」だけになる
• 大企業のウォーターフォール文化との衝突が起きやすい

アジャイルの最大の誤解は、「アジャイルでやれば新規事業がうまくいく」という期待だ。アジャイルは開発手法であり、事業戦略のフレームワークではない。「何を作るべきか」が間違っていれば、どれだけアジャイルに作っても失敗する。

3つの手法の本質的な違い

違い1: 問いの対象が違う

• デザイン思考: 「顧客は何に困っているのか」（課題の発見）
• リーンスタートアップ: 「この事業は成り立つのか」（事業仮説の検証）
• アジャイル: 「このプロダクトをどう作るか」（プロダクトの構築）

違い2: 不確実性の種類が違う

• デザイン思考が扱う不確実性: 顧客の課題やニーズが不明確
• リーンスタートアップが扱う不確実性: 事業モデルの成否が不明確
• アジャイルが扱う不確実性: プロダクトの仕様や技術的要件が不明確

違い3: 成果の判断基準が違う

• デザイン思考: 「顧客の深いインサイトが得られたか」
• リーンスタートアップ: 「事業仮説が検証されたか（Go / Pivot / No-Go）」
• アジャイル: 「動くプロダクトがデリバリーされたか」

この違いを理解していないと、「デザイン思考をやったのに事業計画が出なかった」「アジャイルで開発したのに顧客がつかなかった」という的外れな不満が生まれる。

→ 仮説検証とは何か — 新規事業で「正解」を見つけるプロセス

新規事業での組み合わせ方

3つの手法は、新規事業のフェーズに応じて順番に使う。

デザイン思考（課題発見）→ リーンスタートアップ（事業検証）→ アジャイル（プロダクト開発）

フェーズ1: デザイン思考で「正しい課題」を見つける

新規事業の最初のフェーズでは、「誰の、どんな課題を解決するか」がまだ定まっていない。

デザイン思考のプロセスで顧客を観察し、インタビューし、課題を定義する。プロトタイプを作って反応を見る。このフェーズの成果物は「検証すべき事業仮説」だ。

デザインスプリントを使えば、このプロセスを5日間に圧縮できる。

→ デザインスプリントとは — 5日間で答えを出すフレームワーク

フェーズ2: リーンスタートアップで「事業判断」を出す

課題が特定できたら、次は事業としての成立性を検証する。

リーンキャンバスで仮説を構造化し、MVPで顧客の反応を計測し、事業のGo / Pivot / No-Goを判断する。このフェーズの成果物は「検証済みの事業仮説」と「事業判断」だ。

大企業で仮説検証を実践する場合、6-8週間の仮説検証スプリントが現実的な期間になる。

→ MVPとは — 新規事業で「最小限の検証」を実現する方法

フェーズ3: アジャイルで「プロダクト」を作る

事業判断がGoとなったら、プロダクト開発に入る。

ここでアジャイルの出番だ。スクラムのスプリントで、優先度の高い機能から順に開発・デリバリーする。顧客のフィードバックを受けながら、スプリントごとに軌道修正する。

3つのフェーズの接続が重要

問題は、多くの新規事業がフェーズ1かフェーズ3しかやらないことだ。

パターンA: デザイン思考だけで終わる ワークショップで顧客インサイトを得た。アイデアも出た。だが、事業検証に進まず、レポートにまとめて終わり。「面白い発見だったね」で棚上げされる。

パターンB: いきなりアジャイルで開発する 事業仮説の検証をスキップして、「まずプロダクトを作ろう」とアジャイル開発を始める。3ヶ月かけてプロダクトを作ったが、顧客がつかない。

正しいパターン: 3つを順番につなげる デザイン思考で課題を見つけ、リーンスタートアップで事業を検証し、アジャイルでプロダクトを作る。各フェーズの成果物が、次のフェーズの入力になる。

大企業での実践上の注意点

注意点1: 手法の名前に振り回されない

「デザイン思考をやってください」と言われたとき、本当に求められているのは「顧客の課題を理解すること」かもしれないし、「新しいアイデアを出すこと」かもしれない。手法の名前ではなく、「今、何を確かめたいか」から出発する。

経営層が「アジャイルで進めてほしい」と言ったとき、実際に必要なのはリーンスタートアップの仮説検証かもしれない。手法の名前を翻訳して、目的に合ったプロセスを設計する。

注意点2: フェーズの飛ばしが最大のリスク

大企業で最も多い失敗は、デザイン思考（課題発見）の後、リーンスタートアップ（事業検証）を飛ばして、いきなりアジャイル（開発）に入ることだ。

なぜ飛ばすのか。事業検証には「この事業はやめるべきだ（No-Go）」という結論が出るリスクがある。すでに稟議が通っている場合、No-Goは言いにくい。結果、検証を飛ばして開発に入り、後になって「顧客がいなかった」と気づく。

仮説検証フェーズを飛ばすコストは、開発費の全額だ。検証にかかるコストは、開発費の10分の1以下で済む。

→ リーンスタートアップを大企業で実践する方法

注意点3: 全フェーズを一気にやろうとしない

デザイン思考からアジャイルまで一気に走ると、1年以上かかる。大企業では、その間に事業環境が変わり、担当者が異動し、経営方針が変わる。

段階的に進める。各フェーズの終わりに判断ポイントを設け、GoかNo-Goかを決める。「課題が確認できたから、次は事業検証に投資する」「事業検証でNo-Goが出たから、ここで撤退する」。段階的な投資判断が、大企業で新規事業を進めるコツだ。

注意点4: 各フェーズの成果物を「稟議の言語」に変換する

デザイン思考の成果物を「ペルソナと共感マップ」のまま稟議に出しても通らない。「インタビューした5名中4名が同じ課題を挙げた。この課題を解決する市場はSAMで500億円」と翻訳する。

リーンスタートアップの成果物を「ピボットしました」と報告しても伝わらない。「仮説Aは顧客の反応が弱く、仮説Bに修正した。修正後の検証で、ターゲット顧客10名中7名が導入意向を示した」と翻訳する。

手法の専門用語ではなく、稟議で使われる言葉——根拠、データ、判断材料——で説明する。

→ サービスデザインとは — 顧客体験を起点にしたビジネス設計

よくある質問

Q: デザイン思考とデザインスプリントの違いは？

デザイン思考は「考え方のフレームワーク」。デザインスプリントは「5日間で実行するプロセス」。デザイン思考の要素（共感、定義、発想、試作、検証）を5日間に凝縮して実行するのがデザインスプリントだ。

→ デザインスプリントとは — 5日間で答えを出すフレームワーク

Q: リーンスタートアップとアジャイルはどう違う？

リーンスタートアップは「何を作るべきか」を見つけるプロセス。アジャイルは「それをどう作るか」のプロセス。リーンスタートアップで「この事業をやるべきだ」と判断した後に、アジャイルで開発する。逆にすると、「速く間違ったものを作る」ことになる。

Q: 3つ全部を使わないとダメか？

順番に全て使う必要はない。だが、少なくとも「課題の検証」と「事業の検証」は飛ばさない方がいい。デザイン思考のフルプロセスは省略しても、最低限の顧客インタビューは行う。アジャイルを使わなくても、段階的な開発はできる。飛ばしてはいけないのは、リーンスタートアップ的な仮説検証のフェーズだ。

→ MVPとは — 新規事業で「最小限の検証」を実現する方法

→ PMF（プロダクトマーケットフィット）とは — 達成の見極め方

まとめ

デザイン思考、リーンスタートアップ、アジャイル。3つの手法は対立するものではなく、新規事業の異なるフェーズに対応する補完的なアプローチだ。

• デザイン思考: 「正しい課題」を見つける
• リーンスタートアップ: 「正しい事業モデル」を見つける
• アジャイル: 「正しいプロダクト」を作る

重要なのは、この順番を守ることだ。課題を見つける前に事業を設計しない。事業を検証する前にプロダクトを作らない。各フェーズの問いに答えてから、次に進む。

手法の名前にこだわる必要はない。「今、何を確かめるべきか」。この問いに対して、最も効率的なプロセスを選ぶ。それが、新規事業を前に進める実践的なアプローチだ。

LITMUSは、新規事業の検証に特化したスタジオです。デザイン思考で発見した課題を、リーンスタートアップの手法で事業判断に変えます。6週間で仮説整理からプロトタイプ検証、事業判断レポートまで一気通貫で提供します。

50万円から始められるEntry Moduleもあります。詳しくは LITMUS をご覧ください。