Leaders Insights
Leaders Insights

Rester au meilleur niveau, un peu chaque jour.

DomainesMarketingDataFinanceIA
RessourcesApprendreTestOutilsBlogGlossaire
© 2026 Leaders Insights — Tous droits réservés.
Formations/AI in asset management/Governance, risks and checks/Model risk management for investment AI
2/4+150 XP

Governance, risks and checks

10The regulatory perimeter for AI in asset management+15011Model risk management for investment AI+15012
Cataloguing the AI risk taxonomy
+150
13Pre-deployment guardrails and go-live checks+150

Model risk management for investment AI

# Model risk management for investment AI

In 2007, a cluster of quantitative equity funds unwound within days. Their models, trained on similar data with similar assumptions, all sold the same names at the same time. Nobody had modeled the risk that the models themselves were the crowd. Almost two decades later, machine learning has made that failure mode faster, more opaque, and harder to detect. This lesson shows you how to govern it.

Why SR 11-7 still sets the bar

SR 11-7 is guidance issued in 2011 by the US Federal Reserve and the Office of the Comptroller of the Currency (OCC). It defines a "model" as any quantitative method that turns input data into an estimate, and it demands that every model be validated independently, documented fully, and monitored continuously. It was written for banks, but it has become the de facto global standard for model risk discipline.

Read the primary source once. It is short and readable: Federal Reserve SR 11-7 guidance.

The core idea: model risk is the risk of loss from a model that is wrong or used wrongly. SR 11-7 breaks it into two sources.

  • The model is fundamentally flawed. Bad assumptions, bad data, bad math.
  • The model is used incorrectly. Right tool, wrong context, or nobody checks it after deployment.

ML alpha models fail on both counts more often than linear models did, because they are more flexible and less interpretable. Flexibility is exactly what lets them memorize noise.

Translating the discipline to ML alpha and allocation

SR 11-7 rests on three pillars. Here is how each maps to an AI-driven investment process.

1. Robust development and documentation

Every ML signal needs a written "model card": what it predicts, on what data, over what universe, with what known limits. If a portfolio manager cannot explain in one paragraph what a signal does, it should not size a position.

For asset management specifically, document the look-ahead discipline. A look-ahead error means the model saw information it would not have had in real time. Example: using a company's restated earnings (published months later) as if available on the original report date. This single error is the most common cause of backtests that look brilliant and trade like garbage.

2. Independent validation

The team that builds the model cannot be the team that signs off on it. In practice, a mid-size asset manager runs a validation function that re-implements the signal from scratch, on held-out data, and tries to break it. This is not a formality. Independent validation catches the subtle leakage the builders are blind to because they want the model to work.

3. Ongoing monitoring

Markets are non-stationary. A signal that worked in the low-rate regime of 2015 to 2021 may be actively harmful in a higher-rate, higher-inflation regime. Monitoring means tracking live performance against backtested expectations and triggering review when they diverge.

The three AI-specific risks that break investment models

Backtest overfitting

Test enough strategies against history and some will look profitable by pure chance. This is backtest overfitting: mistaking luck for skill.

The math is unforgiving. Marcos Lopez de Prado has shown that if you try many strategy configurations and keep the best Sharpe ratio, that best result is biased upward, sometimes wildly. The Deflated Sharpe Ratio adjusts a reported Sharpe for the number of trials run and the length of the track record.

A simple, concrete guardrail: log every backtest you run.

python
# Track the number of independent trials so you can deflate later
import json, datetime

def log_trial(strategy_id, config, sharpe):
    record = {
        "ts": datetime.datetime.utcnow().isoformat(),
        "strategy_id": strategy_id,
        "config": config,
        "in_sample_sharpe": sharpe,
    }
    with open("trials.log", "a") as f:
        f.write(json.dumps(record) + "\n")
    # A reported Sharpe of 2.0 from 1 trial is very different
    # from a Sharpe of 2.0 selected as best out of 500 trials.

Worked example (illustrative, not a real strategy): suppose you test 100 signal variants and the best shows an annual Sharpe of 1.5 over 5 years. Because you selected the maximum of 100 noisy estimates, a meaningful chunk of that 1.5 is selection luck. Deflation might cut the "true" expected Sharpe toward 0.5 or below. The rule of thumb: the more configurations you tried, the higher the bar the winner must clear.

Regime shifts

An ML model learns the joint distribution of its training data. When that distribution changes (a regime shift), the model does not know it is now extrapolating.

