デザインスプリントは、Google Ventures（GV）が 2010 年代に提唱した、「5日間で課題定義からプロトタイプ検証まで一気に進める」 という方法論です。
月曜に問題を定義し、金曜にユーザーテストまで終わらせる。この「スピード感」は、当時のスタートアップ界隈では革新的でした。
しかし、2026 年の今、私はこのプロセスに対して、「5日間の単発スプリントより、1週間で『3ラウンドのミニスプリント』が現場に合う」 という確信を持っています。
GV式スプリントの限界
まず、従来の GV 式スプリントをおさらいします。
月曜：課題 + Solution Sketch（複数案を短時間で描く）
火曜：投票 + Storyboard（最優案を絞り、ストーリーボード化）
水曜：Prototype 構築（実装チームが、Wednesday Prototype と呼ぶ低忠実度プロト）
木曜：ユーザーテスト準備（テスト対象者との日程調整）
金曜：ユーザーテスト実施（通常 5 名）この流れの問題点：
- 月曜の「課題定義」が浅い。 前提としてペルソナやジャーニーが決まっていることが暗黙の了解。empathize フェーズが不足。
- 火曜の「投票」が、多数決に偏りやすい。 定性的な議論より「手挙げ」で決まり、本当の創造的判断が入らない。
- 水曜の prototype は「見た目」重視。 相互作用や実装面での現実的な制約が見えない。
- 金曜のテストで「失敗」が決まったら？ そこから改善って、次週になってしまう。スプリントが終わったら終わり、という雰囲気になりやすい。
2026 年の現場が求める形
過去 2 年で、私が複数企業で試行した「1 週間 3 ラウンドミニスプリント」の枠組みがあります。
Monday 午前：empathize + define（ユーザーペルソナ確認、隠れたニーズの洞察）
Monday 午後：ideate ラウンド 1（Crazy 8s 形式、20 案を 30 分で描く）
火曜 午前：ideate ラウンド 1 の投票 + 絞り込み（定性議論を重視）
火曜 午後：ラウンド 2 Prototype（ideate 出力を、段ボール/ペーパー/Figma で可視化）
水曜：ラウンド 2 Prototype の改善 + ユーザーテスト 1（社内ユーザー + 1-2 名外部）
木曜 午前：テスト結果の共有 + ideate ラウンド 3（新たな気づきを基に、改善案を素早く提案）
木曜 午後：ラウンド 3 Prototype 実装
金曜：最終テスト + Next Sprint への引き継ぎ（一連が終わりではなく、反復への接続）この形の特徴：
- 「ラウンド」という概念を導入。 1 つのスプリントが「単発」ではなく「反復的」になる。
- テスト → 改善 → テストが、1 週間内に 2-3 回転する。 スプリント内での学習が深い。
- 金曜は「終わり」ではなく「次への開始地点」。 Next Sprint への引き継ぎ資料を作成。
- リモート対応。 全員が毎日 Zoom で繋がり、非同期タスク（プロト制作）と同期タスク（投票・議論）を明確に分ける。
実践例：某 EdTech 企業の「学習進捗可視化機能」スプリント
昨年 11 月、あるオンライン教育企業が「生徒が自分の学習進捗を『ゲーム的に見える化する』機能」を 1 週間で定義・プロト・テストしたケースです。参加者はプロダクト PM、エンジニア、デザイナー、教育企画者の 4 名。
月曜 AM：empathize + define
最初に「実際の生徒の学習行動」に関するデータを 15 分間で確認。
- 小学 3 年生の男子は「短期的な達成感」に駆動される
- 中学生の女子は「同級生との比較」を気にする（が表には出さない）
- 母親は「子どもの学習時間」より「理解度」を知りたい
この 3 つのペルソナに対して、隠れたニーズを洞察。
「子どもは『見える化』されることで『サボってるのがバレる』という不安。でも『目に見える成長』があれば、モチベーションに変わる。大人（親）と子どもで、求める『見える化の粒度』が違う。」
この気づきが、その後の全ラウンドを支配しました。
月曜 PM：ideate ラウンド 1（Crazy 8s）
A4 紙を 8 分割し、各自 8 分間で 8 案を描く（企業によって「ゲーム的ダッシュボード」「RPG 的レベルゲージ」「SNS 的チャレンジ表示」など、全く違う発想）。
その後、皆で 20 案を壁に貼り、sticky notes で「これ面白い」「これ実装できそう」「これ子どもが喜びそう」と 3 軸で投票。
従来の GV スプリントなら「どれが一番いい？」と単純投票します。ここは違う。「複数軸での評価」で、複数の有望案を複合させるアイデアが出やすくなる。
火曜 AM：投票 + 定性議論
3 案に絞ったら、各案に対して「なぜ、これを選んだのか」を担当者が 3 分で説明。その後、PM から「実装リスク高くない？」「生徒が『ゲーム的じゃなくて勉強っぽい』と感じたら逆効果では？」といった異議が出る。
議論の中で「案 B と案 C を融合させたら？」という新しい案が現れ、それが採用されました。
単純投票では、こういった「融合案」は出にくい。 複数案の議論を経て初めて、「本当に実現したいカタチ」が浮かび上がります。
火曜 PM：ラウンド 2 Prototype（Figma + ペーパー）
決まった案を、デザイナーが Figma でモックアップ。同時に教育企画者がペーパープロトタイプ（印刷物に手書きで追加）を制作。2 つの parallel プロト。
水曜：テスト ラウンド 1
プロダクト企業の本社に「実際のユーザー」（生徒 2 名 + 母親 1 名）を招待。Figma プロトを見せ、タスク実施してもらう。
「君の学習進捗が今、ここまで来ていることをどう思う？」
生徒の反応：「あ、レベル上がった。もうちょっと頑張ったら次のステージだ」（ゲーム的動機が発火） 母親の反応：「この『理解度 72%』は、どうやって計測されてるの？」（信頼性への疑問）
この 2 つの異なる反応が、ラウンド 3 へのインプット。
木曜 AM：ラウンド 3 ideate
テスト結果を踏まえ、小 1 時間の ideate。
母親の「理解度の算定ロジック」への疑問に対して、「問題ごとの正答率 + 解答時間 + 復習頻度」を表示する改善案が出ました。これは月曜の ideate では誰も思いつかなかった。
テスト → 改善のサイクルが、新しい創造を生んだ。
木曜 PM：ラウンド 3 Prototype
Figma で改善版を実装。金曜のテストに備える。
金曜：最終テスト + Next Sprint への引き継ぎ
別の生徒 2 名 + 母親 1 名でテスト。前回より反応が良好。しかし「実装の複雑さ」が見えてきたため、Friday の夜に「Phase 2 スプリント」の課題を定義し、Monday に引き継ぎ。
1 週間で『3 ラウンド』のテスト → 改善を回し、次のスプリントに接続させた。
なぜ「反復スプリント」が有効か
従来の GV スプリントは「1 週間で 1 つの仮説を検証」する形でした。
しかし、複雑な問題では「仮説 A が検証されたとしても、実装には新しい課題が出てくる」が常です。
新形式の「反復スプリント」なら、その課題を スプリント内で複数ラウンド対応できる。 結果として「1 週間後には、より精度の高いプロトタイプと、次フェーズへの明確な課題が揃っている」状態に到達します。
また、リモート前提で設計 されているため：
- 全員が毎日の進捗を見える化（Figma のコメント機能、Slack での共有）
- 非同期で proto を作っている間、管理者がテスト対象者の日程調整
- 「待つ時間」が最小化される
実施のポイント
- Monday AM の empathize を絶対に省かない。 前提が違うと、全てのラウンドがズレる。
- 各ラウンド間で「定量 + 定性」の両軸でのフィードバック。 投票だけでなく、「なぜ良かったのか」を言語化する。
- テスト対象者を「毎ラウンド同じ人」に。 変わるたびに context が失われる。
- 金曜は「終了」ではなく「次スプリントの開始」 として、課題リストと仮説を明記。
2026 年のデザイン思考にとって
GV スプリントは、確かに革新的でした。ですが、15 年経った今、実務は進化しています。
リモート環境、AI による高速プロトタイピング、ユーザーニーズの複雑化。
これらに対応するには、「5 日間で全て終わらせる」単発思考より、『1 週間で複数ラウンド反復する』柔軟性 が必要です。
一度試してみると、「テスト → 改善 → テスト」の反復が、想像以上に創造の質を高めていることに気づくでしょう。
カテゴリ: tools（ツール・手法） 参考:
- Google Design Sprint（公式サイト）
- prototype フェーズの本質
- test フェーズで学ぶべきこと
更新情報: 2026-05-25：リモート対応 + 反復スプリント形式を中心に再構成。GV 式との比較を整理。