この記事で分かること
- シナリオ機能・CHOOSE/INDEX関数・データテーブルという3方式の違い
- 同じ切替結果を3方式で再現する整数設例と、それぞれの向き不向き
- 再計算負荷・監査性・保守性の観点からの選定基準
- 財務モデルで採否を決めるときの実務的なチェックポイント
30秒で分かる定義
シナリオ切替方式の比較(Scenario Switching Methods Comparison、読み方:しなりおきりかえほうしきのひかく)とは、財務モデルでベース・楽観・悲観といった複数ケースを1つのスイッチセルで切り替える際に使われる、Excel標準の「シナリオの登録と管理」機能、CHOOSE/INDEX関数によるスイッチセル方式、データテーブルによる感応度出力という3種類の主要な実装方式を比較し、案件の複雑さに応じて選ぶための整理です。どの方式も「ケースの前提を切り替えて結果を見る」という目的は同じですが、仕組みと制約が異なります。
なぜ実務で重要なのか
投資銀行・PEのLBOモデルやDCFモデルでは、ベースケース・スポンサーケース・銀行ケースといった複数シナリオの切り替えが日常的に発生します。モデルレビュー・監査の観点では、シナリオ切替の実装方式によって「今どのケースを見ているか」の視認性や、第三者が数式を追跡できるかが大きく変わります。方式選びを誤ると、モデルが重くなって再計算に時間がかかったり、逆に他人が触れない属人的なモデルになったりします。
計算式(ま たは仕組み)
3方式の仕組みを整理すると次のとおりです。
| 方式 | 仕組み | 向いている場面 |
|---|---|---|
| Excelのシナリオ機能 | 複数セルの値の組を「シナリオ」として登録し、切替時に値そのものを書き換える | 簡易な検証・使い切りの分析 |
| CHOOSE/INDEX+スイッチセル | 1つの番号セル(1・2・3)を基準に、各ケースの前提を数式で切り替える | 提出用モデル・繰り返し使うモデル |
| データテーブル | 1〜2変数を格子状に総当たりし、結果を一覧表として出力する | 感応度分析・グリッド表示 |
整数設例で確認する
設例(架空数値、単位は百万円)。ベースケース売上高1,000、楽観ケース1,100、悲観ケース900の3ケースを用意し、それぞれ売上高に利益率20%を掛けて営業利益を出す単純なモデルを考えます。
スイッチセルを2(楽観ケース)にした場合、=CHOOSE(スイッチセル,1000,1100,900)は1,100を返し、営業利益 = 1,100 × 20% = 220。スイッチセルを3(悲観ケース)にすると売上高900、営業利益 = 900 × 20% = 180。
同じ3ケースをデータテーブルで一覧化すると、売上高1,000→200、1,100→220、900→180という3行の結果表が1回の設定で自動生成されます。CHOOSE方式は「今どのケースか」を1つの状態として持つのに対し、データテーブルは「あり得るケースを全部並べて見せる」という発想の違いがあり、この差が使い分けの基準になります。
投資判断への影響
投資委員会にモデルを提出する場面では、CHOOSE/INDEX方式で「今この前提で見ている」という単一の結果を示しつつ、データテーブルで「前提が変わったらどこまで結果が動くか」という感応度の幅を併せて示すのが一般的です。方式を誤って、感応度を示すべき局面で単一シナリオしか出せないモデルを提出すると、意思決定に必要な「幅」の情報が伝わりません。
財務モデル・Excelでの使い方
- 提出用モデルの本体はシナリオ設計とスイッチのとおり、CHOOSE/INDEX関数とスイッチセル1つで組むのが最も追跡しやすく、実務での標準的な選択です
- 感応度を示す局面だけ、What-If分析の3兄弟にあるデータテーブルを個別に設ける。データテーブルはブック全体を再計算するため重くなりやすく、多用するとモデル全体の動作が遅くなる
- Excel標準のシナリオ機能は、値そのものを上書きする仕組みのため、他のセルから数式で追跡できず監査性が低い。提出用モデルでは使わず、簡易な個人検証にとどめる
- OFFSET関数によるシナリオ切替は柔軟だが揮発性関数のためモデルが重くなりやすく、CHOOSE/INDEXで代替できないか先に検討する
この用語をExcelで
CHOOSE/INDEXによるスイッチセルとデータテーブルを使い分け、案件の複雑さに応じたシナリオ設計を選べるようになる。
実務家が確認するポイントとよくある誤解
誤解1:「シナリオ機能が最も高機能だから常に使うべき」→ 正しくは、値を直接上書きするため数式で追跡できず、提出用モデルには不向きです。
誤解2:「データテーブルはシナリオ切替の代わりになる」→ 正しくは、データテーブルは結果を一覧表示する分析ツールであり、モデル自体のケース管理(今どのケースかを保持する仕組み)には向きません。両者は目的が異なります。
誤解3:「OFFSET関数を使えば何でも柔軟にできる」→ 正しくは、揮発性関数のため多用すると再計算が重くなり、代わりにCHOOSE/INDEXで組める場面が多くあります。
日本実務での扱い
(2026年8月時点)シナリオ切替の実装方式そのものに会計基準や法令の規定はなく、各投資銀行・ファンド・アドバイザリー会社が独自のモデリング標準として方式を定めています。国内のPE・投資銀行実務でも、CHOOSE/INDEX関数によるスイッチセル方式が提出用モデルの主流であり、Excel標準のシナリオ機能を提出物として使う実務はほとんど見られません。モデルレビューの場面では、スイッチセルの位置と現在の設定値が一目で分かるように、前提シートの目立つ位置に配置する運用が定着しています。
面接・モデルテストで問われるポイント
Q:CHOOSE関数とINDEX関数のどちらでシナリオを切り替えるべきですか。
「機能的にはどちらでも同じ結果を再現できます。CHOOSE関数はケースの値を数式内に直接書けるため小規模なモデルで見やすい一方、ケース数が多い・値の一覧を別表で管理したい場合はINDEX関数(INDEX(範囲,MATCH(スイッチセル,…)))の方が保守しやすくなります。案件のケース数と、前提を別シートで一覧管理したいかどうかで選びます。」
よくある質問(F AQ)
Q. データテーブルとゴールシークはどちらもシナリオ分析に使えますか。
A. 目的が異なります。データテーブルは複数の前提の組み合わせに対する結果を一覧表示するのに向き、ゴールシークは逆に「目標とする結果を実現する前提の値」を1つ探すのに使います。シナリオの幅を見たいならデータテーブル、目標逆算をしたいならゴールシークです。
Q. スイッチセルは何種類の値を持たせるべきですか。
A. 決まった上限はありませんが、実務ではベース・楽観・悲観の3ケース程度が多く、増やしすぎるとCHOOSE関数の引数が長くなり可読性が下がるため、4〜5ケースを超える場合はINDEX/MATCH方式への切り替えを検討します。
出典・参考(2 026-08確認)
- 金融庁(金融機関のモデルリスク管理に関する考え方の参考資料) https://www.fsa.go.jp/
- 日本証券業協会(証券会社における業務管理・モデル運用に関する資料) https://www.jsda.or.jp/
※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための架空数値です。