CaseAdvancedShipping & Model Lifecycle / Model migration and version changes for users / #21

Describe the rollback plan for a migration that has already shipped.

The direct answer
Route new scans back to the old model immediately, that part is fast. The real rollback plan is the look-back list: every patient the new model scored during the window it was live gets re-checked against the old model's read, and every case where the two disagree on urgency gets a radiologist's eyes on it before the day ends. At Harborview's volume that's about 103 cases and ten radiologist-hours, not a multi-week crisis, but only if the window before anyone caught the problem stays short.
Do this, in order
  1. Flip routing back to the old model immediately, before doing anything else.Why: every additional hour on the regressed model adds more patients to the look-back list, and the technical cutover itself takes minutes, not hours.
  2. Build the look-back list from every scan the new model touched during its live window, not just the ones that triggered a complaint.Why: a silent under-flag never generates a complaint, that's exactly what makes it dangerous.
  3. Re-score the whole look-back list through the old model and flag every case where the two models disagree on urgency.Why: disagreement, not just a low score from the new model alone, is the signal that something needs a second human look.
  4. Size the radiologist review time against the disagreement count, not the whole look-back list.Why: most of the list will agree with the old model and needs no manual time at all; the disagreement subset is where the real hours go.
  5. Check the review workload against the team's normal weekly QA capacity before promising a timeline.Why: a number that sounds large in isolation might still be a single day's work for two radiologists pulled off routine reads.
  6. Treat the detection window, not the regression size, as the number that matters most going forward.Why: catching a regression on day two instead of day nine cuts the look-back list by nearly eighty percent, more than any plausible improvement in the regression itself would.

How to answer this, stage by stage

Nobody is grading whether you can say "we'd roll back." They are grading whether you know a rollback has a real backlog behind it, and whether you can size that backlog instead of waving at it. Seven moves get you there.

1
Scope it to one real product and one real migration
Say it like this
"Let's ground this. Say Harborview Diagnostics runs an AI triage flag on every chest and abdominal X-ray, about 2,200 scans a day, that tells a radiologist which reads need urgent attention versus routine review. Harborview's PM, Esther Villanueva, just cut over from Halcyon to Northlight, a newer flagging model, and it's been fully live, routing every scan, for nine days."
Why this works
Puts a real number on daily volume before anything about the rollback gets sized.
2
Name the trigger before the plan
Say it like this
"Here's what kicked this off. A radiologist reviewing a routine follow-up noticed a prior scan that Northlight had scored as low-urgency actually showed a pneumothorax, a collapsed lung, that should have been flagged urgent. The patient was fine, caught in time by chance, but that near miss is what triggers this whole plan, not a dashboard alert, because a silent under-flag doesn't page anyone."
Why this works
Grounds the rollback in a believable real trigger before jumping to arithmetic.
3
Break down the equation
Say it like this
"Here's the shape. The rollback has two costs, not one. Technical cutover, routing traffic back to Halcyon, that's fast, minutes. Then the look-back cost: how many patients Northlight scored during its live window, times the share of those that were true urgent cases, times the share of those Northlight actually under-flagged, times how long it takes a radiologist to review each disagreement."
Why this works
This is the B step, the equation stated before a single number touches it.
4
Own the real numbers
Say it like this
"Nine days live, 2,200 scans a day, that's 19,800 scans Northlight scored. Pneumothorax shows up in about 1.8 percent of these scans, so about 356 true positive cases in that window. Northlight's recall on pneumothorax was assumed 89 percent before launch, based on the pre-launch eval. Measured against the old model's read on the actual live window, it came out closer to 71 percent, an 18-point gap. That means about 103 cases where Northlight likely under-flagged something Halcyon would have caught. At six minutes a case to pull the prior image and compare, that's about ten hours of radiologist time."
Why this works
This is the O step, real proposed numbers, each one traceable to where it came from.
5
Give the range, sized by what could actually be wrong
Say it like this
"If the real recall gap is smaller, say 10 points instead of 18, the look-back list is closer to 57 cases, about six hours. If it's worse, a 25-point gap, that's about 142 cases, over fourteen hours. The number I'd trust least right now is the recall gap itself, because it's based on one near miss and a quick re-score, not a full audit yet, so I'd treat ten hours as a working estimate, not a promise."
Why this works
A single number here claims a confidence the plan doesn't have yet, this early after just one near miss.
6
Sanity check the total against the team's normal QA load
Say it like this
"Harborview's radiology team already does about 40 routine look-back QA reviews a week as part of normal practice. A one-time surge of 103 cases is a heavy day, not a crisis, if two radiologists are pulled onto it specifically. It's not a number that needs to spread across weeks, and it shouldn't, because every day the list sits unreviewed is a day a genuinely urgent case could still be sitting in someone's queue as routine."
Why this works
This is the N step, and it's the step that turns a scary-sounding number into an actual plan with a timeline.
7
Name the biggest lever, then close on the one line
Say it like this
"If I had to bet on one thing that would have made this smaller, it's not the recall gap, it's how many days passed before anyone caught it. Catching this on day two instead of day nine would have cut the look-back list by close to eighty percent, further than any realistic improvement in Northlight's actual recall would. So here's what I'd actually say: cut over to Halcyon immediately, build the look-back list from the full live window, flag every disagreement for radiologist review, and treat detection speed, not just model quality, as the thing worth investing in next."
Why this works
Closes on a number someone in the room could go check, not a promise to "be more careful."
If you remember one thing A migration rollback is not a technical flip, that part takes minutes. It's a look-back list of every patient the regressed model already touched, and the size of that list is decided far more by how fast the regression got caught than by how bad the regression actually was.

