デザイン思考×アジャイル統合モデル — ダブルダイヤモンドとスプリントの接続法

「デザイン思考とアジャイル、どちらを使えばいいのか」——この問いは立て方が間違っています。競合しない。異なる問いに答えるツールです。デザイン思考は「何を作るべきか」を問う。アジャイルは「どう作るか」を最適化する。

問題は、この2つが別々のチームに分断されているか、そもそもどちらかしか使われていないケースが圧倒的に多いことです。

なぜ統合が難しいのか

タイムスケールの違い

デザイン思考の共感フェーズでは、ユーザーリサーチ、インタビュー、観察に数週間を費やすことがあります。アジャイルのスプリントは通常2週間です。「リサーチが終わらないうちにスプリントが始まってしまう」という状況が生じます。

成果物の形式の違い

デザイン思考はインサイト、POVステートメント、HMW質問といった「問いの精度を高めるための成果物」を生みます。アジャイルはユーザーストーリー、スプリントバックログ、リリース可能なプロダクトインクリメントを求めます。この成果物の形式の違いが、「デザイン思考で出た洞察をどうアジャイルのバックログに変換するか」という具体的な摩擦を生みます。

チームの構成の違い

デザイン思考はしばしばUXリサーチャー、デザイナー、マーケターが主導し、アジャイルはプロダクトオーナー、スクラムマスター、開発チームが主体です。同じプロジェクトにこれらの役割が混在するとき、誰が何の権限を持ちどこで意思決定するかが曖昧になります。

統合モデルの設計

ダブルダイヤモンドの第1ダイヤモンドをアジャイルの前に置く

最もシンプルな統合パターンは、ダブルダイヤモンドの「Discover（発見）→Define（定義）」フェーズをスプリント0として位置づけることです。

フェーズ0（デザインスプリント）: 4-8週間
  Discover: ユーザーリサーチ・インタビュー
  Define: インサイト統合・問題定義・HMW

フェーズ1以降（アジャイル開発）: 2週間スプリント × N
  Sprint 1-3: プロトタイプ・コア機能開発
  Sprint 4-6: 検証・改善・拡張
  Sprint N: リリース

このモデルの肝は、フェーズ0の「Define」の成果物が、アジャイルの「プロダクトバックログの初期版」になるという接続点です。HMW質問からユーザーストーリーを導出することで、バックログの根拠が「仮説」ではなく「ユーザーリサーチに基づく洞察」になります。

実際にやってみると、フェーズ0を経てスプリントに入ったチームは、「なぜこの機能を作るのか」という問いに全員が同じ答えを持てます。これが開発中の意思決定速度を上げ、手戻りを減らします。

継続的な発見（Continuous Discovery）との統合

単発のフェーズ0ではなく、スプリントと並行してリサーチを継続する「継続的な発見（Continuous Discovery）」という手法があります。Teresa Torres が体系化したこのアプローチでは、毎週最低1回のユーザーインタビューをルーティン化します。

ワークショップでよく起こるのは、「毎週インタビューなんて時間が取れない」という反応です。しかし実際にやってみると、週1回15分のインタビューを3ヶ月続けたチームは、プロダクト方向性の大きな転換を4回行い、そのたびに「なぜ転換するか」の根拠をユーザーの言葉で持てることに気づきます。

プロトタイプをスプリントの成果物として組み込む

デザイン思考のプロトタイプフェーズは、アジャイルのスプリントと相性がよいです。スプリントの成果物を「動くソフトウェア」に限定せず、「学習を最大化するための最小限の成果物（プロトタイプを含む）」と定義することで、ペーパープロトタイプやワイヤーフレームもスプリントの正当な成果物になります。

スプリントレビューで開発済みコードではなくインタラクティブなプロトタイプをステークホルダーに見せることで、フィードバックの質が変わります。動いているように見えるものを見た人は、抽象的な要件定義書よりもはるかに具体的な意見を持ちます。

接続のための役割設計

プロダクトトライアド

デザイン思考とアジャイルの統合が機能しているチームに共通するのは、「プロダクトトライアド」と呼ばれる3者の連携です。

• プロダクトマネージャー：何を作るかのビジネス判断
• UXデザイナー/リサーチャー：ユーザーリサーチとプロトタイプ
• テックリード：実装可能性と技術的な実現方法

この3者が週次で同期し、バックログの優先順位付けをユーザーの声と技術制約の両方から判断するプロセスが、デザイン思考とアジャイルを橋渡しします。

デザイン思考をファシリテートするスクラムマスター

参加者からの声として多いのは、「スクラムマスターがデザイン思考のファシリテーション能力を持っていると、スプリントプランニングの質が変わる」という点です。「なぜこのユーザーストーリーを優先するか」を問い続ける姿勢が、バックログを「やることリスト」から「仮説の優先順位付け」へと変えます。

よくある失敗と対策

失敗1：デザイン思考フェーズが長くなりすぎてスプリントが始まらない

原因：共感フェーズに完璧なリサーチを求めすぎること。対策：フェーズ0の期間を最大4週間と固定し、「十分なインサイト」ではなく「最初のスプリントを始めるのに必要な最低限のインサイト」を目標にする。

失敗2：スプリントが始まったらデザイン思考の視点が消える

原因：UXリサーチャーがフェーズ0だけに関与し、開発フェーズでチームを離れること。対策：UXリサーチャーを開発チームの正式メンバーとして継続参加させる。

失敗3：プロトタイプがスプリントバックログを無視する

原因：デザイナーとエンジニアが別のリズムで動いていること。対策：プロトタイプの範囲をスプリント境界に合わせ、「このスプリントでテストするプロトタイプ」という単位で管理する。

どこから始めるか

デザイン思考とアジャイルの統合を最初の一歩から始めるなら、次のスプリント0を「ユーザーリサーチ専用スプリント」として設定することから試してみてください。

全員でユーザーインタビュー3件を実施し、エンパシーマップを作り、HMW質問を5つ出す。そこから最初のスプリントバックログを作る。この経験が、「デザイン思考は開発前の別フェーズ」ではなく「開発のための視点として統合できる」という実感をチームに与えます。

---

参考文献

• Teresa Torres, Continuous Discovery Habits, Product Talk LLC, 2021
• Jake Knapp, John Zeratsky, Braden Kowitz, Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days, Simon & Schuster, 2016
• Marty Cagan, Inspired: How to Create Tech Products Customers Love, Wiley, 2018（2nd ed.）
• Design Council, “The Double Diamond: A Universally Accepted Depiction of the Design Process”, designcouncil.org.uk, 2019