大事な決定の前に、短い期間で試作品を作り、使う人に試してもらう（デザインスプリント）

## その決定に、スプリントが合っているかを確かめる - ユーザー体験、サービス、メッセージ、ワークフローの不確実性によって重要な意思決定が滞っている場合に、スプリントを使う。 - 複数の職能にまたがり、無視できないコストまたはリスクを伴い、対象ユーザーが反応できる形で十分に表現できる課題を優先する。 - スプリント後に下すべき意思決定、その決定責任者、不確実性が続くことで生じる影響を明示する。 - 日常的な提供作業の代用、原因が明らかな不具合の修復、長期的な技術的実現可能性の証明、統計的な妥当性の主張にはスプリントを使わない。 - チームが意思決定、検証可能な体験、参加可能な対象者を特定できない場合は、先に不足している調査や準備を行う。 ## 一番大きなリスクを問いにし、成功の基準を先に決める - ユーザーまたは組織に起こしたい変化を示す、長期的な成果を書く。 - 検証済みの事実と仮定を分け、最大のリスクを明確なスプリント上の問いへ変換する。 - 対象ユーザー、状況、行動、体験の中で重要となる瞬間を定義する。 - 中心となる仮説を支持する、弱める、または無効にする観察可能な証拠を明示する。 - 魅力的な実装によって成功の定義がひそかに変わらないよう、解決案を評価する前に意思決定基準を定める。 - 意思決定に関係するアクセシビリティ、信頼、プライバシー、運用、事業上のガードレールを含める。 ## 決める人（Decider）1人と進行役を、始める前に決める - 範囲を確定し、グループ内で意見が分かれた時に方向性を選べる権限を持つ決定責任者（Decider）を1人任命する。 - 解決案を誘導せず、進行手順、時間制限、参加のバランス、証拠の基準を守る進行役（Facilitator）を任命する。 - ユーザー、提供方法、制約、事業成果を直接理解している、少人数の部門横断チームを編成する。 - 必要に応じて専門家を限定的な意見提供に招く。すべての活動への参加は求めない。 - スプリント開始前に、調査、参加者募集、プロトタイプ作成、運営準備の担当を割り当てる。 - 決定責任者が不在の場合に、どうすれば適時に判断を得られるかを記録する。権限が未確定なことは延期の理由になる。 ## じゃまされない時間を取り、試してもらう人を早めに集める - 中断のない作業時間を確保し、参加条件を明示する。参加が断続的になると、共有している背景理解が弱くなる。 - 共同作業場所、全員が見えるタイマー、マッピングとスケッチの道具、プロトタイプ用ツール、意思決定記録を用意する。 - 既存の調査、制約、指標、過去の試行、既知の未解決事項を、簡潔な事実資料にまとめる。 - デザイン作業と並行して代表性のある参加者を募集し、同意とプライバシーの取り扱いを確認して、予備の参加者も予定に入れる。 - 日程はチームに合わせて調整してよいが、理解、発散、意思決定、プロトタイプ作成、検証の順序は保つ。 - 各段階から次の段階に使える成果物が生まれるよう、活動時間を縮める前に対象範囲を狭める。 ## 目標までの流れを図にし、試す場面を1つ選ぶ - 望ましい成果を起点に、そこへ至る関係者、主要な手順、意思決定、引き継ぎを図式化する。 - 分野の専門家から事実、制約、失敗の形、未解決の問いを聞く。話し合いを特定案の売り込みにせず、知見を記録する。 - 有望な問題を、答えを1つに誘導せず複数の回答を生み出せる機会の問いへ言い換える。 - 不確実性、ユーザー価値、意思決定への影響が交わる瞬間を見つける。 - 決定責任者が、時間内に表現して検証できる、扱いやすい対象を1つ選ぶ。 - 除外した関係者、手順、仮定を記録し、狭い対象をシステム全体と取り違えないようにする。 ## 評価の前に、一人ずつ別々に案を描く - 分野の内外から関連するパターンを少数確認し、見た目を模倣するのではなく原則を抽出する。 - 各参加者は、目標、マップ、問い、制約を確認してから、それぞれ独立して案を考える。 - メモから大まかな案のバリエーションへ進み、最後に流れが明確で、説明がなくても理解できる解決案のスケッチへ仕上げる。 - 制作負担を抑えながら、案を評価できるだけの詳細さを持たせる。 - 立場、本人の自信、プレゼンテーション能力が選択を左右しないよう、作成者と評価を切り離す。 - 意思決定の段階までは、本質的に異なる複数のアプローチを残す。早すぎる統合は、有用なトレードオフを見えにくくする。 ## 案を黙って見比べ、決める人が方向を選ぶ - まず解決案を黙って確認し、魅力的な要素、懸念、答えが出ていない仮定に印を付ける。 - 構造化した批評によって案を説明し、スプリント上の問いとの関係を示し、最もリスクの高い主張を特定する。 - 参加者の投票は情報として扱い、説明責任を伴う意思決定の代わりにはしない。 - 決定責任者が1つの方向性、または互いに両立する場面を明示的に組み合わせた案を選ぶ。 - 採用した仮説、採用しなかった選択肢、未解決のリスク、判断理由を記録する。 - 見せかけの合意形成を避ける。意見の不一致は、表に出し、既知の権限によって解決すれば有用な証拠になる。 ## 選んだ案を、場面ごとの絵コンテ（ストーリーボード）と質問の台本にする - 信頼できるきっかけから、重要な行動や判断が明らかになる瞬間まで、参加者の体験を記述する。 - 選んだ方向性を、具体的な内容、遷移、選択肢、システムの反応を含む、場面ごとのストーリーボードにする。 - 観察者が意図したデザインを説明しなくても、参加者が状況を理解できるだけの文脈を含める。 - プロトタイプを作る前に矛盾と欠けている状態を解消する。ストーリーボードの曖昧さは、手戻りの負担を大きくする。 - 中心となる問いを検証するために必要な経路に絞り、合意した期限で対象範囲を固定する。 - 中立的な質問、中心となる課題、追加の掘り下げ質問、期待事項を伝える冒頭説明を含む、別のインタビューガイドを作成する。 ## 中の仕組みは作らずに、本物らしく見える試作品を作る - 基盤となるシステムは実装せずに、信頼できる反応を引き出せる、実物らしい表層を作る。 - 忠実度を問いに合わせる。表から見えない仕組みは簡略化しつつ、結果に関わる内容、タイミング、操作、意思決定は現実らしくする。 - 制作を明確な役割に分け、1人の統合担当者が一貫性を保ち、インタビュー担当者は検証準備に専念できるようにする。 - 関係のない案を同じプロトタイプへ詰め込まず、一貫した仮説を1つ検証する。 - 表層だけのプロトタイプでは確かめられない、運用、法務、プライバシー、アクセシビリティ、安全上の仮定を明記する。 - 経路全体を予行し、進行を妨げる不具合を直す。意思決定を変えない細部の磨き込みは打ち切る。 ## 使う人に1人ずつ聞き、ほめ言葉より実際の動きを見る - 現実的な課題の文脈で参加者を1人ずつインタビューし、比較できるよう全員に同じ中心シナリオを使う。 - 開かれた中立的な質問をし、画面の使い方を教えたり案を擁護したりせず、考えていることを声に出してもらう。 - 全般的な称賛や表明された好みより、観察した選択、ためらい、理解、回避行動、失敗を優先する。 - インタビュー担当者が信頼関係を保つ間、観察者は参加者と場面ごとに簡潔な証拠を記録する。 - 予想外の行動を掘り下げる一方で、全員に共通する中心質問と、状況に応じた追加質問を区別する。 - 同意、機密性、尊厳、参加者の安全を守り、その境界を侵す活動は直ちに中止する。 ## 分かった事を整理し、次の一歩の担当者と期限を決める - 繰り返し現れるパターンと意味のある外れ値が見えるよう、観察内容を参加者と重要な場面ごとに整理する。 - 直接得た証拠と解釈を分けたうえで、各発見をスプリント上の問いと意思決定基準に結び付ける。 - 確信度を正直に評価する。少人数の定性的サンプルと模擬体験から分かるのは、使いやすさや提案への納得を示す兆候であり、母集団の推定や実運用での実現可能性ではない。 - 先へ進む、案を修正する、検証を繰り返す、新しいリスクを調べる、別の調査方法を使う、またはその方向性を打ち切る、のいずれかを決める。 - 分かったこと、まだ不確かなこと、今最も重要な仮定、次に必要な証拠を明示する。 - スプリントが発表だけで終わらず行動へつながるよう、次の意思決定または実験の担当者と期限を決める。