ストラテジーレビューは関連するFXの概念とどう違うのか
ストラテジーレビュー vs 執行（execution）：取引を置くだけではなく、意思決定を見直す
ストラテジーレビューは、（または取引活動と並行して）戦略に関連する選択を、取引後に検証するためのプロセスです。たとえば次のような問いを立てます。今回の取引、あるいは一連の流れに対して、計画は何だったのか？意思決定が行われたとき、どのような条件が存在していたのか？その結果は、そうした条件によって生み出された期待と一致していたのか？そして、将来の意思決定の質を高めるための調整を特定します。
一方、執行（execution）は、注文がどのように出され、どのように約定したかに関するものです。タイミング、注文タイプ、スリッページ、そして意図した価格や数量が市場で達成されたかどうかが含まれます。執行は、基礎となる戦略の意思決定が妥当だったとしても、結果に強く影響し得ます。つまり執行はトレーディングパフォーマンスへの入力であって、戦略ロジックのレビューとは同じものではありません。
切り分けるための境界（bounded way）：
- 執行（execution）は答える： 「注文の出し方と約定（fills）で、実際に何が起きたのか？」
- ストラテジーレビューは答える： 「どのような戦略的意思決定がなされ、その理由は何で、次に何を変えるべきか？」
これらの焦点が異なるため、ストラテジーレビューは、執行データが不十分だと制限されます。約定、タイムスタンプ、コストを観測できない場合、執行の問題を戦略の問題だと誤ってしまう可能性があります。
ストラテジーレビュー vs トレーディング心理：メンタル状態は結果に影響するが、レビュー手法を定義しない
トレーディング心理とは、規律、注意、ストレス、バイアスといった内部プロセスを指します。人がどのように意思決定を行うのか、そしてその意思決定が計画からどのように逸れていく可能性があるのかを説明します。
ストラテジーレビューは、意思決定の「戦略レイヤー」に焦点を当てます。つまり、意思決定に用いられるルール、前提、基準です。心理的な観察が含まれることはありますが、それはあくまで戦略パフォーマンスに結びついた証拠としてのみ扱います。たとえば、「焦りのせいで意思決定が計画と一致しなくなった」と気づくかもしれません。しかし、その場合でもレビューは、その観察をプロセスの具体的な変更（たとえば、エントリー前に意思決定がどのようにチェックされるか）へと対応づける必要があります。
そのため、所有（ownership）が異なります：
- トレーディング心理は、「トレーダーの行動がなぜ変わり得るのか」について。
- ストラテジーレビューは、「その行動が戦略の意図に対して何を生み、何を修正すべきか」について。
重要な制限と失敗パターン：レビューが「マインドセットのコーチング」だけになってしまうと、戦略ルールが正しく適用されているか、前提がまだ妥当かどうかを検証することができないかもしれません。逆に、心理的なドリフトをまったく無視すると、実際の逸脱原因に対処しないまま、繰り返し「戦略ルール」の編集だけを生む可能性があります。
ストラテジーレビュー vs バックテスティング：仮定と推定か、観測された結果か
バックテスティングは、戦略ルールを過去データに適用して、特定の仮定のもとで戦略がどのように機能し得るかを推定するシミュレーション手法です。データ品質、モデルの仮定、コストの表現方法に敏感です。
ストラテジーレビューは、現実に（または記録された執行記録に基づいて）何が起きたかを評価し、それらの結果から学ぶことに関するものです。戦略を開発している段階では、バックテスティングの必要性を置き換えるものではありませんが、役割は異なります。つまり、あなたが実際に取引した条件下で、戦略ルールと意思決定プロセスが機能しているかどうかを検証します。
境界を持った比較が役立ちます：
- バックテスティングは答える： 「これらの仮定のもとで、ルールは過去においてどう機能し得たか？」
- ストラテジーレビューは答える： 「私たちが実際に行ったことと、実際に観測したことを踏まえると、意思決定プロセスの真実は何か？」
仮定の明確さが重要です。たとえば、バックテスティングでは、約定挙動、スプレッド、執行のタイミングなどを特定の形で仮定することがよくあります。これらの仮定が現実的でない場合、シグナル、コスト、リターンの推定された関係が引き継がれない可能性があります。さらに、過去の関係は将来の結果を保証しません。市場状況やコストは変わり得るからです。
重要な制限と失敗パターン：バックテスト結果を証明として扱うこと。バックテスティングでサンプル期間において好ましい結果が示されたとしても、その期間の外でのパフォーマンスを保証するものではありません。ストラテジーレビューは、戦略が掲げる意図に対して、実際の結果を照合することで役立ちます。
ストラテジーレビュー vs パフォーマンスレビュー/報告：説明か、要約か
パフォーマンス報告は通常、結果を要約します。収益性、ドローダウン、勝ち/負けの比率、あるいはリスク指標などです。答えるのは： 「結果に何が起きたのか？」
ストラテジーレビューは、「なぜ」そして「次に何をするか」をより深く掘り下げます。結果のカテゴリを、戦略的な意思決定やプロセスの選択に結びつけます。計画は守られたか？意思決定の基準は満たされたか？仮定は破られたか？コストや執行は、期待以上に結果を変えたのか？
この違いは次のように境界づけられます：
- パフォーマンス報告は答える： 「ネットの結果とばらつきは何か？」
- ストラテジーレビューは答える： 「意思決定プロセスのどの部分がそれらの結果を生み、何を変えるべきか？」
重要な失敗パターン：パフォーマンスの要約だけを根拠に戦略を変更すること。集計された結果だけをもとに調整すると、ノイズに過剰適合してしまう、プロセスの間違った部分を変えてしまう、あるいは一時的なコスト体制によって結果が支配されていたことを見落とす可能性があります。
証拠か例：シンプルで検証可能なレビュー・ループ
記録されたエントリー、計画された意思決定基準、そしてトレード後のメモがある、ある1週間の取引を考えてみましょう。
前提（明示したもの）：
- タイムスタンプと約定価格（または、エントリー基準が観測時刻と整合していたかどうかを推定するのに十分な情報）を持っている。
- どの戦略ルールセット、あるいは意思決定チェックリストを使ったかを記録している。
- トレーディングコストを一貫した推定として記録する、または「グロス結果」と「コスト控除後のネット」を分けている。
ストラテジーレビューのループは、次の4ステップに従えます：
- 意思決定のトレース：各トレードについて、満たそうとした基準を列挙する。
- 条件の確認：意図した基準を、意思決定時点の条件と比較する（または最も近い記録された代理指標）。
- 結果の対応づけ：結果ドライバーを最もよく表すカテゴリを特定する（計画通り、部分的に計画通り、計画が守られなかった、コスト/執行が支配的だった）。
- 変更提案：エントリー前の検証ステップを追加する、あるいはコストによってそのトレードが取る価値のないものになる条件を定義する、といった具体的なプロセス変更を1つ書く。
これにより検証が可能になります。各ステップが、確認できる記録に依存しているからです。また誤解も制限できます。結果が戦略の前提と整合しているのか、それとも遵守の欠落によって引き起こされたのかを確認できます。
限界とリスク：ストラテジーレビューが保証できないこと
ストラテジーレビューには重要な限界があります：
- 不確実性を取り除くことはできません。市場は変わり、コストも変わり、執行品質も変わります。
- 将来のパフォーマンスを証明するものではありません。うまく運用されたレビューであっても、レビュー入力が不完全なら誤った結論に至る可能性があります。
- 自己確認（self-confirmation）によって失敗することがあります。自分の好む物語を支持するトレードだけに注目すると、「証拠」が選択的になってしまいます。
具体的な失敗パターン：データの不完全さ。意思決定時点の条件を一貫して記録していない場合、タイミングのズレや観測されていないコストによって生じた問題を、戦略ルールのせいだと責めてしまうかもしれません。