ConceptIntermediateShipping & Model Lifecycle / Incident management for AI products / #18
Who should be in the room for an AI incident, and who usually is not but should be?
The direct answer
Rank the incident room by what happens if a decision gets made without that person in it, not by who owns the tool. Put the medical monitor in the room before anyone touches the parser, ahead of engineering, because the one call nobody can undo is whether the patients already matched under the bug need an urgent safety review and whether the disclosure clock has already started. Everyone else can join once that call is made.
The roster, ranked by what breaks first if skipped
Get the medical monitor into the room before engineering opens the code.Why: only a clinician can say whether the already-matched patients need an urgent safety review, and that call cannot be undone once another dose goes out.
Pull the exact list of affected patients and match dates first.Why: dependency. The disclosure clock starts from when the error is confirmed, not from when a fix ships, so the monitor needs the real list before anything else moves.
Pause matching on the affected trial arm across every site until the monitor clears it.Why: a pause is cheap and swings back. An undisclosed dose or a missed notification window does not.
Bring in the data lead who owns the matching pipeline to trace how far back the parsing error runs.Why: the monitor cannot size the safety review without knowing how many charts, and how many weeks, the bug actually touched.
Loop in engineering to fix the parser in parallel, not first.Why: the fix matters, but it answers a different question than whether the four dosed patients are safe, and treating this as only an engineering bug is why the monitor got left out to begin with.
Bring in regulatory affairs to file the IRB and sponsor notices once the monitor confirms scope.Why: last in the room, but first against the clock. The filing has to land inside the mandated window, not after a quiet patch ships.
Everything else in the incident waits on the first box. The monitor's read of the four dosed charts is the one nothing else can happen before.
How to answer this, stage by stage
The trap in this question is answering it as a list of job titles, engineering, support, product, comms, when it is actually asking which specific person's absence lets the room make a call it cannot walk back. Eight moves.
1
Ground it in one real product
Say it like this
"Let me make this concrete. Aldermoor Biosciences runs Matchlight, a tool that reads a cancer patient's chart and matches them to open trials they might qualify for. Kavita Shenoy runs clinical trial operations there. She's the one who calls the incident room together."
Why this works
Grounds an abstract staffing question in one real product before any framework talk starts.
2
Name your method before you use it
Say it like this
"I'd use ORDER here. Rank who's in the room by what's hardest to undo if a decision gets made without them, not by who has the loudest claim to owning the tool."
Why this works
Signals a method up front, so the roster that follows reads as a ranking, not a guest list.
3
Say what the question is actually testing
Say it like this
"This isn't really asking me to name job titles. It's asking whether I know which absence lets the room treat a patient-safety event as a software bug, because nobody in the room is equipped to say otherwise."
Why this works
Separates the real judgment call from a surface reading that just lists departments.
4
Give the ranked answer straight
Say it like this
"Medical monitor first, before the code gets touched. Then the exact list of who got matched and when. Then pause the affected arm. Then trace the bug. Fix it in parallel, not first. Regulatory files once the monitor confirms scope."
Why this works
This is deliverable 0, said out loud, in the order that actually matters.
5
Name who is usually missing, and why
Say it like this
"The person usually missing is the medical monitor. They're paged for protocol amendments, not for a tooling incident, so the first instinct is to treat a parsing bug as an engineering problem and patch it quietly. That instinct is exactly the gap."
Why this works
This is the line an interviewer is listening for. Naming the specific role, not a vague "more oversight," is what shows real judgment.
6
Name the alternative you rejected
Say it like this
"The room's first instinct was to patch the parser overnight and re-run matching quietly, then mention it in the monthly report. I'd reject that. A patch doesn't tell you whether the four patients already dosed under the bad match are safe right now, and it doesn't start the disclosure clock the regulation already requires."
Why this works
A rejected alternative is what tells the interviewer you weighed options instead of reaching for the tidiest fix.
7
State the trade-off out loud
Say it like this
"Pausing matching on that trial arm across all six sites costs real time, screening drops back near what it was before Matchlight for however long the review takes. I'd take that cost. The alternative is a second patient dosed on a match nobody has re-checked, and that's not a cost you can buy back with a faster patch."
Why this works
Naming the trade-off explicitly is what makes this a decision instead of a wish that speed and safety were free together.
8
Close on the rule, not the checklist
Say it like this
"So: the room is ranked by what can't be undone, not by who built the tool. Medical monitor first, because the call on the dosed patients and the disclosure clock is the one nobody can walk back. Everyone else can join once that call is made."
Why this works
Ends on the literal ranking the question asked for, defended instead of just listed.
Let's learn
Matchlight is a tool that reads a cancer patient's electronic chart, the biomarker test results, the diagnosis notes, the treatment history, and works out which open clinical trials that patient might qualify for.
Before Matchlight, a trial coordinator at Aldermoor Biosciences read each chart by hand, checking it line by line against a trial's written eligibility rules. That took about 40 minutes a chart. A coordinator could screen around 12 patients a day, across a network of six cancer centers.
Knowledge spark: what does "eligible" mean in a trial?
A trial's protocol lists exact rules for who can join, often a biomarker result, like whether a tumor carries a specific gene mutation. Some trials need that marker present. Others, for safety reasons, need it confirmed absent. Getting the direction backward is not a small mistake, it can mean giving someone a drug combination built for the opposite biology.
With Matchlight, that same chart takes about 5 minutes to screen. Coordinators went from 12 patients a day to over 40. Referrals to open trials nearly quadrupled in the first year.
The extra referrals were never the problem. Here is the turn. One trial needed patients confirmed negative for a gene mutation called EGFR, because a patient who actually carried it needed a different, targeted drug instead, not this combination. A model update meant to catch more eligible patients started misreading hedge language in doctors' notes, phrases like "cannot rule out EGFR positivity" or "status pending, treat as positive given family history." On a slice of charts written that way, Matchlight quietly flipped them to eligible.
Patients flagged eligible for the EGFR-negative trial, building over three weeks
Fourteen patients across six sites got flagged eligible over three weeks. Ten were caught before dosing started. Four were not.
We did not have a parsing bug in a room full of engineers. We had four patients dosed on the wrong biology, in a room that had never called the one person who could say so.
What that costs at its worst has nothing to do with accuracy scores. A patient dosed on a mismatched trial can face a real, avoidable safety risk, and separately, the trial itself is required to report that kind of error to its safety office and its ethics board inside a set window once it is confirmed. Miss that window and there is no version of "we'll fix it in the next release" that gets it back.
The decision that mattered
When Matchlight's incident channel got paged, the room that assembled was Kavita, her data lead, and Priam Castellane, the VP of engineering. All three are the right people to find and fix a bug. None of them is the person who can say whether four already-dosed patients are safe right now, or whether a clock the room does not control has already started.
What I would leave alone. Most of what Matchlight gets wrong is a coordinator's problem, not a safety one, a trial ranked second instead of first, a note the model summarized a little oddly. Those don't need the medical monitor at 9pm. Reserve that page for the case where the wrong call changes what actually happens to a patient's body.
The lesson. A model that is wrong about biology does not announce itself as a safety incident. It announces itself as a match, with a confidence score, sitting in a queue that looks exactly like every correct one next to it. The room has to already know which kind of wrong that is, or it will spend its first hour asking the wrong question entirely.
Now here is the same thing as a story
The short version is above. Keep reading if you want to feel why nobody thought to call Dr. Kirtley until the fourth hour.
Kavita Shenoy has run clinical trial operations at Aldermoor for six years, and what she is good at, the thing people actually page her for, is getting six cancer centers to agree on anything inside a day. When Matchlight's automated audit flagged an anomaly at 6am on a Tuesday, a spike in eligible matches for one trial arm that didn't match the historical rate, she was in the incident channel within eleven minutes.
By 6:20, Priam Castellane, the VP of engineering, had a working theory: a model update three weeks earlier had changed how the parser handled negation in clinical notes. By 6:45, his team had a candidate fix ready to test. The room moved fast, and it moved the way incident rooms are trained to move. Confirm the bug. Scope the blast radius. Ship the patch. Nobody in the room was doing anything wrong.
The room asked "how do we stop this from happening again" for forty minutes before anyone asked "did this already happen to someone."
At 7:30, the data lead pulled the list: fourteen patients across six sites had been flagged eligible for the EGFR-negative combination trial since the parser started misreading hedge language. Ten were still in screening, nobody dosed. Four had already started the combination.
That number sat in the channel for eleven minutes before anyone said out loud what it actually meant. Kavita read it three times. Then she paged Dr. Absalom Kirtley, the trial's medical monitor, for the first time that morning.
Pausing enrollment for a few days is a decision you can reverse the moment the monitor clears it. Missing the disclosure window is not.
Dr. Kirtley asked one question nobody in the room had asked yet: what does EGFR-positive mean for someone on this specific combination. The answer was not "a slightly worse outcome." It was a real interaction risk, the exact one the negative-only eligibility rule existed to prevent. He pulled the four charts himself, live, on the call. Two of the four patients turned out to have EGFR status that had never actually been confirmed either way, only hedged in a note the model had flattened into a false negative.
He also said the second thing nobody in the room knew: the moment those four charts were confirmed, a clock had already started. The sponsor's safety office needed notice inside a day. The site ethics boards needed it inside the week. That clock does not wait for a patch to ship, and it does not restart if you find a cleaner explanation later.
What the room almost decided instead
Before Dr. Kirtley joined, the working plan was to patch the parser, quietly re-run matching on the affected window, and note the correction in the trial's next monthly report. Reasonable, if this were an accuracy bug. It is not one. Treating it as one is the decision that would have missed the actual disclosure window by weeks.
The old decision, told as a memory of a meeting. When Matchlight's incident process was written, a year before this morning, the on-call rotation was built entirely from engineering and trial ops, the two teams who owned the tool day to day. Someone asked, in that planning meeting, whether a clinical role should be on the page list. The answer at the time was that clinical staff would obviously be looped in "if it's serious." Nobody wrote down who decides serious, or how fast.
The replay, run forward with the fix already in place: the on-call list pages the medical monitor automatically the moment any incident touches a trial's eligibility criteria, not after the room decides on its own that it's serious enough. Same Tuesday, same 6am spike. Dr. Kirtley is on the call by 6:20 instead of 8:11. The four dosed patients get their safety review inside two hours instead of most of a day, and the sponsor notice goes out with nine hours to spare instead of getting written after the fact and dated honestly late.
What I'd tell myself, back in that planning meeting a year earlier: "if it's serious" is not a paging rule. It is a bet that the room will correctly notice its own emergency, and the whole point of this incident is that it did not, for almost two hours.
ORDER, for who belongs in the room
GUARD would fit if the question were about the patients themselves, the people with no lever over the match they're given. This question is about staffing a room under time pressure, which decision costs the most if you get the order wrong. That's ORDER's job.
OOutcome.
Every person in this room is competing to protect one thing: that nobody's medical status gets decided by people who can only read a confidence score, not a chart.
RReversibility.
The hardest call to undo is deciding, even by default, not to page the medical monitor and not to pause the trial arm. Once a patient is dosed on an unreviewed match, that cannot be undone. Once the disclosure window closes without notice, it cannot be reopened either. A pause, by contrast, is cheap to reverse the moment the monitor clears it.
DDependency.
Nothing else in the room matters until the monitor has the real list of who got matched and when. The safety call cannot happen on a guess, and the fix cannot be scoped correctly until the monitor says how far back to check.
EEvidence.
Cheap to check first: pull the affected patients' actual lab reports, not the model's extracted label, and hand them to the monitor within the hour. That single step is what separates a real safety review from a guess dressed up as one.
RRank.
Medical monitor first, because that call cannot be undone. The affected-patient list second, since the monitor needs it to act. A pause on the trial arm third, cheap and reversible. The data lead fourth, to trace the bug's real scope. Engineering fifth, fixing in parallel, not gating the safety call. Regulatory affairs last into the room, first against the clock, once scope is confirmed.
Time to disclosure: the quiet-patch path against the required clock
If found via the monthly reportabout 11 days
Required: sponsor safety office1 day
Required: site ethics boards5 business days
A patch that ships quietly and gets mentioned "next month" is not a slower version of compliance. It is a different, missed deadline, one nobody can file for on time after the fact.
Same rank, a gas utility instead of a trial desk
Caldergate Gas & Electric runs PipeSense, a tool that reads sensor and inspection data to flag which pipeline segments are at highest risk of a leak, so field crews know where to inspect first.
O.
Every person in a PipeSense incident room protects one thing: that a segment PipeSense calls low-risk is actually low-risk, not just unscored.
R.
The hardest call to undo is not paging the on-call gas safety engineer when a scoring bug is found, and instead treating it as a model accuracy issue. A missed high-risk segment that leaks before anyone re-inspects it cannot be undone by any later patch.
D.
Nothing else matters until the safety engineer has the real list of segments the bug touched, ranked by how long since they were last physically inspected.
E.
Cheap to check first: cross the flagged segments against the physical inspection log, not PipeSense's own risk score, same hour the bug is confirmed.
R.
Safety engineer first, since only they can order an emergency inspection. The affected-segment list second. Emergency inspection of the highest-risk segments third. Data science fourth, to trace the scoring bug. Regulatory reporting last into the room, but bound by its own clock, same as the trial.
Same shape, different clock
At Aldermoor the missing person understood what a wrong biomarker match does to a body. At Caldergate it's what a wrong risk score does to a pipe under a street. Different domain, same real finding: the room ranked by convenience puts the tool's owners first. The room ranked by what can't be undone puts the person who knows the consequence first, every time.
Swap the trigger and it still runs.
Speed: an interviewer caps the answer at ninety seconds. Skip straight to naming the medical monitor and the one call that can't be undone.
Cost: the on-call rotation gets cut to save budget. Don't cut the monitor's page to save money. Cut the size of the room around them instead, fewer routine attendees, same one non-negotiable page.
The model got better, for real: suppose the parser update genuinely improved matching everywhere except this one hedge-language case. That still doesn't change who gets paged first. A rare, high-consequence miss needs the same clinical read as a common one, because the cost isn't set by how often it happens.
Where people run it wrong.
They staff the room by who owns the tool, engineering and product, and treat clinical or safety expertise as an escalation path instead of a standing seat.
They wait for the room to decide something is "serious enough" to page the missing expert, instead of writing a rule that pages them automatically the moment the incident touches their domain.
They let the technical fix set the pace of the whole response, so the safety review waits on the patch instead of running in parallel with it.
How to use it live. Say the ranking rule before naming a single role: "I'd rank the room by what's hardest to undo if a decision gets made without that person there, not by who built the tool." That line buys you the room to name the medical monitor specifically, instead of reciting "cross-functional stakeholders" and moving on.
Flashcards (click a card to flip it)
1 · THE FRAMEWORK
Which framework fits ranking who belongs in an incident room, and why not GUARD?
Tap to flip
ANSWER
ORDER, for ranking which absence causes the most irreversible decision. GUARD is for the people affected by the tool's output who have no lever over it, not for staffing the room that responds to an incident.
2 · THE PERSON
Who is this answer about?
Tap to flip
ANSWER
Kavita Shenoy, who runs clinical trial operations at Aldermoor Biosciences, calling together the incident room for Matchlight, the trial-matching tool.
3 · THE MISSING ROLE
Who is usually not in the room but should be, and why?
Tap to flip
ANSWER
The medical monitor, Dr. Absalom Kirtley. He's normally paged for protocol amendments, not tooling bugs, so the default room treats a patient-safety event as an engineering accuracy issue.
4 · THE IRREVERSIBLE CALL
What decision, made without the missing person, cannot be undone?
Tap to flip
ANSWER
Not pausing enrollment and not starting the disclosure clock. Once a patient is dosed on an unreviewed match, or the notification window closes, neither can be reversed.
5 · THE REJECTED ALTERNATIVE
What did the room almost do instead, and why was it wrong?
Tap to flip
ANSWER
Patch the parser quietly, re-run matching, and mention the correction in the next monthly report. Wrong because it treats a safety event as an accuracy bug and misses the mandatory disclosure window entirely.
6 · THE NUMBER
Fill in the blank: ___ patients were flagged eligible over three weeks, ___ of them were already dosed, across ___ sites.
Tap to flip
ANSWER
14 patients. 4 already dosed. 6 sites.
7 · THE REPLAY
Same Tuesday, monitor paged automatically instead of after the room decides it's serious. What changes?
Tap to flip
ANSWER
The medical monitor joins by 6:20 instead of 8:11. The four dosed patients get a safety review within two hours instead of most of a day, and the sponsor notice goes out with nine hours to spare instead of late.
8 · THE TRANSFER
Section 4 runs ORDER again on a different product. Which one, and what plays the role of the medical monitor there?
Tap to flip
ANSWER
Caldergate Gas & Electric's PipeSense. The equivalent role is the on-call gas safety engineer, the person who can order an emergency inspection, not just re-score a segment.
Check yourself Score: 0 / 0
True or false
1. True or false: the reason the medical monitor is usually missing from an AI incident room is that they don't understand how the model works. Say why.
True
False
Show hint
Check who the on-call rotation is actually built from, per the story.
Show answer
False. The monitor is missing because the on-call rotation was built from the two teams who own the tool day to day, engineering and trial ops, and the paging rule for anyone else was "if it's serious," with nobody assigned to decide that.
Multiple choice
2. Why does ORDER rank the medical monitor above engineering in this incident, even though engineering owns the actual bug?
A. Because engineering's fix would take longer than the safety review
B. Because the call the monitor makes, on the four dosed patients and the disclosure clock, can't be undone, while the code fix can proceed in parallel without gating it
C. Because the monitor has more seniority than the engineering lead
D. Because engineering caused the bug and shouldn't be trusted to fix it alone
Show hint
Ask which decision, once made, cannot be walked back later.
Show answer
B. ORDER ranks by reversibility, not by ownership of the bug or seniority. The fix and the safety call can happen at the same time, but only one of them is impossible to undo if it's skipped.
Fill in the blank
3. The room almost decided to patch the parser and mention the correction in the ______ report, instead of pausing the trial arm and starting the ______ clock.
Show hint
Look at the block-key titled "What the room almost decided instead."
Show answer
monthly; disclosure. Folding a safety event into routine reporting is exactly the move that misses a mandatory notification window.
Short answer
4. Name one place in this same product where a scoring or matching error would NOT need the medical monitor paged immediately. Why not?
Show hint
Look at "What I would leave alone" in the Let's learn section.
Show answer
Model answer: A trial ranked second instead of first in a coordinator's queue, or an oddly worded chart summary. Neither one changes what actually happens to a patient's body, so it's a coordinator's fix, not a page-the-monitor event.
Short answer, apply it yourself
5. Think of an AI tool used at your own job or one you're building. If it failed badly tomorrow, who would the default incident room include, and who's the one person missing who'd actually know what the failure means for the person on the other end of it?
Show hint
Look for the person who understands the downstream consequence, not just the system that produced it.
Show answer
Model answer: "A resume-screening tool's default room is recruiting ops and the engineering team who built the ranker. The missing person is someone from legal or compliance who knows whether a scoring pattern crosses into disparate-impact territory, a question neither recruiting nor engineering is positioned to answer on their own."
Short answer, the number question
6. If only 1 of the 14 flagged patients had actually been dosed instead of 4, would the ranking still put the medical monitor first in the room? Show the reasoning.
Show hint
Reversibility is about whether a call can be undone, not about how many people it touches.
Show answer
Yes. One wrongly dosed patient is still an unrecoverable outcome and still starts the same disclosure clock. The ranking is set by what can't be undone, not by the count, so even a single case keeps the monitor first.
Before you close the answer
Why this works
Tests whether you can name a specific missing role and the specific irreversible call their absence enables, instead of reciting "cross-functional stakeholders." With a model in the loop, the missing seat is usually the person who understands what the output means downstream, not another engineer.
Follow-up traps
"Isn't paging a doctor for every model bug overkill?" Response: no, because the page is scoped to incidents that touch trial eligibility criteria specifically, not every bug. A ranking issue in the coordinator's queue never triggers it.
"Why not just require zero errors on eligibility fields before shipping any model update?" Response: a flat zero-error rule on a probabilistic parser either gets missed honestly or gets gamed into a narrower test set. The real bar is auditing every negative-criteria match against the source lab report on a fixed cadence, targeting a false-eligible rate under a stated threshold, not a promise of zero.
If pressed
The two systems that would have caught this independently, Matchlight's own confidence score and the lab report PDF sitting in the same chart, were never cross-checked against each other. The model's confidence was high on every one of the fourteen misreads, because it was confident about its reading of the note, not about the patient's actual biology.
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.