Let's learn

Say we build a model that looks at a chest or abdominal X-ray and flags which ones need a radiologist's urgent attention versus routine review. Before this kind of triage flag existed, every scan sat in one queue, read in roughly the order it arrived, and a genuinely urgent case could wait behind a dozen routine ones if it happened to land at a busy hour.

Then Harborview Diagnostics deployed Halcyon, its first triage-flagging model. Urgent-looking scans jump the queue automatically. Average time-to-read on a true urgent case dropped from around ninety minutes to under twenty. Nobody had to guess which scans mattered most, the queue itself reordered around it.

Knowledge spark: what's a look-back list? Every case a regressed model touched while it was live, pulled together after the fact so each one can be re-checked against a trusted model or a human read. Not a sample, the whole window, because a silent miss doesn't announce itself.

Now Harborview has migrated from Halcyon to Northlight, a newer model that reads faster and, on the pre-launch evaluation, matched or beat Halcyon on most finding types. Nine days after full cutover, a radiologist doing an unrelated follow-up noticed a prior scan Northlight had scored low-urgency actually showed a pneumothorax it should have flagged. The patient turned out fine. The near miss is what matters.

Say plainly: the fact that Northlight is faster and better on average is not the problem. The problem is that "better on average" said nothing about whether it stayed as good as Halcyon on pneumothorax specifically, a finding serious enough that an eighteen-point recall gap means real patients sitting in a routine queue when they should be in an urgent one.

A rollback isn't a technical decision. It's a list of patients somebody has to actually go check on.
The decision that mattered Build the look-back list from the model's entire live window, all 19,800 scans, not just the cases someone happened to flag or complain about. A silent under-flag generates no ticket, and the whole point of the look-back list is to find exactly the cases that never would have surfaced on their own.

At its worst, Northlight stays live for weeks instead of days before the near miss happens, or before anyone notices at all, since nothing about a quietly lower recall trips an alarm on its own. Every extra day adds roughly 40 more true pneumothorax cases to a growing look-back list, and each one is a chance that the next near miss isn't a near miss.

The choice I would take back. When Northlight's migration was first planned, the go-live monitoring was set up to watch the aggregate flag rate, the percentage of all scans getting flagged urgent, staying roughly steady week over week. That felt like a reasonable proxy for "the model is behaving normally." It also meant a recall drop on one specific, rare-ish finding could sit completely invisible inside a flag rate that looked perfectly stable overall.

What I would leave alone. Harborview also uses a much lower-stakes model that flags scans for missing patient-position metadata before filing. If that model regressed for nine days, the fix is just re-tagging some files, there's no patient-facing urgency, and no look-back list is needed at all.

The lesson. A rollback plan that starts with "flip the routing back" and stops there hasn't actually planned anything. The routing flip is the easy part. The real plan is the list of names behind it, and how fast you can get eyes on every one of them.

