mcpField
T
tool-design-sprint-readiness

tool-design-sprint-readiness

github.com/product-on-purpose生産性769624 回インストール4 日前に更新
リポジトリ

tool-design-sprint-readiness について

Design Sprintの実施を決めるチーム向けに、開始準備を診断するスキルです。課題、意思決定者、顧客へのアクセス、プロトタイプの実現性を確認し、Go、Conditional Go、Waitの判定と準備事項を示します。

主な機能

  1. 018項目の準備条件を評価
  2. 023段階の準備判定を提示
  3. 03不足情報や不確実性を特定
  4. 04参加者と顧客募集案を提案
  5. 05スプリント前の準備を提示

活用シーン

  1. 015日間のスプリント実施を判断
  2. 02Foundation Sprint後の検証方法を選択
  3. 03予定済みスプリントの前提条件を確認
  4. 04再実施前に課題と顧客アクセスを再確認

インストール

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

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

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

同梱ファイル

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

HISTORY.md
references/
EXAMPLE.md
TEMPLATE.md

詳細

デザインスプリントの準備状況

デザインスプリントがチームの現状に合っているかを評価します。デザインスプリントの失敗は大きなコストを伴います。4~7人のチームが5日間連続で取り組むことに加え、顧客の募集費用(通常は、謝礼を支払う見知らぬ人5人分)と、プロトタイプの作成が必要です。30~45分の準備状況診断を行えば、こうした失敗要因を、取り組みを始める前に見つけられます。

ファミリー契約:docs/reference/skill-families/design-sprint-skills-contract.md。このスキルは design-sprint-skills ファミリーの一員であり、ファミリー共通のフロントマターとデシーダーチェックポイントの要件に準拠しています。

使用する場面

  • チームがデザインスプリントの開始を検討しており、5日間の取り組みと顧客募集に労力をかける前に、迅速な診断が必要な場合。
  • チームがファウンデーションスプリントを終え、次のテストとしてデザインスプリント、小規模な実験、直接の開発のどれを選ぶか検討している場合。創業仮説は任意の入力コンテキストとして使用します(別途ブリッジスキルの成果物を用意する必要はありません)。
  • すでにスプリントの予定がカレンダーに入っており、前提条件(デシーダー、顧客、プロトタイプの媒体)が整っているかをチームが確認したい場合。
  • 初回のスプリントで結論が出なかった後にデザインスプリントを再実施する場合。新しい課題の設定と顧客へのアクセスの準備が整っているかを確認するために使用します。

使用しない場面

  • チームがすでにスプリントの実施を決めており、必要なのがブリーフだけの場合。代わりに tool-design-sprint-brief を使用してください。
  • チームに明確な課題がなく、まだディスカバリーの段階にある場合。まず問題の定義またはファウンデーションスプリントを行ってください。デザインスプリントには、スプリントに値する課題が必要です。
  • 5日間のチームの時間を費やすには負担が大きすぎる、小規模な改善の場合。代わりに、より軽い実験設計を使用してください。
  • 金曜日のテストに必要な顧客へのアクセスがなく、現実的な募集計画もない場合。金曜日にテストできないデザインスプリントは、学びの機会がない4日間のワークショップにすぎません。
  • デシーダーが参加できず、任命もできない場合。デザインスプリントでは、水曜日とテスト前日の木曜日に迅速な意思決定が必要です。決定権がなければ、スプリントは選択肢を生み出すだけで、決定には至りません。

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

次の6つのセクションからなる、単一の統合成果物です。

  1. 準備状況の判定:実施可/条件付きで実施可/延期
  2. 診断:整っていること、不足していること、不確かなこと
  3. 推奨する事前条件(判定が「延期」または「条件付きで実施可」の場合):スプリントの前にチームが行うべき準備作業
  4. 推奨参加者リスト(判定が「実施可」または「条件付きで実施可」の場合):役割への期待を含め、参加すべき4~7人
  5. 顧客募集計画(判定が「実施可」または「条件付きで実施可」の場合):対象者のプロフィール、募集元、人数、謝礼、募集担当者、募集期限(通常は金曜日の7~10日前)
  6. スプリント前の活動(判定が「実施可」の場合):月曜日までの日々の間に完了しておく準備作業

