tool-foundation-sprint-magic-lenses

Foundation Sprint Magic Lenses

Foundation Sprint の 2 日目の午後です。チームは複数の視点から各候補アプローチを評価し、矛盾を明らかにして、最有力案とバックアッププランを作成します。Decider は両方を決定します。明確なバックアップがなければ、最有力案が無効になったとき、チームは曖昧な議論に戻ってしまいます。

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

使用するタイミング

• Foundation Sprint の 2 日目の午後。
• Approach Options が確定しており、3～7 個の候補アプローチが次の段階に進んでいる。
• チーム固有のカスタムレンズを少なくとも 1 つ用意している（承認済みの仕様決定に従う。従来のレンズだけでは不十分です）。

使用しないタイミング

• Approach Options が未解決、または選択肢が 3 つ未満。まず approach-options スキルを使って、3 つ目の選択肢を用意してください。
• チームが最有力案を事前に決めている。Magic Lenses は状況を把握するための演習です。すでに決定済みであれば、その時間を Founding Hypothesis に使うほうが有益です。
• チームが疲弊しており、明確な評価ができない。急いで進めるのではなく、フォローアップスプリントの 2 日目の午前に延期してください。

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

次の 6 つのセクションからなる、ひとまとまりの成果物です。

1. 従来のレンズチャート：カスタマー、実用性、成長、収益の各レンズについて、すべてのアプローチを 2x2 プロットまたは定性的な位置づけで示します。
2. カスタムレンズチャート：チーム固有のレンズを少なくとも 1 つ含めます（防御力、ミッションとの適合性、創業者の意欲、学習速度など）。
3. パターンレビュー：各レンズで一貫して優位な案、矛盾、チームが受け入れる最大のトレードオフを示します。
4. 最有力案：Decider が選んだアプローチとその根拠です。
5. バックアッププラン：最有力案が無効になった場合に切り替える次点のアプローチです。
6. 決定理由：バックアップ案ではなく最有力案を選ぶ理由を説明する 1 段落です。

標準の構成は references/TEMPLATE.md、Brainshelf の例は references/EXAMPLE.md を参照してください。

5 つの標準レンズ

レンズ	問いかけること	重要な理由
カスタマー	対象顧客がすぐに理解し、求めるアプローチはどれですか？	顧客に理解されなければ、ほかのことは何も重要ではありません
実用性	チームが [build window] 内に、品質を保って提供できるアプローチはどれですか？	見事なアプローチでも、チームが提供できなければ現実的な選択肢ではありません
成長	有料チャネルを使わずにユーザーを獲得できるほど、強いストーリーをチームにもたらすアプローチはどれですか？	入口での摩擦は、口コミによる成長の可能性を示します
収益	有料顧客への道筋が最も明確なアプローチはどれですか？	戦略を明確にするには、収益への道筋も含める必要があります
カスタム（1 つ以上必須）	ほかのレンズでは見落とされるものを捉える、チーム固有のレンズ	チームごとに、専用の視点で捉える価値のある固有の制約や機会があります

カスタムレンズの例：特定の競合に対する防御力、創業者の意欲、ミッションとの適合性、学習速度、規制リスク、パートナーとの連携、人材採用の優位性。

進行手順（105 分）

ステップ 1：レンズを定義する（5 分）

ファシリテーターが 4 つの従来のレンズを再確認し、チームが用意した 1 つ以上のカスタムレンズを確認します。カスタムレンズが用意されていない場合、このスキルは先にチームで生成するよう促します（承認済みの仕様決定に従います）。

ステップ 2：各レンズでアプローチを評価する（40～60 分）

各レンズについて、各アプローチを、そのレンズにおける価値の高低と実現可能性の高低で構成される 2x2 にプロットします。数値スコアではなく点の位置を使います。恣意的な精度（3.7 と 3.8 など）は、チームが状況把握と数学を混同している兆候です。

プロットする前に、チームは各レンズについて手短に話し合います。このステップでは Decider は投票しません。最後に Decider が最終票を投じます。

ステップ 3：パターンのレビュー（15～25 分）

すべてのレンズで評価を行った後、チームは次の点を特定します。

• 一貫した勝者：3 つ以上のレンズで上位半分の評価を得たアプローチです。
• 一貫した敗者：3 つ以上のレンズで下位半分の評価を得たアプローチです。これらは候補から外します。
• 矛盾：あるレンズでは大きく勝ちながら、別のレンズでは負けるアプローチです。これにより、決定者が選択しなければならないトレードオフが明らかになります。
• 最大のトレードオフ：明確に言葉にします。「無難で実現可能か、リスクが高く独自性があるか」「マスマーケット向けか、ニッチでも守りやすいか」などです。トレードオフに名前を付けることで、決定者がその場の雰囲気で選ぶのを防ぎます。