Now here is the same thing as a story

The short version is above. Read on if you want to feel why day nine, not the regression itself, was the real problem.

Esther Villanueva has led Harborview's imaging-AI roadmap for three years. She ran the Halcyon launch herself and wrote the monitoring plan for it. She's the one people call at 11pm if something about a migration feels wrong, because she's usually already looked at it by the time they ask.

The Northlight migration looked clean on paper. Pre-launch evaluation showed it matching or beating Halcyon across every finding category the eval set covered, including a respectable 89 percent recall on pneumothorax specifically. The go-live dashboard, watching overall flag rate, sat calm for the first week. Esther checked it daily, saw nothing, and by day seven had scaled back to a quick morning glance.

On day nine, Dr. Amara Reyes, a radiologist doing a routine six-week follow-up on an unrelated patient, pulled up the prior scan from that patient's first visit. It had been scored low-urgency by Northlight. Looking at it now, with a trained eye and no queue pressure, she saw a small pneumothorax that should have triggered an urgent flag. She called Esther directly instead of filing a ticket, because she wasn't sure yet whether it was a fluke or a pattern.

Hand-sketched timeline with five milestones: regression detected at hour 0, cutover frozen at hour 1, backlog re-scored at hour 9, verified against Halcyon at hour 13, triage resumed at hour 14.
The technical rollback itself took under fifteen hours end to end. Building and clearing the look-back list took most of that time, not the routing change.

It was not a fluke. Esther pulled every scan Northlight had scored as low-urgency over the full nine-day window and re-ran them through Halcyon overnight. Of 356 scans that Halcyon's read suggested were true pneumothorax cases, Northlight had agreed with Halcyon's urgency on 253 and disagreed, scoring them lower, on 103.

Nine days looked calm on the dashboard. It was still 103 patients waiting on the wrong side of a queue.

A hundred three sounds alarming stated cold. It's also, as Esther pointed out at the incident review the next morning, less than three days' worth of Harborview's normal weekly QA review load, if two radiologists were pulled onto it specifically for a day. By hour fourteen, every one of the 103 disagreement cases had a second human read. Four were confirmed as genuine misses requiring the patient be contacted for follow-up. The other 99 were confirmed as correctly non-urgent on closer review, disagreements that turned out not to matter clinically.

What stayed with Esther wasn't the four confirmed misses, upsetting as each one was, it was how close the whole thing came to running for weeks instead of nine days. If Dr. Reyes hadn't happened to pull that particular prior scan on that particular follow-up, nothing about Harborview's monitoring would have caught the regression on its own, because the aggregate flag rate never moved enough to notice.

The old monitoring watched one number: the percentage of all scans flagged urgent, expected to hold roughly steady. Pneumothorax made up such a small share of total volume that even an eighteen-point recall drop on it barely nudged the aggregate. At the original launch-readiness review, someone had actually proposed per-finding recall tracking as part of go-live monitoring. It was deprioritized as extra dashboard work for a migration already on a tight timeline.

The second version of the monitoring tracks recall by finding category against the golden set continuously, not just at the pre-launch gate, with an automatic alert if any category drops more than eight points from its pre-launch baseline over a rolling three-day window. Run the same Northlight migration through that design and the pneumothorax gap trips the alert around day three, not day nine, cutting the eventual look-back list from 103 cases to somewhere closer to 35.

The thing Esther would tell her past self, back at that launch-readiness review: a dashboard that only watches the average will only ever catch a problem big enough to move the average. The finding that matters most is rarely the one common enough to do that.

BOUND: the arithmetic behind the rollback

This is a sizing question, how big is the rollback's real workload and how fast can it be cleared, not a person's habit flipping between two settings, so BOUND fits and FLIPS doesn't.

