mcpField
T
tool-design-sprint-sketch

tool-design-sprint-sketch

github.com/product-on-purposeデザイン・UI769622 回インストール4 日前に更新
リポジトリ

tool-design-sprint-sketch について

Design Sprintの火曜に、ライトニングデモと4段階のソリューションスケッチを通じて、個別にアイデアを検討するスキルです。活動を構成し、スケッチは各チームメンバーが作成します。

主な機能

  1. 01ライトニングデモから再利用可能なパターンを抽出
  2. 02分担型または共通対象のスケッチ計画
  3. 034段階のスケッチ手順の構成
  4. 04金曜のリクルーティング状況の更新

活用シーン

  1. 01月曜に定めた対象場面からコンセプトを探る
  2. 02各メンバーが独立して解決案をスケッチ
  3. 03水曜のヒートマップ用に匿名スケッチを準備
  4. 04金曜のインタビュー参加者を再確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/product-on-purpose/pm-skills --skill tool-design-sprint-sketch

インストール後、Claude Code で/tool-design-sprint-sketchを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

HISTORY.md
references/
EXAMPLE.md
TEMPLATE.md

詳細

デザインスプリントのスケッチ(火曜日)

火曜日の「個人作業をしながら一緒に進める」活動を構成します。各チームメンバーは、独立して静かに作業し、午前中にライトニングデモを、午後に4段階のソリューションスケッチを作成します。このスキルは活動を構成するもので、スケッチを作成するのは人間です。水曜日のヒートマップの方向づけには、グループブレインストーミングによって互いに影響を受けていない、独立したスケッチの一群が必要です。

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

使用する場合

  • デザインスプリントの2日目で、月曜日のマップとターゲットの成果物が承認済みである場合。
  • 各チームメンバーが、ライトニングデモのソースを3つ以上持参する場合(既存の製品、参考資料、課題に関係する類推)。
  • チームが、静かに独立してスケッチするという制約を受け入れ、グループブレインストーミングに陥らないと合意している場合。
  • スケッチの提出期限が火曜日の終業時で、水曜日の午前中にヒートマップを作成する場合。

使用しない場合

  • 月曜日の作業が完了していない場合。tool-design-sprint-map-and-targetに戻ってください。
  • チームがグループでブレインストーミングをしたがっている場合。スプリントの手法ではこれを明確に避けています。チームが独立した作業に取り組むと約束できない場合、多様なスケッチは生まれず、ヒートマップは人気投票になってしまいます。
  • スケッチの工程をプロトタイプとして扱っている場合。スケッチは紙やFigmaのフレームで行うコンセプトの探索であり、木曜日に作る動作するプロトタイプではありません。
  • スケッチの提出期限が火曜日の午前中の場合。火曜日は丸一日を使う日です。昼食までに急いで作ると、水曜日にチームが読み取れないスケッチになってしまいます。

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

次の4つのセクションからなる、1つにまとめられた成果物です。

  1. ライトニングデモボード:各チームメンバーがデモを3つ発表します(各3分)。ファシリテーターは、各デモから再利用可能なパターンを抽出し、1行のメモにまとめます。その結果、12~21個のパターン(チームメンバー4~7人 × デモ3つ)をまとめたボードができます。
  2. スケッチの割り当て計画:分担(各自がターゲットとなる場面の異なる部分をスケッチ)または一斉(全員が同じターゲットをスケッチ)にします。v0.1のデザインスプリントでは、一斉を標準とします。分担は、同じターゲットで2回目のスプリントを行い、対象範囲を広げたいチーム向けです。
  3. 各チームメンバーによる4段階のスケッチ:ノート(月曜日の成果物とライトニングデモを見直す20分間)、アイデア(ラフな落書きをする20分間)、Crazy 8s(最も有望なアイデアの8つのバリエーションを8分間で作成)、ソリューションスケッチ(最終的な3パネルのストーリーボード形式のスケッチを30~90分間で作成)。
  4. リクルーティングトラッカーの更新:Riley(またはリクルーター)が金曜日の枠を確認し、キャンセルを明らかにして、必要に応じて予備枠の有効化を開始します。

標準的な構成についてはreferences/TEMPLATE.mdを、Brainshelfの書籍カタログに関する火曜日の成果物の例についてはreferences/EXAMPLE.mdを参照してください。

火曜日の時間構成

