tool-design-sprint-prototype-plan

デザインスプリントのプロトタイプ計画（木曜日の午前）

木曜日はプロトタイプを作成する日です。このスキルが作成するのは、プロトタイプの作成を進めるための午前の計画資料であり、プロトタイプそのものを作成するわけではありません。このスキルでは、役割を割り当て、忠実度の基準を確定し、Five-Act インタビュースクリプトの草案を作成し、試運転のゲートを定義し、金曜日の参加者を確認します。実際の作成（Figma のフレーム、スライド資料、ロールプレイ用スクリプト、紙での組み立て）は、木曜日の残りの時間を使ってチームが担当する制作作業です。

ファミリー契約：docs/reference/skill-families/design-sprint-skills-contract.md。このスキルは design-sprint-skills のメンバーです。

使用する場合

• デザインスプリントの木曜日の午前で、水曜日のストーリーボードが承認済みの場合。
• 金曜日の参加者トラッカーで木曜日の午前に確認が必要で、キャンセルがあればバッファを有効にする場合。
• 木曜日の午後にインタビュアーが模擬実施する前に、インタビュースクリプトを作成する（または前回のスプリントのテンプレートから改良する）必要がある場合。
• 並行してプロトタイプを作成し始める前にチームの役割を割り当てる必要がある場合。木曜日の午後にその場で割り当てると、1～2時間の無駄が生じます。

使用しない場合

• 水曜日の作業が完了していない場合。tool-design-sprint-decide-and-storyboard に戻ってください。確定したストーリーボードがなければ、プロトタイプの仕様がありません。
• チームがこのスキルを使ってプロトタイプを作成しようとしている場合。プロトタイプの作成は制作作業です（DS 統合計画の批准済み決定 1 による）。このスキルは木曜日の計画を立てます。作成は Figma、Keynote、紙など、使用する媒体で行います。
• チームが金曜日の試運転を省略することにした場合。試運転は、実際のインタビュー開始前に「プロトタイプにアクセスできない」「インタビュースクリプトが顧客を混乱させる」といった問題を見つけるためのゲートです。省略すると、金曜日がデバッグの時間になってしまいます。
• 金曜日の参加者のキャンセルにより、コホートが 4 人未満になった場合。スプリントを一時停止し、金曜日を延期するか、エビデンスが限られるテストを受け入れるかを判断してください。

このスキルが作成するもの

次の 5 つのセクションからなる単一の統合資料です。

1. プロトタイプの役割計画：5 つの標準的な役割（Maker、Stitcher、Writer、Asset Collector、Interviewer）をチーム全体に割り当てます。少人数のチームでは役割の兼任が可能ですが、Asset Collector を除き、3 つの役割を兼任することはできません。
2. プロトタイプ概要：作成する内容（対象となるストーリーボードのパネル）、忠実度の基準（媒体ごとに「十分にリアル」とは何か）、役割ごとの時間配分、明示的に作成しないものを記載した 1 ページの仕様です。
3. インタビュースクリプト（Five-Act）：標準の Five-Act 構成（Welcome、Context、Intro、Tasks、Debrief）に、ストーリーボードをもとにチームが作成したタスクの文言を組み合わせます。各 Act の順序は固定で、Tasks のみを大幅にカスタマイズします。
4. 試運転チェックリスト：金曜日の開始前に、木曜日の午後（標準では 16:00～17:00）にプロトタイプが通過すべきゲートです。各ゲートは、インタビュアーまたは Maker が確認する「はい／いいえ」の項目です。
5. 参加者確認トラッカー：木曜日の午前に金曜日の 5 つの枠すべてを再確認します。キャンセルがあればバッファ枠を有効にし、対応できない場合はコホートに関する判断の段階へ進みます。

標準の構成については references/TEMPLATE.md を、Brainshelf の書籍カタログを題材にした木曜日の午前の資料例については references/EXAMPLE.md を参照してください。

5つの標準的な役割

スプリントの書籍の第16章では、次の5つの役割を定義しています。スキルが役割を割り当て、人間がそれぞれの役割を担います。

役割	担当すること	一般的な担当者
Maker	プロトタイプの画面を作成します（Figmaのフレーム、Keynoteのスライド、ロールプレイ用の小道具）。ビジュアルとインタラクションの作業を担当します。	デザインリード
Stitcher	Makerが作成した画面をつなぎ、一貫したエンドツーエンドのフローにします（Figmaのインタラクション、Keynoteのトランジション、ロールプレイの進行）。	デザインリードまたはエンジニアリングリード
Writer	プロトタイプの文言を作成します（ボタンのラベル、本文、エラー状態、マイクロコピー）。信頼性を高めるうえで重要であり、文言が悪いと信頼を損ないます。	PMまたはリサーチャー
Asset Collector	画像、アイコン、サンプルデータ（本の表紙、名前、日付、架空ながらも現実味のあるデータ）を用意します。	手の空いているメンバーなら誰でも。多くの場合、クリティカルパスにいないメンバーが担当します。
Interviewer	金曜日のインタビューを進行します。木曜日の午後に、5幕構成のスクリプトを作成し、模擬進行を行います。	リサーチャー、またはインタビュー経験のあるPM