B, break it down. Rollback cost has two parts. Technical cutover, routing traffic back to the old model, is close to fixed and fast. The real variable cost is the look-back list: scans scored during the live window, times the share that were true positives on the affected finding, times the share the new model likely under-flagged, times the review time per disagreement case.
O, own the numbers. Nine days live, 2,200 scans a day, 19,800 total scans scored by Northlight. Pneumothorax base rate about 1.8 percent, roughly 356 true cases in that window. Pre-launch recall was assumed 89 percent; the live re-score against Halcyon's read showed roughly 71 percent, an 18-point gap, meaning about 103 disagreement cases. At six minutes of radiologist time per case to pull and compare, that's about ten hours of review work.
U, use a range. If the real recall gap is smaller, 10 points instead of 18, the list is closer to 57 cases, about six hours. If it's worse, 25 points, it's closer to 142 cases, over fourteen hours. The gap itself is the least trustworthy number in the whole estimate this early, based on one near miss and an overnight re-score, not a full audit.
N, nail the sanity check. Harborview's radiology team already handles about 40 routine look-back QA reviews a week. A one-time 103-case surge is a heavy single day for two radiologists pulled specifically onto it, not a multi-week emergency. Worth escalating loudly, not worth panicking over.
D, direction. The lever that swings this number most isn't the recall gap, it's the detection window. Catching the regression on day two instead of day nine would have limited the look-back list to roughly 79 scans' worth of true-positive exposure instead of 356, an almost eighty percent reduction, larger than any realistic improvement in Northlight's actual recall would produce on its own.

One more thing the arithmetic alone doesn't show: not every disagreement case in the look-back list turns out to be a real miss. At Harborview, only 4 of the 103 disagreement cases were confirmed as genuine misses on second read; the other 99 were correctly non-urgent, a disagreement that didn't matter clinically. That doesn't shrink the review workload, every disagreement still needs a human look to know which bucket it's in, but it does mean the headline "103 cases" and the true patient-harm count are two different numbers, and a rollback plan has to report both.

Where the ten hours actually goes
Technical cutover: routing traffic back to Halcyon~15 min
Overnight re-score of all 19,800 scans through Halcyon~40 min (automated)
Radiologist review of 103 disagreement cases~10.3 hrs
The technical rollback is nearly free. The human review of every disagreement is where essentially all the real cost sits.
What moves the look-back list size most (cases, from the 103-case baseline)
Detection window: catching it day 2 instead of day 9−79 cases
Recall gap turns out worse than assumed (25pt instead of 18pt)+39 cases
Recall gap turns out smaller than assumed (10pt instead of 18pt)−46 cases
Detection speed dominates every other lever here, more than double the swing of the recall gap turning out worse than assumed.

And if you want to be sure it really works, try it somewhere else

Kelpwatch Fisheries Cooperative runs an AI tool that reviews trawler camera footage and flags likely bycatch, protected species caught unintentionally, for a human observer to confirm before the catch is logged. The cooperative just migrated that classifier to a newer version.

B, break it down. Same shape, different unit. Rollback cost is technical cutover, near-fixed and fast, plus the look-back list: footage segments reviewed during the live window, times the share with a true protected-species event, times the share the new model likely missed, times review time per disagreement.
O, own the numbers. The new classifier ran for eleven days across about 60 trawler-hours of footage a day, 660 hours total. Protected-species bycatch events happen in roughly 0.6 percent of footage-hours. That's about 4 true events in the window. Pre-launch recall was assumed 85 percent; a spot-check against the old classifier's read on the same footage suggested it may have missed one of the four, a 25-point-equivalent gap on a very small base count. At twenty minutes of reviewer time per flagged disagreement, that's a little over an hour of review work.
U, use a range. With such a small true-event count, the range is wide in relative terms: zero missed events would mean no review backlog at all, two missed would mean roughly two and a half hours. The small base rate makes this estimate genuinely fragile until more footage is reviewed.
N, nail the sanity check. Kelpwatch's compliance team already reviews flagged footage as routine practice, several hours a week. An extra hour or two from this rollback is well within normal capacity, not something that needs extra staffing.
D, direction. Same lever as Harborview, at a much smaller scale: the number of days the regressed model ran before anyone checked matters more than the size of the recall gap itself, because with so few true events in any given window, every additional day adds real, not proportional, exposure.

Same shape, different base rate At Harborview, 356 true events in nine days made the math about proportions and percentages. At Kelpwatch, four true events in eleven days makes the math about small counts where one single missed case swings the picture entirely. The equation is identical. What it feels like to work through it depends entirely on how rare the true event actually is.