火曜日のワークショップ全体は約7時間です(09:00-12:30 + 13:30-17:00)。このスキルに含まれる成果物は、1日を通して形になっていきます。

  • 09:00-09:15:歓迎 + 月曜日の振り返り + 火曜日のアジェンダ
  • 09:15-10:45:ライトニングデモ(各参加者が3分のデモを3回 + ファシリテーターによる1分の抽出 = 1人あたり約12分、4人チーム = 約50分、7人チーム = 約85分)
  • 10:45-11:00:休憩
  • 11:00-11:30:スケッチの割り当て計画 + Notes ステップ(各参加者が月曜日の成果物とライトニングデモのボードを黙って確認)
  • 11:30-12:30:Ideas ステップ(各参加者がノートまたは Figma フレームに黙ってアイデアを描く)
  • 12:30-13:30:昼食 + (並行して)リクルーティングトラッカーの確認
  • 13:30-13:40:Crazy 8s(8分間で、最も有力なアイデアのバリエーションを8つ作成)
  • 13:40-15:30:ソリューションスケッチ(最終的な3パネルのスケッチ。全員が無言で作業し、ファシリテーターが時間を管理)
  • 15:30-15:45:休憩
  • 15:45-16:30:スケッチを回収し、名前を付け、水曜日のボード用に撮影。スケッチを描いた人の情報は非表示(水曜日のヒートマップでは誰が描いたか分からないようにする)
  • 16:30-17:00:終業時のチェックイン。スケッチのアップロードと、水曜日の朝の出席を確認

このスキルの180分の時間枠には、ファシリテーターが進行する部分(ライトニングデモ + 割り当て + 回収)が含まれます。黙って行うスケッチのステップ(Notes、Ideas、Crazy 8s、Solution Sketch)は個人作業で、並行して進めます。チームは同じ部屋(またはビデオ通話)に集まりますが、協力して作業することはありません。

よくある落とし穴

  • グループでのブレインストーミング。 最もよくある失敗です。スプリントの手法では、グループでのスケッチを明確に禁じています。最良のアイデアではなく、最も声の大きい人の意見に収束したスケッチが生まれるためです。スケッチのステップ中に沈黙を守らせることが、ファシリテーターの役割です。
  • スケッチが具体性に欠ける。 ソリューションスケッチは、描いた本人が説明しなくても水曜日の朝に理解できるものでなければなりません。ヒートマップを作るチームが「これは何ですか?」と尋ねなければならないなら、そのスケッチは読みやすさの基準を満たしていません。
  • ライトニングデモを省略する。 ライトニングデモは任意のウォームアップではありません。チームだけでは思いつかなかったような、外部のパターンを取り入れるためのものです。省略すると、内向きなスケッチになります。
  • デモのファシリテーターが再利用可能なパターンを抽出できない。 各デモから、デモ全体ではなく、再利用可能なパターンを記録する必要があります。「Spotifyのホーム画面」はパターンではありません。「パーソナライズされたカードが並び、ワンタップで操作できるフィード」はパターンです。
  • プロトタイプをスケッチする。 ソリューションスケッチはコンセプトであり、プロトタイプは木曜日に作るものです。プロトタイプそのものを作ろうとするスケッチは、適切でない要素(ビジュアルの仕上げ、コピーなど)が過剰に詳細になり、必要な要素(インタラクションの順序、ユーザーの反応など)の詳細が不足します。
  • 水曜日のヒートマップで、誰が描いたかが分かってしまう。 水曜日のヒートマップは、チームがスケッチを描いた人ではなく、スケッチに投票できるよう、誰が描いたか分からない状態にします。水曜日に名前付きのスケッチが届いた場合、ファシリテーターが名前を取り除きます。

スキル間の利用

前提条件:tool-design-sprint-map-and-target。Sketch では、月曜日に設定したターゲットモーメントを、4ステップのスケッチプロトコルのデザインターゲットとして使います。ターゲットモーメントがなければ、スケッチは共通の方向性を持たずに分散します。

このスキルは tool-note-and-vote を呼び出しません。火曜日に投票の機会はなく、投票はすべて、スケッチを作成した後の水曜日に行います。

スプリントで次に実行するスキル:水曜日の朝に tool-design-sprint-decide-and-storyboard。

参考資料

  • Knapp, J., Zeratsky, J., and Kowitz, B. Sprint. Simon and Schuster, 2016. 火曜日の章(第8〜10章)、特に4ステップのスケッチプロトコル(第9章)。
  • GV Design Sprint Guide. 「Sprint Week Tuesday」 https://www.gv.com/sprint/
  • Character Capital. 「Design Sprint Day 2」 https://www.character.vc
  • Google Design Sprint Kit. 「Tuesday agenda template + four-step sketch handout」 https://designsprintkit.withgoogle.com/

ディサイダー・チェックポイント

このスキルは、references/TEMPLATE.md にあるディサイダー・チェックポイントで終了します。火曜日の日中にディサイダーが決定を下すことはありません。火曜日のディサイダーの役割は、ほかのスケッチャーと同じくスケッチを描くことです(ディサイダーも全員と同様に、独立してスケッチを描きます)。火曜日の終わりに行うディサイダー・チェックポイントは、ロジスティクスの確認です。すべてのスケッチが集まり、作者名が取り除かれ、水曜日の朝の出席が確認されていることを確かめます。実質的なディサイダーの判断は、水曜日の朝のスーパーボートで行われます。

コメント