design-sprint について
Design Sprintは、デザイン、プロトタイプ作成、顧客テストを通じて重要なビジネス課題に取り組む5日間のプロセスです。個人での構造的な検討と現実的なプロトタイプにより、開発に着手する前に方針を評価できます。
主な機能
- 015日間のデザインとテストのプロセス
- 02構造化された個人でのスケッチ
- 03Deciderが重要な判断を担当
- 04顧客テスト向けの現実的なプロトタイプ
- 05ターゲット顧客によるテスト
活用シーン
- 01開発前に新製品の方針を検証
- 02投資前にリスクの高い案を評価
- 03議論が停滞したチームの前進を支援
- 04ユーザー向け課題について関係者の認識を調整
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ wdavidturner/ product-skills --skill design-sprintインストール後、Claude Code で/design-sprintを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
patterns/_template.mdexpert-interviews-skipped.mdfacilitator-participates.mdgroup-brainstorming.mdignoring-sprint-questions.mdmissing-decider.mdno-debrief.mdprototype-scope-creep.mdprototype-too-polished.mdskipping-the-map.mdstoryboard-too-vague.mdtesting-for-validation.mdtesting-wrong-users.mdtoo-many-ideas.mdwrong-problem-for-sprint.mdreferences/design-sprint-playbook.md詳細
デザインスプリント
概要
デザインスプリントとは、デザイン、プロトタイピング、顧客とのテストを通じて、重要なビジネス上の問いに答えるための5日間のプロセスです。Google Ventures(現在のGV)のJake Knappが考案し、Slack、Uber、Airbnb、LEGO、New York Timesのチームや、数百社のスタートアップで活用されてきました。
核心となる考え方は、アイデアについて何カ月も議論してから、何カ月もかけて開発するのではなく、すべてを1週間に凝縮することです。 金曜日には、実際の顧客を対象にリアルなプロトタイプをテストし、正しい方向に進んでいるかどうかがわかります。
デザインスプリントは、チームの働き方の既定値を変えます。
- 終わりのないブレインストーミングの代わりに、構造化された個人でのスケッチ
- 委員会によるデザインの代わりに、決定権を持つ1人の決定者
- 実際の製品を作る代わりに、リアルな「偽の」プロトタイプ
- リリースして期待する代わりに、対象となる顧客5人とのテスト
どのような場合に使うか
次のような場合にデザインスプリントを活用してください。
- 新しいことを始める場合で、エンジニアリングのリソースを投入する前に方向性を検証する必要がある
- リスクが大きい場合 — プロジェクトに多額の投資が必要で、開発を始める前に確信を得たい
- 行き詰まっている場合 — チームが何週間、何カ月も同じアイデアについて議論しているのに進展がない
- 行動に関する大きなリスクがある場合 — 製品によって、顧客が仕事のやり方や考え方を変える必要がある
- 意見の一致が必要な場合 — 関係者のビジョンが異なり、合意を促す仕組みが必要である
- 時間的なプレッシャーがある場合 — 期限、ローンチ時期、または限られた資金余力がある
どのような場合に使わないか
次のような場合は、デザインスプリントを使わないでください。
- 既存顧客からすでに明確な兆候が得られている(代わりに改善を繰り返してください)
- 解決策が明白で、リスクも低い(そのまま開発してください)
- 主要な関係者が1週間を通して参加できない
- テスト対象となる顧客にアクセスできない
- 調査結果を実際の行動につなげるつもりがなく、「イノベーションの見せかけ」として活用しようとしている
- ユーザー向けの要素がなく、純粋に技術的な問題である
パターン
デザインスプリントを正しく実施する方法を示す詳細な例です。各パターンでは、よくある間違いと正しいアプローチを紹介します。
重大(ここで間違えると、1週間を無駄にします)
| パターン | 説明 |
|---|---|
| wrong-problem-for-sprint | すべての問題がスプリントに適しているわけではありません — 適切な課題を選びましょう |
| missing-decider | 決定者が参加していないと、スプリントが停滞したり、決定が覆されたりします |
| prototype-too-polished | ちょうどよい品質を目指しましょう — テストできるだけのリアルさと、捨てられるだけの粗さが必要です |
| testing-wrong-users | 無作為に選んだ50人より、対象となる顧客5人のほうが有効です |
| skipping-the-map | 問題をマッピングせずに解決策に飛びつくと、必ず認識のずれが生じます |
影響大
| パターン | 説明 |
|---|---|
| group-brainstorming | 一緒に、しかし個別に取り組みましょう — 個人でのスケッチは、グループでのアイデア出しより効果的です |
| too-many-ideas | 好きなものを選ぶ方式にするのではなく、1つのプロトタイプに決めましょう |
| expert-interviews-skipped | 月曜日のインタビューでは、何もしなければ金曜日まで気づかない制約が明らかになります |
| storyboard-too-vague | ストーリーボードは設計図です — 曖昧なストーリーボードからは、混乱したプロトタイプが生まれます |
| prototype-scope-creep | 製品全体ではなく、重要な経路をプロトタイプにしましょう |
| testing-for-validation | テストの目的は学ぶことであり、自分が正しかったと証明することではありません |
中程度の影響
| パターン | 学べること |
|---|---|
| ignoring-sprint-questions | スプリントの質問を月曜日に書き出し、金曜日に回答します |
| facilitator-participates | ファシリテーターは進行に徹し、自分のアイデアを売り込みません |
| no-debrief | 金曜日に見いだしたパターンを、月曜日の意思決定の前に整理する必要があります |
詳細解説
詳しい情報が必要な場合にのみお読みください。
references/design-sprint-playbook.md:フレームワークの詳細、チェックリスト、例を拡充した資料です。
リソース
書籍:
- Jake Knapp、John Zeratsky、Braden Kowitz 著『Sprint』 — 完全ガイド
- Jake Knapp、John Zeratsky 著『Make Time』 — 生産的なスプリントを支える、集中力と活力を高めるための戦術
オンライン:
- The Sprint Book — 無料のリソース、Miro のテンプレート、動画による解説
- GV Library — Google Ventures によるエッセイと事例研究
- Character Labs — スプリントの連続実施を活用する Jake と John のアクセラレータープログラム
由来: デザインスプリントは Jake Knapp が Google で開発し、Google Ventures で数百回のスプリントを通じて改良され、2016 年の書籍『Sprint』にまとめられました。デザイン思考、IDEO の手法、意思決定と創造性に関する心理学の研究に基づいています。