Most people treat model retraining as a single action. This is the root problem.
Think of it like going to a doctor. "Treatment" is not one thing โ it could mean medication, surgery, or watchful waiting. Prescribing the wrong one causes harm even with good intentions.
The word "retrain" collapses three fundamentally different decisions into one, which causes teams to default to whichever feels most familiar rather than whichever is actually correct.
What it is: Same model structure, same features โ just updated with newer data
Analogy: Recalibrating a scale with fresh weights. The scale itself is fine; it just needs adjustment.
When it applies:
Hidden cost: It is the cheapest option, but not free
What it is: Change the model itself โ add/remove features, change structure, alter assumptions
Analogy: Replacing the engine in a car, not just refueling it. The car's fundamental mechanism needs to change.
When it applies:
Key insight: Respecification works in two directions:
| Direction | Description | Why teams avoid it |
|---|---|---|
| Adding structure | New feature, new assumption | Feels like progress โ |
| Removing structure | Retiring outdated assumption | Feels like giving something up โ |
The forgetting problem: Teams readily add structure during crises but rarely remove it afterward. This is where "ghosts" are born.
What it is: Examine the miss, decide it does not warrant action, leave the model alone
Analogy: A doctor seeing a slightly elevated reading and saying "let's monitor this" rather than immediately prescribing medication.
When it applies:
Why it's hard: It looks like negligence. Saying "we chose not to act" is unpopular when stakeholders are watching a miss accumulate.
The article's maxim: "Don't just do something; sit there."
Each wrong action has a corresponding failure pattern. Recognizing these patterns is your diagnostic tool.
What happens: A model misses for one period โ team refits early โ model absorbs the unusual period as the "new normal"
Real example from the article:
Event โ Unusual booking spike โ Early refit โ
Model treats spike as new baseline โ
Next two forecasts come in too high โ
Error persists until spike ages out of training window
The core mistake: You are rushing to absorb the window you understand least
Diagnostic signal: Miss is noisy and temporary, not directional
What happens: A structural assumption added during a crisis stays switched on long after the crisis ends, hidden behind routine refits that all look clean
Real example from the article:
COVID โ Cancellation timing shifts โ Model learns new pattern โ
Market returns to normal โ Model does NOT return to normal โ
Routine refits look fine โ Bias accumulates quietly for quarters
The core mistake: Refitting keeps the model current but not honest โ it never touches the assumptions underneath
Diagnostic signal: Miss is consistently one-directional over multiple periods
What happens: A genuine but temporary disruption triggers a full model rebuild, producing a more fragile model tuned to a shock that is already fading
Real example from the article:
FX rate swing โ Forecast goes off โ Instinct: build new model โ
Better solution: widen priors โ Existing model rides it out โ
Avoided fragile model tuned to a temporary regime
The core mistake: Rebuilding under deadline pressure when the existing model just needed more flexibility
Diagnostic signal: Miss is explainable by a known temporary event
Here is the three-question diagnostic, applied in order:
STEP 1: Is the miss directional (same direction repeatedly)?
โ
โโโ NO โ Is it within normal model variance?
โ โโโ YES โ HOLD (don't refit off-cycle)
โ โโโ NO โ REFIT (parameters drifted, structure is fine)
โ
โโโ YES โ Does adding fresh data make it better or worse?
โโโ BETTER โ REFIT (parameter problem)
โโโ WORSE/UNSTABLE โ RESPECIFY (structural problem)
| Signal | Diagnosis | Action |
|---|---|---|
| Miss is noisy, temporary, explainable by event | Parameter noise | Hold (wait for cadence) |
| Miss is gradual, parameters drifted | Parameter drift | Refit |
| Miss is directional, persistent, fresh data doesn't help | Structural problem | Respecify |
| Miss is directional, fresh data makes it worse | Structural problem confirmed | Respecify (not refit) |
This is the clearest real-world application of the framework.
Refit attempt โ Estimates went UNSTABLE โ
Swinging quarter to quarter โ
Error = 3x pre-shock baseline โ
Would not settle with new data
| Question | Answer | Implication |
|---|---|---|
| Is the miss directional? | Yes | Not a hold |
| Does fresh data help? | No โ made it worse | Not a refit |
| What's left? | โ | Respecify |
Understanding the framework is easy. Applying it under pressure is not. Here are the three human factors that make it difficult:
| Challenge | Why It Happens | What It Causes |
|---|---|---|
| Holding looks like negligence | Stakeholders see a miss and want visible action | Teams refit when they should hold |
| Respecifying is frightening | Replacing a trusted model with an untested one | Teams under-respecify; ghosts accumulate |
| COVID trained the wrong reflex | Crisis required fast rebuilds, which felt heroic | Teams kept rebuilding post-crisis when refits sufficed |
This is the article's deepest insight:
Refitting keeps the model current. It does not keep it honest.
What goes stale is not the numbers โ it is the assumptions underneath them. And those are exactly what a refit leaves untouched.
A mature forecasting practice requires two skills:
The second skill is harder because:
REFIT โ Same model, new data. For gradual drift. Cheapest but not free.
RESPECIFY โ New model structure. For fundamental process change.
Can ADD or REMOVE assumptions. Removing is the forgotten half.
HOLD โ No action. For noise, temporary events, unexplained surprises.
Hardest to justify. Often correct.
KEY DIAGNOSTIC: Does fresh data help?
YES โ Parameter problem โ Refit
NO โ Structural problem โ Respecify
KEY PRINCIPLE: A refit updates numbers. Only a respecify updates assumptions.
A good team learns from shocks AND learns to forget them.