ステップ 4：決定者による最有力案へのスーパーボート（10～15 分）

決定者が最有力案を選びます。選ばれたアプローチは、次の条件を満たす必要があります。

• 一貫した勝者であるか、または決定者が賭けると明確に選んだ矛盾のあるアプローチであること。
• 「私たちは［理由］から［トレードオフ］に賭けます」というように、言葉で正当化できること。
• 1 日目に作成したミニ・マニフェストと一致していること。

ステップ 5：決定者がバックアッププランを決める（5～10 分）

決定者がバックアップを選びます。バックアップは、それを推した人をなだめるための次点のアプローチではありません。最有力案が検証に失敗した場合に、チームが切り替えるアプローチです。バックアップは、最有力案とは異なる戦略的方向性でなければなりません。

最有力案とバックアップが似すぎている場合、決定者は本当のバックアップを選べていません。このスキルは、より明確に異なる代替案を選ぶよう促します。

ステップ 6：決定の根拠（5～10 分）

決定者は、なぜバックアップではなくこの最有力案を選ぶのかを説明する段落を 1 つ作成します。この根拠は、創業仮説の「これを信じる理由」セクションの骨子になります。

よくある落とし穴

• **レンズの評価を数学的な真実として扱う。**レンズは意味を見いだすためのツールです。チームが、あるアプローチの評価は 3.7 か 3.8 かを議論し始めたら、本来の目的を見失っています。
• **カスタムレンズを省略する。**4 つの基本レンズは、意図的に汎用的に設計されています。チーム固有の状況が表れるのはカスタムレンズです。これを省略すると、汎用的な最有力案になってしまいます。
• **最有力案に惚れ込む。**マジックレンズの後に持つべき確信は、高すぎず、適切に調整されたものであるべきです。次のスキルである創業仮説では、「何があれば私たちの考えが間違いだと証明できるか」を問います。最有力案に惚れ込んだチームは、この問いに正直に答えられません。
• **バックアッププランを省略する。**明確なバックアップがなければ、仮説が否定されたとき、チームは曖昧な議論に逆戻りします。バックアップを決めることで、最有力案が失敗する可能性を認めざるを得なくなります。
• 最有力案に似すぎたバックアップ。「アプローチ Yellow に機能を 1 つ追加する」はバックアップではなく、単なる反復です。バックアップは異なる戦略的方向性でなければなりません。
• **分析ではなく熱意で最有力案を決める。**パターンのレビューは、決定者が体系的な根拠に基づいて判断できるようにするためのものです。決定者がパターンのレビュー前に選んでしまうと、このスキルは何の価値ももたらしません。

決定者の役割

マジックレンズで決定者が担う役割は、次のとおりです。

1. レンズの評価中は、好みを表に出さずに話を聞きます。
2. パターンのレビューでは、トレードオフを明確にするために議論に参加します。
3. 根拠を添えて、最有力案にスーパーボートを行います。
4. 異なる戦略的方向性を持つバックアッププランを選びます。
5. 決定の根拠となる段落を 1 つ作成します。

標準的な情報源

• Character Capital. “Foundation Sprint guide.”「Magic Lenses」セクションおよびレンズの定義。
• Knapp, J., and Zeratsky, J. Click. 2 日目の午後の手順。
• Knapp, J., and Zeratsky, J. “Introducing the Foundation Sprint.” Lenny's Newsletter.「Magic Lenses」セクション。

スキル間の連携

前提条件：tool-foundation-sprint-approach-options。アプローチのセットは、後続の作業を支える重要な入力です。

このスキルでは、少なくとも 1 回 tool-note-and-vote を呼び出します（評価が曖昧な場合に、最有力案へのスーパーボートを行うため）。チームがカスタムレンズの定義を事前に準備していない場合は、追加で呼び出すことがあります。

次の呼び出し：2 日目の終わりに tool-foundation-sprint-founding-hypothesis を呼び出します。最有力案、バックアップ、決定の根拠は、そのまま創業仮説のテンプレートに反映されます。

Decider Checkpoint

このスキルは、references/TEMPLATE.md の Decider Checkpoint で終了します。Decider は、最有力案、バックアップ案、意思決定の根拠を承認します。承認がなければ、Founding Hypothesis を円滑に開始できません。