Swap the trigger and it still runs.
Speed: an interviewer caps the answer at ninety seconds. Skip straight to the shape: cut over immediately, build the full look-back list from the live window, flag every disagreement for a human, size review time against the disagreement count, not the whole list.
Cost: the radiology team is already short-staffed this week. Don't shrink the look-back list to fit available hours, borrow radiologists from a lower-urgency queue for one day instead, and say plainly that the tradeoff is a slower routine backlog elsewhere, not a smaller safety check here.
The model got better: Northlight actually turns out to beat Halcyon on every finding category once the full audit finishes. That doesn't make the look-back list unnecessary in the moment, the near miss still happened and still needs confirming, it just means the eventual finding is reassurance rather than a real gap.

Where people run it wrong.
They treat "roll back" as purely a technical action and stop the plan there, with no mention of what happens to the patients or cases already touched by the regressed model.
They build the look-back list only from complaints or flagged tickets, missing exactly the silent under-flags that never generated one.
They watch an aggregate metric for early warning and assume it will catch a regression on a rare-but-serious category, when a rare category can move sharply without denting an average built mostly from common cases.

How to use it live. Say the shape before naming a single number: "rolling back isn't the hard part, that's a routing change. The real plan is the look-back list, everyone the regressed model already touched, and how fast we can get a second, trusted look at every one of them." That buys the room to ask what's actually knowable this early, instead of promising a number nobody can defend yet.

Flashcards (click a card to flip it)

1 · THE FRAMEWORK
What framework fits "describe the rollback plan for a migration that has already shipped," and why not FLIPS?
Tap to flip
ANSWER
BOUND. This is a sizing question, how big is the real rollback workload and how fast can it clear, not a story about a person's habit flipping between two settings.
2 · THE PERSON
Who is this answer about?
Tap to flip
ANSWER
Esther Villanueva, who has led Harborview Diagnostics' imaging-AI roadmap for three years and ran both the Halcyon launch and the Halcyon-to-Northlight migration.
3 · WHAT THE FIRST PLAN GOT WRONG
What did the original go-live monitoring watch, and why did that miss the regression?
Tap to flip
ANSWER
It watched the aggregate flag rate across all scans. Pneumothorax was such a small share of total volume that an 18-point recall drop on it barely moved that aggregate number, so the dashboard stayed calm for all nine days.
4 · THE EQUATION
What's the shape of the rollback cost equation?
Tap to flip
ANSWER
Scans scored during the live window, times the share that were true positives on the affected finding, times the share the new model likely under-flagged, times review time per disagreement case. Technical cutover itself is near-fixed and fast.
5 · THE OLD DECISION
What decision would you take back, and why did it make sense at first?
Tap to flip
ANSWER
Deprioritizing per-finding recall tracking at go-live in favor of just watching the aggregate flag rate. It made sense because it saved dashboard work on a tight migration timeline, and it stopped making sense the moment a rare, serious finding regressed without moving the average.
6 · THE NUMBER
Fill in the blank: the look-back list came to ___ scans, of which ___ disagreed with the old model, and only ___ of those turned out to be confirmed genuine misses.
Tap to flip
ANSWER
19,800 scans. 103 disagreements. 4 confirmed genuine misses.
7 · THE REPLAY
Same migration, same team, second design. What changes?
Tap to flip
ANSWER
Recall gets tracked by finding category continuously, with an alert if any category drops more than 8 points from baseline over a rolling three-day window. The same regression trips the alert around day 3 instead of day 9, cutting the look-back list from 103 cases to roughly 35.
8 · CROSS-PRODUCT TRANSFER
Section 4 answers this same rollback-sizing question for a different product. Which product, and what makes its arithmetic feel different?
Tap to flip
ANSWER
Kelpwatch Fisheries Cooperative's bycatch-detection classifier. With only about 4 true events in the whole live window, the math turns into small-count arithmetic where a single missed case swings the estimate entirely, unlike Harborview's larger, more proportional numbers.

Check yourself Score: 0 / 0