標準的な構成については references/TEMPLATE.md を、Brainshelf の書籍カタログに関する一連のやり取りを使った記入例については references/EXAMPLE.md を参照してください。

推論の入力

このスキルは、以下の入力をもとに推論を行い、判定を出します。

入力スキルが行うこと
チャレンジの説明チャレンジがスプリントに適しているか(4日間でプロトタイプを作れるほど具体的で、チームの5人日を費やす価値があるほど大きいか)を判断します
既存の仮説(Foundation Sprint またはその他で立てたもの)探索的な発見ではなく、検証可能な賭けがあることを確認します。FS スコアカードで最もリスクの高い前提を、スプリントの問いの候補とします
顧客へのアクセス状況重要です。金曜日に現実的な顧客アクセスがなければ、スプリントで検証できません
意思決定者の氏名と週全体の参加可能状況意思決定者が少なくとも月曜午前、水曜午前(ヒートマップ+スーパーボート)、金曜午後(意思決定者レビュー)に参加できることを確認します。できれば5日間すべて参加できるのが理想です
チーム構成の案4~7人の範囲に収まっているかを確認し、不足している役割(プロトタイプ作成のためのエンジニアリング、スケッチのためのデザイン、顧客インタビューのためのリサーチャーまたは PM)を指摘します
プロトタイプの媒体の実現可能性選択した媒体(クリック可能なプロトタイプ、スライド資料、サービスのロールプレイ、紙、物理モック)で1日でプロトタイプを作れることを確認します
(任意)ロジスティクス上の制約参加者全員が連続する5日間を確保できることを確認します

重要な入力が欠けている場合、または確度が低い場合、スキルはその旨を明示し、月曜日までに不足を解消する方法を提案します。

準備状況の基準(標準の8項目)

このスキルは、Sprint(Knapp、Zeratsky、Kowitz)、GV の「Is Your Idea Sprint-Worthy?」、Character Capital の Design Sprint ガイドに基づき、以下の8項目に照らしてチームを評価します。

  1. チャレンジが明確に定義され、スプリントに適しています。 4日間でプロトタイプを作れるほど具体的で、誤った方向に進んだ場合に大きなコストが生じるほど重要です。
  2. 賭ける価値のあるものがあります。 チームがスプリントを行わない場合、ためらったり、議論が長引いたり、何も考えずに構築を始めたりする可能性があります。スプリントによって何を置き換えられるかが、実施の根拠になります。
  3. 意思決定者が重要な場面に参加できます。 最低限、月曜午前(課題の設定)、水曜午前(ヒートマップ+スーパーボート)、金曜午後(意思決定者レビュー)への参加が必要です。できれば5日間すべて参加できるのが理想です。
  4. チームの規模が適切です(4~7人)。 4人未満ではスキルの網羅性が低下し、7人を超えると意思決定が遅くなります。
  5. チームは連続する5日間を確保できます。 中核メンバーの一部参加は認められません。専門家は特定のセッションにのみ参加できます。
  6. 金曜のテストに向けた顧客アクセスが確保されています(または7~10日以内に確保できます)。 対象プロファイルに合う顧客5人に謝礼を支払い、金曜の午前から午後の早い時間帯に予定を設定します。
  7. プロトタイプの媒体は1日で実現可能です。 クリック可能なプロトタイプ(Figma)、スライド資料(Keynote)、サービスのロールプレイ、紙、物理モック、または木曜に2人で作成できるその他の媒体です。
  8. スプリントの成果を次につなげる道筋があります。 金曜にスコアカードがまとまったら、チームは検証結果に基づいて行動する準備ができています(構築、反復、代替案へのピボット、または中止)。その後の取り組みが決まっていないスプリントは、活用されない学びに終わります。
パターン判定
8項目すべてを問題なく満たしている実施
1~2項目に対処可能な「要注意点」があり、月曜日までの1~2週間で対応できる準備内容を記録したうえで条件付きで実施
3項目以上を満たさない、または1、3、6のいずれかが致命的に不足している必要な事前作業を推奨して延期

これらの基準は、形だけ整えるためのチェックリストではなく、成否を左右する要件として扱ってください。「木曜までになんとかする」という理由で顧客にアクセスできない状況を取り繕うチームには、「条件付きで実施」ではなく「延期」と判定してください。

