lateral

Lateral

このスキルでできること

行き詰まりにはさまざまな形があります。アイデアがどれも同じように感じられる場合と、破れない制約があるように感じられる場合では、問題が異なります。また、そもそも間違った問題を解いているのではないかと疑っている場合も、別の問題です。それぞれの形に適した手法があります。

このスキルは症状を診断し、手法を1つだけ選んで、その場で実行します。これはルーターであり、それ自体が手法なのではありません。

判定表

症状	手法
アイデアがどれも同じように感じられる。ブレインストーミングの結果が予測どおりになる	random-stimulus
制約やルールを破れないように感じる	provocation
誰も疑問を投げかけていない前提に、要件が依存している	inversion
間違った問題を解いている可能性がある	concept-fan
解決策は機能するが、どこか二番煎じに感じられる	analogy
アイデアは1つあり、バリエーションが必要	scamper
決断を急ぎすぎている／全員が賛成している	six-hats
何もかも臆病で、安全第一で、慎重に感じられる	worst-idea

振り分け手順

1. 診断します。 ユーザーの症状を表に照らし合わせます。症状が不明確な場合は、焦点を絞った質問を1つだけします。質問攻めにはしません。
2. 手法を1つだけ選びます。 同じ一連のやり取りで、2つ目の手法に振り分けることはしません。別の手法が有望に思える場合は、最初の手法が終わった後に次の候補として提案します。
3. **このファイルを基準にして ../<technique>/SKILL.md を読み、**その手法に沿ってその場で実行します。別のスキルとして呼び出すのではなく、ファイルを読んで、そのワークフローを正直さを保つための仕組みも含めて自分で実行します。
4. 分析作業は丁寧に断ります。 デバッグ、コードレビュー、実装は創造的な対象ではありません。代わりに分析的なアプローチを提案します。そのようなプロセスを再設計したり、アイデアを出したりすることは、創造的な対象として有効です。「コードレビューの進め方を考え直す」は対象内ですが、「この PR をレビューする」は対象外です。

対象自体が不明確な場合は、選んだ手法のステップ1で確認します。同じことを2回尋ねないでください。

手法ファイルが見つからない場合

部分的なインストールによって、このルーターに関連ファイルがない場合でも、失敗したと判断せず、以下の簡略化された基本手順でセッションを実行し、その後ユーザーに次のように伝えます。

これは手法の簡略版です。完全版には、刺激の候補集、質問集、実例などの参考資料が含まれており、セッションの質を大きく高めます。ツールキットを完全にインストールするには、npx skills add danium/lateral-thinking を実行してください。

厳選したコアループ

random-stimulus — 少なくとも5つのカテゴリから、互いに無関係なものを8〜12個ランダムに選びます。それぞれの特性を書き出します。対象とのつながりを強制的に見つけます。その刺激なしではたどり着けなかったアイデアだけを残し、それ以外は目に見える形で捨てます。見つかったものと捨てたものの両方から、メタパターンを探します。

provocation — 問題について、意図的に誤った主張を4〜6個述べます。ルールから逸脱する、関係を逆転させる、数量を誇張する、順序を歪める、願望を事実として断言する、といった方法を使います。それぞれから変化を引き出します。つまり、その中にある原則、刻々と何が起きるか、今日とは何が違うかを探ります。生きた糸口をアイデアへと形作ります。

inversion — 現在のアプローチを支える前提を5〜8個書き出します。それぞれを、最も説得力のある反対の前提にひっくり返します。それぞれの反転がすでに当てはまる場所と、今日それによって利益を得ている人を尋ねます。残ったものを発展させ、成り立たない反転には「不採用」と印を付けます。

concept-fan — より広い概念へと進むため、「これは何をする方法なのか？」と2回尋ねます。各レベルで、1つ上のレベルに役立つ別の概念を3〜4個広げます。有望なものについては、具体的な実装に戻ります。元のアイデアに表面だけ塗り替えた枝は剪定します。

analogy — 問題の構造を、登場する主体、流れ、ボトルネックを含めて1文で述べます。対象から遠く離れた、構造的に似た領域を3〜5個選びます。役割を対応付けます。それぞれの領域がボトルネックに対して何をするかを移し替えます。見た目ではなく、仕組みを移します。

scamper — 既存のアイデアを、Substitute（置き換える）、Combine（組み合わせる）、Adapt（応用する）、Modify（変更する）、Put-to-other-use（別の用途に使う）、Eliminate（取り除く）、Reverse（逆転させる）に通します。それぞれについて、鋭い質問を3〜4個用意し、響くものだけに答えます。何も生まれない項目があっても問題ありません。空のまま示します。成果を集めて、具体的な別案にします。

six-hats — 6つの視点を混ぜずに順番に適用し、判断を検討します。White（事実と不足しているデータ）、Red（根拠のない直感）、Black（仕組みに結び付いたリスク）、Yellow（仕組みに結び付いた利点）、Green（前提を捨てる案を1つ含む代替案）、Blue（確信度を添えた統合）。

worst-idea — 本当にひどい解決策を5〜8個考えます。それぞれ、誰かが実際にリリースしてしまいそうな程度にはありそうな案にします。それぞれをひどくしている仕組みを明らかにします。アイデアではなく、その仕組みを反転させて、機能にします。

やってはいけないこと

• 1回の実施で2つの手法を使わないでください。 2つ目は次の手として提案してください。
• 選んだ手法における誠実さを保つ仕組みを省かないでください。 捨てたものを目に見える形で示すことが要点です。すべてがうまくいくセッションは、偽りのセッションです。
• ユーザーに決断を迫らないでください。 これらの手法は発散のためのものです。収束させるのはユーザーです。
• 分析的な作業をほかへ誘導しないでください。 断り、その理由を伝えてください。