Fill in the blank
1. The look-back list covered ___ total scans from the 9-day window, of which ___ disagreed with the old model's urgency read, requiring about ___ hours of radiologist review.
Show hint
Check the O step for the full arithmetic chain.
Show answer
19,800; 103; about 10 hours. Almost all of the ten hours is the disagreement review, the technical cutover and automated re-score together take under an hour.
Multiple choice
2. Why does the detection window (how many days passed before the regression was caught) swing the look-back list size more than the recall gap itself?
  • A. The recall gap never actually affects the list size.
  • B. Every additional day adds a full day's worth of new true-positive exposure to the list, while a worse recall gap only changes what share of an already-fixed exposure gets flagged.
  • C. Radiologists can only review cases in the order the model scored them.
  • D. The technical cutover takes longer the more days have passed.
Show hint
Compare what each assumption actually multiplies: the days-live count, or the recall percentage.
Show answer
B. Days live sets how many true cases exist to review at all. The recall gap only decides what fraction of those get flagged as disagreements. A bigger base multiplied by any gap beats a smaller base multiplied by a bigger gap, in this case by nearly two to one.
True or false
3. True or false: because the aggregate flag rate stayed steady for all nine days, that was good evidence Northlight hadn't regressed on any specific finding.
  • True
  • False
Show hint
Think about how much of total volume the affected finding actually represented.
Show answer
False. Pneumothorax was such a small share of total scans that an 18-point recall drop on it barely moved the aggregate flag rate. A steady average is only reassuring for whatever's common enough to move it.
Short answer
4. Someone on the incident review says, "Let's just re-review the 4 confirmed misses and close this out, the other 99 disagreements turned out fine." Why is that the wrong way to close the rollback?
Show hint
Think about whether you could have known in advance which disagreements would turn out fine.
Show answer
Model answer: There was no way to tell which of the 103 disagreements were the real misses without reviewing each one; the 4-versus-99 split was only knowable after the fact. Skipping straight to "review just the confirmed misses" assumes the answer you'd only get by doing the review in the first place.
Short answer, apply it yourself
5. Think of a system at your own job that gets updated or replaced periodically. If the new version had a silent, narrow regression, what would your equivalent of a "look-back list" need to include, and how would you know who's on it?
Show hint
Think about who was actually touched by the change, not just who complained.
Show answer
Model answer: A customer-support team that migrated its auto-reply drafting tool. The look-back list would be every ticket the new drafter touched during its live window, cross-checked against what the old drafter or a human would have said, specifically for the ticket types most likely to hide a quiet regression, refund disputes or cancellation requests, not just the tickets that generated a complaint.
Short answer, the number question
6. If Harborview's daily scan volume were actually 3,300 instead of 2,200, but the regression was still caught on day 9, how would the look-back list size change? Show the math.
Show hint
Recompute total scans in the window, then the true-positive count, at the new volume.
Show answer
It would grow proportionally. At 3,300 scans a day for 9 days, that's 29,700 total scans, up from 19,800. At the same 1.8% pneumothorax base rate, true cases rise from about 356 to about 535. At the same 18-point recall gap, disagreement cases rise from 103 to about 154, and review time rises from about 10 hours to roughly 15 hours. Higher daily volume doesn't change the shape of the problem, it just scales every number in the chain by the same 1.5x.
Before you close the answer
Why this works
Tests whether you treat a rollback as a real operational plan with a sized backlog, or as a one-line technical statement. Most candidates say "roll back to the old model" and stop; the strong answer sizes the human review workload that decision actually creates.
Follow-up traps
"Why not just re-score everything automatically and skip the radiologist review entirely?" Response: a disagreement between two models isn't proof either one is wrong, only a human read on the actual image can confirm which of the 103 cases were real misses, which is exactly why 99 of them turned out fine on review.

"Isn't building the full look-back list overkill when only 4 cases ended up mattering?" Response: the 4-versus-99 split was only knowable after reviewing all 103, building the list from complaints alone would have missed every one of those 4 genuine misses, since none of them had generated a complaint.
If pressed
The rolling three-day recall-tracking alert in the redesigned monitoring isn't triggered by a single day's dip. It requires the drop to hold for three consecutive days against the golden set, specifically so a single unlucky day of hard cases in the live traffic doesn't trip a false rollback alarm on a model that's actually fine.
From U2xAI Academy

From answering questions to owning outcomes.

A live workshop where you ship a working AI agent, defend a launch decision, and walk away with a portfolio recruiters can't wave off, not just more questions to study.

  • A live AI agent you actually shipped
  • A launch decision you can defend under pressure
  • An interview-ready portfolio, not more flashcards
Know more