よくある落とし穴

  • スプリント劇場。 経営陣はすでに何を作るか決めており、スプリントは政治的な体裁を整えるために実施されています。金曜日の評価表によって決定が変わることはありません。このような状況であれば、正直な判定は「待機」であり、チームは5日間を無駄にするのではなく、認識のずれを上層部に伝えるべきです。
  • 決定者がいない、または委員会による決定。 実権のない「今週の決定者」では、水曜日の最終投票を有効にできません。真の決定者が重要な場面に出席できない場合は、延期してください。
  • 金曜日に顧客へアクセスできない。 これはスプリントが失敗する最も一般的な原因です。面識のない参加者を5人募集するには7〜10日かかります。募集は月曜日ではなく、準備状況が「Go」になった時点ですぐに始めます。アクセスが不確かな場合は、リクルーターと募集元が確定するまで「待機」と判定してください。
  • 課題の範囲が広すぎて1週間に収まらない。 「オンボーディングを再設計する」は範囲が広すぎますが、「B2Bトライアル顧客向けに、初回登録フローを設計してテストする」ならスプリントに適した規模です。課題の範囲を限定できない場合は、まず問題の枠組みを定めてください。
  • デザインスプリントとファウンデーションスプリントを混同する。 ファウンデーションスプリントでは戦略的な方向性を選びます(2日間、プロトタイプなし、顧客なし)。デザインスプリントでは、選んだ方向性を検証します(5日間、プロトタイプあり、顧客あり)。チームがまだ方向性を選んでいない場合、必要なのはデザインスプリントではなく、まずファウンデーションスプリントです。
  • 「どうせ実施するのだから」と診断を省略する。 ファウンデーションスプリントの準備状況確認と同じ失敗につながります。診断にかかる時間は45分ですが、スプリントが失敗した場合のコストは、35〜40人日、顧客への謝礼、機会費用です。

標準的な出典

  • Knapp, J., Zeratsky, J., and Kowitz, B. Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days. Simon and Schuster, 2016. 第2章「Set the Stage」では、スプリントに適した課題の基準を扱っています。
  • GV Design Sprint Guide.「あなたのアイデアはスプリントに適していますか?」https://www.gv.com/sprint/
  • Character Capital.「スプリントを実施するタイミング」https://www.character.vc
  • Google Design Sprint Kit. スプリント前チェックリスト。https://designsprintkit.withgoogle.com/

スキル間の利用

このスキルは、design-sprint-skills ファミリーの入り口です。前提条件はありません(metadata.prerequisites フィールドは意図的に空にされています)。

判定が Go の場合、次に自然に呼び出すのは tool-design-sprint-brief です。課題、チーム、募集計画、プロトタイプの媒体、ロジスティクスを確定します。判定が Wait の場合、通常は前提作業(問題の枠組みの整理、ファウンデーションスプリント、顧客募集の準備)を行ってから、このスキルを再度呼び出します。

ファウンデーションスプリントを終えて直接参加するチームは、創設仮説を入力コンテキストとして持ち込んでください。仮説の中で最もリスクの高い前提(通常は FS 前提条件評価表に記されています)が、tool-design-sprint-brief のスプリント質問の第一候補になります(同ツールでスプリントの質問を確定します)。月曜日の tool-design-sprint-map-and-target では、午前中に確定済みの質問をさらに絞り込みます。橋渡しとなるスキルは存在せず、必要もありません。引き継ぎの流れは _workflows/foundation-to-design.md と両方のユーザーガイドに記載されています。

チームが、デザインスプリントが適切なツールなのか(小規模な実験や直接の開発と比較して)意見が分かれている場合、準備状況の話し合いの最中に tool-note-and-vote を一度呼び出すことがあります。実際には、診断によって結論が出ることがほとんどです。

決定者のチェックポイント

このスキルは references/TEMPLATE.md の決定者チェックポイントで終了します。決定者は判定(Go/Conditional Go/Wait)を承認し、診断を受け入れ、重要な出席時間帯に参加することを明示的に約束します。決定者の承認がなければ、判定は助言にとどまります。承認があれば、その判定がスプリントと募集作業を開始(または延期)するための正式な約束になります。

コメント