tool-foundation-sprint-brief

Foundation Sprint ブリーフ

Day 1 が始まる前に、範囲、意思決定の目標、参加者、実施要項、成功基準についてチームの認識をそろえる、1 ページのブリーフを作成します。よくできたブリーフがあれば、Day 1 の冒頭で「なぜここに集まったのか」を蒸し返さずに済みます。ブリーフがなかったり、曖昧だったりすると、そうなるのはほぼ確実です。

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

使用する場面

• tool-foundation-sprint-readiness の準備状況の判定が Go（または前提条件を解消済みの Conditional Go）である場合。
• スプリントの日程がカレンダーで確保されており、何のためのスプリントなのかを明示する成果物が必要な場合。
• チームで準備活動を予定しており、持参するものを記載した文書が必要な場合。
• 懐疑的な経営幹部から「チームは 2 日間、何をするのか」と聞かれ、1 ページに収まる回答が必要な場合。

使用しない場面

• スプリントがすでに始まっている場合。ブリーフは準備用の成果物であり、スプリント中に作成する成果物ではありません。Day 1 が始まっている場合は、代わりに tool-foundation-sprint-basics を実行してください。
• 準備状況の判定が Wait の場合。ブリーフで準備不足のチームを整えることはできません。まず前提条件を満たし、次に準備状況を再確認してから、このスキルを実行してください。
• チームが戦略文書を求めている場合。ブリーフは内部向けの準備資料であり、ステークホルダー向けの成果物ではありません。ステークホルダー向けの文書が必要な場合は、後続の成果物として作成してください。
• ブリーフが複数ページの戦略文書になりそうな場合。そこで止め、構成を見直してください。正式なブリーフは 1 ページです。

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

6 つのセクションをまとめた単一の成果物です。

1. 取り組みの説明と重要性：チームが何を対象にスプリントを行うのか、方向性を誤ると高くつく理由を示す 1 段落。
2. スプリントで解決すべき意思決定事項：スプリントで解決する、未決定の戦略的な問い。1 文で記載します。
3. 役割分担を含むチーム名簿：誰が参加し、スプリントの各セクションでどの役割を担うのかを記載します。
4. 実施計画：日程、時間、場所、形式（対面、リモート、ハイブリッド）、ツール、1 日の進行を記載します。
5. 持参する既存のインプット：スプリント中に参照する調査、顧客事例、競合情報、指標、制約を記載します。
6. 準備状況の再確認：tool-foundation-sprint-readiness による Go の判定が引き続き有効であるか、最後に確認します。

正式な構成については references/TEMPLATE.md を、Brainshelf の書籍カタログを題材にしたブリーフの例については references/EXAMPLE.md を参照してください。

推論に使用する入力

入力	スキルによる処理
準備状況の判定と推奨事項（tool-foundation-sprint-readiness から取得）	推奨参加者、前提条件、スプリント前の活動をブリーフに反映し、未解決の前提条件があれば明示します
取り組みの説明	「取り組みの説明」セクション用に 1 段落にまとめます
チーム名簿	メンバーを Foundation Sprint に必要な役割（Decider、Facilitator、PM、Design、Engineering、Customer Expert）に割り当てます
実施上の制約	日程、時間、場所、形式、ツールをまとめた表を作成し、スプリントが 2 日を超える原因となる制約があれば明示します
（任意）懐疑的な経営幹部への説明ポイント	「なぜ今なのか」「なぜこれなのか」という疑問に答えるよう、「重要性」の段落を調整します

ブリーフの長さに関するルール

ブリーフは必ず 1 ページ（または 1 画面）に収めてください。このスキルでは、文字数を直接制限するのではなく、構成を工夫してこれを徹底します。

• 取り組みの説明：1 段落、最大 4 文。
• スプリントで解決すべき意思決定事項：1 文。
• チーム名簿：1 人につき 1 行の表。
• 実施計画：表。
• 持参するインプット：最大 5 項目の箇条書き。
• 準備状況の再確認：チェックリスト。

ブリーフがこの範囲を超えるようなら、スプリント開始前に設計を複雑にしすぎています。解決策はブリーフを長くすることではなく、意思決定の目標を明確にすることです。

よくある落とし穴

• ブリーフを作り込みすぎること。 ブリーフは準備用の資料であり、戦略文書ではありません。エグゼクティブサマリーや付録があったり、「背景」セクションが1段落を超えていたりする場合は、目的から外れています。
• ブリーフをステークホルダー向けの成果物として扱うこと。 ステークホルダーが読むのはブリーフではなく、最後に示される「創業仮説」です。ブリーフはチーム向けです。公開すると、スプリントで解決するはずの議論がスプリント前に始まってしまいます。
• 判断の目標が曖昧なこと。 「戦略を考える」は判断ではありません。「選択肢Aと選択肢Bのどちらかを最有力案として決定する」は判断です。
• ロジスティクスが曖昧になること。 「日程は後で決める」や「ときどきハイブリッド形式で集まる」という言い方からは、チームがスプリントに実際にコミットしていないことが伝わります。日程と形式を確定するか、準備状況の判定が誤っていたかのどちらかです。
• 準備状況の再確認を省略すること。 準備状況の判定は、その時点でのスナップショットです。前提条件が崩れたり、準備状況の確認後に決定者の都合が変わったりした場合、ブリーフではその事実を明らかにする必要があります。見て見ぬふりをしてはいけません。

標準的な情報源

• Character Capital。「Foundation Sprint guide」。スプリント前の準備とチームの範囲設定に関するセクション。
• Knapp, J., and Zeratsky, J. Click: How to Make What People Want. スプリント前の準備に関する推奨事項。
• pm-skills foundation-meeting-brief の先例：会議向けのブリーフ構成パターンを、Foundation Sprint の戦略的な文脈に合わせて応用しています。

スキル間の連携

前提条件：tool-foundation-sprint-readiness。このブリーフでは、準備状況の出力を主な入力として使用します。prerequisites が適用される場合、ブリーフは準備状況の判定、参加者の推奨事項、スプリント前の活動を引き継ぎます。そのうえで、このスキルが内容を精査し、確定します。

準備状況スキルを明示的に実行せずに同等の準備を済ませている場合（例：準備状況の基準を把握している経験豊富なスプリントファシリテーターの場合）、ブリーフスキルを直接呼び出せます。その場合、スキルの本文はブリーフの生成前に、準備状況の基準を満たしていることをチームに確認します。

スプリント中の次の呼び出し：Day 1 の午前に tool-foundation-sprint-basics を実行します。

決定者の確認ポイント

このスキルは、references/TEMPLATE.md にある決定者の確認ポイントで終了します。決定者は、範囲（判断の目標）、チーム（参加者一覧と役割分担）、成功基準（スプリントの成否を決める条件）、そしてすべての方向性を残すのではなく、スプリントで最有力案を決めるという明示的なトレードオフを承認します。承認がなければブリーフは助言にとどまります。承認があれば、次の2日間の契約となります。