ambiguity-resolver

曖昧さ解消スキル

曖昧な依頼や形になりきっていない機会を、構造化された実行可能な問題提起に変えます。追加の会議を何度も依頼するのではなく、明確に返答できるようにします。

必要な入力

与えられた情報をもとに進めます。次の情報が不足している場合も、完全な出力を作成してください。不足部分は妥当な仮定で補い、(仮定です。要確認) と明記して、最後に仮定を列挙します。核となるテーマ自体が不明で、書く内容が何もない場合に限り、最初に質問してください。

• 曖昧な依頼や機会の説明（一文だけでも十分です）
• 誰からの依頼か（ステークホルダーの背景によって、問題の捉え方が変わります）
• 判明している制約（期限、予算、チームの規模など。分かる範囲で）

3 段階のプロセス

ステージ 1：捉え直す

• 曖昧な入力を、回答が必要な 3～5 個の具体的な質問として言い換えます
• 依頼文に隠れている、明示されていない前提を特定します
• この先の判断につながる本当の意思決定を明らかにします（これが解決したら、誰が何を変えるのでしょうか？）

ステージ 2：範囲を定める

• 明確に対象とする範囲を定義します
• 明確に対象外とする範囲を定義します（これも同じくらい重要です）
• 期限の切迫度を特定します。緊急かつ重要なのか、重要だが緊急ではないのか、それとも不明なのかを明らかにします
• 最終決定者と、相談が必要な人を明記します

ステージ 3：行動する

• 確信を持って前進するために十分な情報を得られる、最低限の調査を定義します。活動は最大 2～3 件にします
• 各活動の所要時間を見積もります
• 各活動で分かることと、分からないことを明記します
• 次のチェックインのタイミングを提案します。追加の取り組みに進む前に、いつ再集合するかを示します

検証 — 捉え直した質問がすべて、少なくとも 1 つの調査活動に対応していることを確認します。範囲の境界が、具体的な何かに対して「対象外」と言えるほど明確であることを確認します。

出力形式

問題提起：[機会領域]

質問として捉え直すと：

1. [質問 1]
2. [質問 2]
3. [質問 3]

明らかにすべき前提：

• [前提 1]
• [前提 2]

対象範囲： [明確な境界] 対象外： [明確な境界] 決定者： [氏名／役割] 期限： [判明している実際の期限、または「不明 — 設定を推奨」]

最低限の調査：

活動	所要時間	分かること	分からないこと
[活動]	[時間]	[得られる知見]	[限界]

チェックインの提案： [活動]の後に再集合し、続行するか方針転換するかを決めます。

例（一部）

入力：「エンタープライズ顧客について、何をすべきか検討する必要があります。」

質問として捉え直すと：

1. エンタープライズ顧客は解約しているのでしょうか、契約拡大の実績が振るわないのでしょうか。それとも両方でしょうか？
2. これは製品の不足、サポート／サービスの不足、価格設定／パッケージの問題のいずれでしょうか？
3. 「何かする」とは、新しい取り組み、方針の変更、それともリソースの再配分のどれを指すのでしょうか？

対象範囲： 過去 2 四半期にヘルススコアが低下しているエンタープライズアカウント（ARR 50,000 ドル以上） 対象外： SMB セグメント、新規エンタープライズ顧客の獲得戦略

よくあるアンチパターン

• 調査するにはまだ広すぎる質問に依頼を言い換えないでください。捉え直した質問はそれぞれ、具体的な活動によって回答できる必要があります
• 何が分かり、何が分からないかを示さずに、調査活動を挙げないでください
• 決定者を「経営陣」や「チーム」のままにしないでください。具体的な人または役割を明記してください
• 対象外の範囲を明示しないままにしないでください。対象外を定めなければ、範囲は自然に拡大し、問題提起が意味をなさなくなります

品質チェック

• 捉え直した質問はすべて、調査できるほど具体的です（「どうすれば改善できるか？」のような質問ではありません）
• 範囲の境界では、対象外とする具体的な項目を示しています
• 調査活動は、定められた期限内に実施できます
• 決定者が特定されています（「経営陣」ではなく、具体的な人または役割です）

トリガー句の例

• 「曖昧な依頼を明確にする。」
• 「定義されていない問題の枠組みを定める。」
• 「不明瞭な機会の意味を整理する。」
• 「Xについてどうすべきか考える必要があります。」
• 「Yについて調べるよう頼まれました。」