Guardrails:

  • Regime-aware validation. Do not just split data randomly. Test explicitly across defined regimes: 2008, 2020 COVID shock, the 2022 rate repricing. A signal that only works in calm markets is a hidden short-volatility bet.
  • Feature drift monitoring. Track whether live input distributions match training distributions. If your value signal's inputs drift, alarm before the P&L does.

Black-box signals deciding real capital

When a gradient-boosted model or neural net produces a trade, "the model said so" is not an acceptable answer to a risk committee.

Use explainability tools, most commonly SHAP (SHapley Additive exPlanations), which attributes a prediction to its input features. If a stock-selection model's top signal is suddenly one obscure feature, that is a flag. Explainability does not make a black box safe. It makes it auditable, which is what governance requires.

The Deflated Sharpe Ratio and Backtest Overfitting

Watch on YouTube

The regulatory mapmapUsing software to automate repetitive marketing tasks and campaigns, enabling personalisation at scale across channels like email, web, and social.Voir la définition complète → for 2026

Model risk in investment AI now sits at the intersection of several real regimes.

  • EU AI Act. In force since 2024, phasing in through 2026 and 2027. It classifies AI systems by risk. Most portfolio models are not "high-risk" under the Act, but the governance, logging, and human-oversight expectations set the tone European regulators will apply. See the EU AI Act official text.
  • SEC (US). The Securities and Exchange Commission's 2023 proposed rule on predictive data analytics and conflicts of interest signaled intense scrutiny of AI that could put a firm's interest ahead of a client's. As of early 2026 the final shape is still contested, so treat this as a moving target and check current status.
  • DORA (EU). The Digital Operational Resilience Act, applicable from January 2025, governs ICT and third-party risk. If your alpha model runs on a vendor's cloud or uses a vendor's data feed, DORA reaches it.
  • UK. The Financial Conduct Authority (FCA) favors a principles-based, outcomes-focused approach rather than prescriptive AI rules, leaning on existing senior-manager accountability regimes.

The common thread across all of them: accountability must attach to a named human, and decisions must be documented and reproducible.

Vérification des acquis

1. The 2007 quant fund unwind is used to illustrate which model risk that is especially relevant to ML-driven investing?

2. According to SR 11-7's definition, which of the following would count as a 'model' requiring governance?

3. Why does the lesson argue that ML alpha models tend to fail on both SR 11-7 risk sources more often than linear models?

CHOIX MULTIPLES

4. Select ALL correct answers about the two sources of model risk identified by SR 11-7.

Sélectionnez toutes les réponses correctes.

CHOIX MULTIPLES

5. Select ALL correct answers about what SR 11-7's pillar of 'robust development and documentation' requires when applied to an ML alpha signal.

Sélectionnez toutes les réponses correctes.

A pre-deployment checklist you can actually run

Before an ML signal touches real capital, walk this gate. Fail any item, do not deploy.

Data integrity

  • No look-ahead. Point-in-time data confirmed.
  • Survivorship bias checked (delisted names present in the universe).
  • Training and live data pipelines are identical code.

Overfitting control

  • Number of trials logged; Deflated Sharpe applied.
  • Out-of-sample and out-of-time test passed on data the model has never seen.
  • Performance survives realistic transaction costs and slippage.

Robustness

  • Tested across at least three historical stress regimes.
  • Feature-drift monitors configured with alert thresholds.
  • Capacity estimated: how much capital before the signal moves the market against itself.

Governance

  • Independent validation sign-off on file.
  • Model card written; named owner assigned.
  • Kill switch defined: what conditions force the model offline, and who has authority to pull it.

That last point matters most. The 2007 quant unwind was not caused by one bad model. It was caused by no one having the authority or the trigger to step out of the crowd in time.

Précédent

The regulatory perimeter for AI in asset management

Suivant

Cataloguing the AI risk taxonomy

Key Takeaways

  • SR 11-7's three pillars (development, independent validation, ongoing monitoring) map directly onto ML investment models. The builder never signs their own homework.
  • Backtest overfitting is a measurable, not vague, risk. Log your trials and deflate your Sharpe. A great backtest from 500 attempts is usually noise.
  • Validate across regimes, not random splits. A model that only worked from 2015 to 2021 is a hidden bet on that regime continuing.
  • Explainability makes black boxes auditable, not safe. Use SHAP to flag when a model leans on features it should not.
  • Every deployed model needs a named owner and a kill switch. Accountability and a defined off-ramp are what regulators (EU AI Act, SEC, FCA) increasingly demand.