4人のチームでは、MakerとStitcherを兼任することが一般的です（デザイン担当者1人）。WriterとAsset Collectorも兼任できます。Interviewerは必ず専任の役割とします。

5幕構成のインタビュー

スプリントの書籍の第17章に示された標準的な構成です。幕の順序は固定されています。Tasksの幕は大幅にカスタマイズしますが、その他の幕では標準的な表現をほぼそのまま使います。

幕	時間	目的	標準化の度合い
Welcome	5分	親しみやすく導入し、同意を確認します。顧客をテストするのではないことを説明します。	チーム名を置き換える標準的な表現
Context	5～10分	課題に関連する、顧客の現在の行動や状況を把握します。	標準的な質問を使い、チームが課題に合わせて調整します。
Intro	5分	プロトタイプを紹介し、プロトタイプであること（動作しない部分もあること）を説明して、考えていることを声に出してもらいます。	標準的な表現
Tasks	20～30分	顧客がストーリーボードのタスクに取り組みます。インタビュアーは観察し、質問を掘り下げます。チームは別室から無言で観察します。	ストーリーボードをもとにチームが文言を作成します。
Debrief	5～10分	自由回答で感想を聞きます。必要に応じて価格に関する質問をし、謝意を伝えます。	標準的な構成を使い、チームが価格に関する質問を調整します。

よくある落とし穴

• プロトタイプを学習ツールではなく、納品物として扱う。 金曜日にどうなろうと、プロトタイプは金曜日の17:00 PTに役目を終えます。忠実度の基準を超えて磨き上げるためにエンジニアリングの時間を費やすと、木曜日の時間が無駄になります。
• 十分なリアリティを作り込まず、見た目を磨くことに注力する。 忠実度の基準を判断する質問は、「30分のインタビューで、顧客はこれを本物だと思うか」です。そうであれば、プロトタイプは完成です。それ以上に磨き上げると、試行とリカバリーの時間が奪われます。
• インタビューのスクリプトに誘導的な質問がある。 「カメラのフローは簡単に使えましたか？」は誘導的ですが、「今行ったことを順を追って説明してください」は誘導的ではありません。Writer（またはInterviewer）は、試行の前にスクリプトを確認し、誘導的な質問がないかチェックします。
• 試行を省略する。 試行を行うと、動かないFigmaのリンク、不足しているアセット、分かりにくい文言、インタビュアー用スクリプトが長すぎる問題を発見できます。木曜日の午後に、必ず架空の顧客（ターゲットプロファイルの顧客を演じるチームメイト）を相手に実施します。
• 「重要ではない」という理由でAsset Collectorを割り当てない。 Asset Collectorは、「デモ画面にlorem ipsumが表示されている」ことや、「ターゲット顧客には明らかに見えない人物のストックフォト」が使われることを防ぐ役割です。必ず担当者を割り当てます。
• 5幕構成のTasksの幕をスクリプト化しすぎる。 タスクは自由度を高くします（「この本を保存して、後でライブラリから見つけてみてください」）。スクリプト化しすぎると、テストではなくチュートリアルになってしまいます。
• 「何とかする」として、木曜日の朝に発生したキャンセルを共有しない。 木曜日の朝は、予備の参加者に依頼できる最後の余裕がある時間帯です。木曜日の午後になると、リクルーターが参加確定と判断できる確度は低くなります。

スキル間の使用方法

前提条件：tool-design-sprint-decide-and-storyboard。Prototype-plan では、水曜日に作成したストーリーボードをビルド仕様として使用します。ストーリーボードがなければ、このスキルで役割を対応付けるパネルがありません。

このスキルでは tool-note-and-vote は呼び出しません。木曜日の午前の計画には投票の場面はなく、役割の計画とスクリプトの決定は、Decider の承認を得たうえで Facilitator が主導します。

スプリントで次に呼び出すスキル：金曜日の午前に tool-design-sprint-test-and-score。

公式資料

• Knapp, J.、Zeratsky, J.、Kowitz, B. Sprint. Simon and Schuster、2016年。木曜日の章（第14～16章）および Five-Act Interview（第17章）。
• GV Design Sprint Guide.「スプリントウィークの木曜日。」https://www.gv.com/sprint/
• Character Capital.「デザインスプリントの4日目。」https://www.character.vc
• Google Design Sprint Kit.「木曜日のアジェンダテンプレート＋Five-Act Interview スクリプトテンプレート。」https://designsprintkit.withgoogle.com/

Decider のチェックポイント

このスキルは references/TEMPLATE.md の Decider チェックポイントで終了します。Decider は、役割の計画、プロトタイプ概要の忠実度の基準、インタビュースクリプトの Tasks の段階、および試行の実施可否を判断する基準を承認します。承認後、チームは並行してビルド作業に取りかかり、Decider は金曜日の午後に、インタビュー後の Decider レビューに戻ります。