1 前提の明確化とは
1.1 定義と目的
前提の明確化とは、議論・分析・意思決定の際に、立脚する条件を洗い出し、他者が検証・再現できる形で明示することである。ここでいう「前提」は、用語の意味づけ、対象範囲、依拠するデータ、採用するモデルや評価基準、制約条件など、結論の到達に影響する土台を指す。
目的は、結論がどの条件に強く依存しているかを追跡しやすくし、誤解や恣意的な解釈の余地を減らすことにある。加えて、前提の変更が結論へ与える影響を見通せる状態を作り、判断の品質と説明可能性を高める点にも価値がある。
1.2 関連概念との違い
前提の明確化は、単なる「背景説明」や「前置き」ではない。背景説明が文脈の共有に主眼が置かれるのに対し、明確化は結論に接続する条件を対象として、検証可能な粒度で特定する。
また、要約や結論先出しとも異なる。要約は情報圧縮であり、明確化は根拠の依存構造を可視化する作業である。さらに、事実と意見の区別が不十分な場合に問題が生じるが、前提の明確化は「事実／意見」だけでなく、「どの定義で何を数え、何を捨て、どの因果や評価軸を採用するか」という設計判断まで含めて扱う。
1.3 明示すべき要素の全体像
前提は複数の層に分かれる。まず、問題設定の骨格となるスコープ（対象範囲、期間、粒度）と用語の定義がある。次に、分析に用いるデータの出所・品質条件、欠測や抽出ルールといったデータ運用の前提が続く。
さらに、モデル化における仮定や、評価指標・意思決定基準（重みづけ、合否閾値、許容リスクなど）がある。最後に、予算・時間・制度などの制約条件、および実装上の前提（利用可能な手段、前提となる能力や権限、運用体制）が位置づけられる。これらを一括して洗い出すことで、結論までの因果・論理の道筋が辿れる。
2 前提の洗い出し手順
2.1 議題・問題設定の整理
2.1.1 スコープ（対象範囲）の確定
スコープ確定は、前提明確化の起点である。対象が何を含み、何を含まないかを明言しなければ、後段の定義やデータ選定が恣意的になりやすい。したがって、まず「扱う範囲」と「扱わない範囲」をセットで決める。
また、スコープは後から拡大されがちであるため、意思決定上の理由づけ（なぜその範囲で十分なのか）も簡潔に添えると、拡張や誤解の抑止に役立つ。
2.1.1.1 期間・地域・粒度の決め方
期間は、観測可能性と意思決定のタイムホライズンの整合をとる。たとえば、政策効果を評価する場合は、施策の遅延や観測窓の制約を踏まえて設定する。地域は、データの代表性や運用主体の管轄に応じて切り分ける。
粒度は、集計単位の選択であり、細かさは分析の解像度を高める一方で、データ品質やばらつきの扱いが難しくなる。よって、再現性の観点から「誰が同じ粒度で集計できるか」を基準に決めると、検証可能性が上がる。
2.1.2 用語の定義と前提条件の列挙
用語定義では、日常語が持つ複数の意味を避け、対象分野での合意された定義か、当該プロジェクトで採用する暫定定義を明示する。特に、評価語（「効果」「重要」「適切」など）や、計測対象語（「顧客」「失敗」「需要」など）は、測定方法と結びつけないと前提が曖昧になる。
前提条件の列挙では、定義に加え、「判断の対象となる条件」「採用する指標の範囲」「除外基準」など、判断が分岐するポイントを先に並べる。これにより、後続の議論で論点が移動しても、どの前提が動いたかを追跡できる。
2.2 データと仮定の整理
2.2.1 データの出所と品質条件
データの出所は、取得経路、収集主体、収集時点、対象範囲を含む。出所が分からないデータは前提の検証対象にならず、再現性が成立しにくい。さらに、品質条件として、欠測の扱い、重複排除、ラベル付けの基準、測定誤差の有無などを記す。
加えて、データが意思決定に与える影響を考える場合、代表性（対象集団をどれだけ反映しているか）と、更新頻度（どのタイミングで変わるか）を説明することで、結論が古くなるリスクを抑えられる。
2.2.2 モデル化における仮定
モデル化の仮定は、因果や関係を表すための省略や近似である。たとえば線形性、独立性、定常性、分布の想定、ベースライン設定などが該当する。仮定が満たされない場合にどの程度の影響が出るかは、後で感度分析へ接続するため、ここで必ず列挙する。
また、仮定の粒度は「再現可能」であることが重要である。採用した近似手法や計算の手順が追える形にしないと、同じ手順で別チームが再計算できない。
2.3 制約条件の明文化
2.3.1 予算・時間・制度の制約
制約条件は、選択肢を狭める要因として結論を形作る。予算制約は金額だけでなく、支出のタイミングや費目の可否（例えば人件費と外注の扱い）まで含むと実務に直結する。時間制約も、意思決定締切と実行可能な期間を分けて扱うと、計画と整合しやすい。
制度の制約は、法令・契約・ガイドライン・監査要件など、遵守が必要な条件として記述する。ここで「守るべきこと」だけでなく、「判断に使う解釈の前提（どの規程に従うか）」も明示すると、後日の齟齬を減らせる。
2.3.2 実行可能性（実装上の前提）
実行可能性は、技術的・組織的に「実際にやれるか」を左右する前提である。利用可能なツール、データアクセスの権限、運用体制、教育コスト、保守の範囲などを列挙することで、机上の結論を実装面へ接続できる。
さらに、担当者の経験やスキル、外部委託の範囲なども前提になり得る。これらは測定しにくい場合があるため、「誰が実行するか」「どの条件なら実行できるか」を明瞭な条件文として書くとよい。
3 前提が結論へ与える影響の扱い
3.1 感度分析と前提の優先度
3.1.1 重要前提の見極め
前提の全てを同じ重みで扱う必要はない。結論に対する寄与が大きい前提と、影響が限定的な前提を分けることが重要である。重要前提は、結論の数値・順位・合否を左右する要素、または他の前提が変わったときに連鎖的に変化し得る要素として特定される。
見極めの方法としては、仮定を一つずつ変えたときの変動幅を見るほか、意思決定の要点（コスト上限、性能下限、リスク許容など）に直結している前提を優先する整理が有効である。
3.2 反証可能性と検証可能性
3.2.1 追加調査で前提を更新する設計
反証可能性と検証可能性は、前提を固定したままにせず、追加調査で更新できる枠組みを用意することで高まる。例えば、重要前提に対して観測データを追加する計画、専門家レビューを行う手順、代替データセットでの再計算を実施する条件などを事前に決めておく。
更新設計では、「何が分かれば前提を見直すか」を定量・定性の両面で定める。これにより、調査結果が出た後に議論が停滞せず、意思決定が現状に追随できる。
3.3 判断の透明性（説明責任）
判断の透明性とは、結論の正当化が前提の集合として説明できることを意味する。説明可能な形で書かれた前提は、第三者が代替仮定を置いた場合の差異も評価できるため、検証性が上がる。
説明責任の観点では、前提の強弱（確からしさの度合い、根拠の厚み）も示すと、議論の焦点が明確になる。さらに、どの前提が未確定で、今後の確認対象になっているかを区別すると、時間軸を含めた説明が可能になる。
4 実務での運用方法
4.1 会議・レポートでの記載テンプレート
4.1.1 目次構成と前提セクションの作り方
会議やレポートでは、前提を独立したセクションとして設けると、参照性が高まる。目次構成としては、問題設定、前提一覧、データと範囲、分析手順と仮定、制約、結論への依存関係、補足（未確定事項と更新計画）の順が扱いやすい。
前提セクションの作り方としては、箇条書き中心にしつつ、各前提に対して「出所または根拠」「適用範囲」「変更可能性（いつ・どう更新するか）」を付すとよい。文章が増えすぎる場合は、要点の索引性を優先して簡潔に整理し、詳細は付録へ分離する。
4.2 ステークホルダーとの合意形成
4.2.1 前提の読み合わせと齟齬防止
合意形成では、前提を読み合わせる場を設けることが有効である。特に、用語定義、対象範囲、測定ルール、評価指標の解釈は、人によって差が出やすい。読み合わせでは、各前提について「どの意味で理解しているか」「適用範囲にズレはないか」を確認し、必要なら定義を更新する。
齟齬防止のためには、議事録に前提の確定事項と未確定事項を分けて記録し、次回までの宿題を明示する。さらに、後から理由付けを追加する形ではなく、前提の確定プロセスを可視化して、解釈の後出しを抑える。
4.3 よくある失敗と対策
4.3.1 前提の取りこぼし、暗黙化、後出しの抑制
前提の取りこぼしは、論点は明確でも条件が残っている状態から起きる。対策として、結論の根拠となる計算や判断を逆算し、「分岐点になっている条件」を洗い出す方法がある。暗黙化は、既に共有されたつもりの常識が人によって異なることに由来するため、共通理解に見える部分ほど短い定義で明文化するのが効果的である。
後出しは、最終段階で都合のよい解釈に寄せる行為または誤作動によって生じる。抑制には、前提一覧を確定タイミングに紐づけて管理し、変更がある場合は差分を記録する運用が必要である。変更理由と影響範囲をセットで示すことで、再発防止にもつながる。