Artifact critiqueAdvancedShipping & Model Lifecycle / Incident management for AI products / #10

Describe how you would write a blameless postmortem for a model behaviour incident.

The direct answer
Write the postmortem around the decision that took away the one check that did not depend on the model's own opinion of itself, not around the person who stopped opening a queue that had quietly gone from forty calls a week to three. Name that decision, show the six weeks it produced, and replace it with an independent sample checked against real ground truth, sized to catch a real gap most weeks, not a promise that the model will always flag its own mistakes.
Do this, in order
  1. Point the postmortem at the decision that removed the independent check, not at the person who trusted a shrinking queue.Why: she did exactly what a quiet, confident queue told her to do; the missing signal is the real cause, not her judgment.
  2. Reinstate a review sample that does not depend on the model's own confidence score.Why: a model that is sure of itself will never flag itself, so a check built only on its self rating will always miss the case that matters most.
  3. Stratify that sample so every store gets checked on a fixed schedule against real, same day inventory.Why: a random, unstratified sample can go weeks without landing on the handful of stores actually carrying the problem.
  4. Set the pass bar as a calibrated weekly threshold, not a flat rule that the model must never confirm an out of stock item.Why: a zero miss rule on a probabilistic model either gets missed honestly or gets gamed down to a friendlier test set.
  5. Name the specific technical cause, the stale per store cache from the migration, plainly in the writeup.Why: naming the mechanism is what makes the postmortem useful for the next migration, not just a closed ticket on this one.
  6. Name the alternative that was considered and rejected, like lowering the confidence threshold, and say why it would not have worked.Why: a postmortem with no rejected option reads as the only idea anyone had, not a real decision.
Hand sketched panel titled The five letters, five stacked rows in colored boxes. F find the person, whose morning breaks first. L locate the habit, what did she stop doing because it worked. I identify the flip, shown in a different color, what verb snaps with no middle setting. P pinpoint the old decision, which choice only made sense before. S show the replay, same bad week, a better ending.
A postmortem for a model behavior incident is really this method, run backward from the six week gap to the meeting where the gap got created.

How to answer this, stage by stage

Nobody is grading whether you can say "we did a root cause analysis." They are grading whether you can point a blameless postmortem at a decision instead of a person, for an incident where the thing that broke was confident, not careless. Seven moves get you there.

1
Scope it to one real product and one real incident
Say it like this
"Let's ground this. Corncrake Chicken Co runs about two hundred and ten thousand voice orders a week across two hundred and sixty stores, through Voxlane, its drive through and phone ordering AI. Yola Brannigan runs the voice quality desk there. She's the one writing this postmortem."
Why this works
Grounds the answer in real numbers before any framework talk starts, so it never turns into a policy lecture.
2
Say what a blameless postmortem is actually for, before any story
Say it like this
"Here's how I'd frame it up front. A blameless postmortem for a model behavior incident isn't about who missed the bad calls. It's about which decision let a model that rates its own confidence grade its own homework, with nobody else checking the grade."
Why this works
States the reframe before a single detail, so the interviewer hears a method, not a story about someone's bad week.
3
Find the person, and the habit that quietly changed
Say it like this
"For two years, Yola opened every call in Voxlane's low confidence queue, about forty a week, and listened herself. When a real model upgrade cut that queue down to three calls a week, she kept opening it for a while. Then, somewhere over about six weeks, without ever deciding to, she stopped opening it at all."
Why this works
Shows her doing the sensible thing at every step, which is what makes the ending land as blameless instead of as an excuse.
4
Name the flip precisely, and why a model in the loop changes it
Say it like this
"The flip is this: opens the flagged queue every week, or never opens it. No middle setting. And here's the part that's specific to a model, not just a habit: the thing that went wrong for six weeks was never in that queue to begin with, because Voxlane was confident about it, every single time. A model that's sure of itself doesn't flag itself."
Why this works
This is the line an interviewer is actually listening for. It shows the failure was structural, not a lapse in attention.
5
Pinpoint the old decision, written as a decision, not a verdict
Say it like this
"The decision I'd put in the postmortem is this one, from the meeting when Voxlane 2.1 shipped: we retired the old weekly random sample of five hundred calls, checked against real store inventory, and routed all of that review time onto the confidence queue instead, because per hour it was catching more real problems. That made sense that week. It also meant the one check that didn't depend on Voxlane's own opinion of itself was gone."
Why this works
Blameless doesn't mean vague. It means the target is a specific, once reasonable choice, not a person's character.
6
Name what you considered and ruled out
Say it like this
"I'd also say what I looked at and rejected. Lowering the confidence threshold so more calls get flagged doesn't fix this, because the model was never unsure about the item, it was sure and wrong, so a lower threshold just catches more of the wrong kind of case and still misses this one. The fix has to be a check that never asks the model how sure it is."
Why this works
A rejected alternative is what tells the interviewer you actually weighed options instead of reaching for the first fix.
7
Show the replay, and close on the count
Say it like this
"Same six weeks, new design: a stratified sample of a hundred and fifty calls a week, checked against each store's real same day inventory feed, not Voxlane's confidence score. Run it forward and the first week's sample already turns up about three calls confirming the item at one of the forty six affected stores. Caught in about four days, not six weeks, and closer to a few hundred wrong orders instead of forty one thousand."
Why this works
Closes on a number someone could go check, not a promise to "be more careful" next time.

Let's learn

Here's what happens when a queue built to catch a model's own doubt runs for months and slowly stops needing to. Say we build a voice assistant that takes orders at a drive through speaker and over the phone, and turns what a customer says into an order line the kitchen can read.

Before a tool like this got good, a crew member typed every order by hand while a customer talked over static and a car horn. About two out of every hundred items landed wrong, a swapped side, a missed size, a topping nobody asked for. A reviewer used to pull a real, stratified sample of calls each week, five hundred of them, and check each one against what the store's own inventory actually had that day.

Then a newer model shipped. Overall, it really did get better. Misheard items dropped from about two in a hundred to about one in two hundred. And the number of calls flagged as unsure, the ones a reviewer is supposed to pull and listen to, fell too, from forty a week to three within a month.

The flagged queue's quiet fall after the upgrade shipped
40 20 0 week 1 week 2 week 3 week 4 week 5 settles at 3
Forty calls a week, falling to three within a month. Nothing on this chart says whether the model got better everywhere, or just got quieter about one thing it was now confidently wrong about.

Here is the turn. Three flagged calls a week is not the problem. The problem is what a reviewer does with three calls a week that keep coming back clean. She keeps opening the queue for a while, out of habit. Then, without ever deciding to, she stops opening it at all. Nothing broke. A number just got small enough to stop feeling worth ten minutes.

A queue built entirely from a model's own confidence can only ever catch the mistakes the model already suspects it might be making. It will never catch the one it's sure of.

At its worst, that costs far more than the flagged queue ever would have. A model that's sure of itself will confirm an order confidently even when it's wrong, and a wrong but confident order never shows up in a queue built entirely around how unsure the model says it is. Weeks can pass with nobody watching for exactly the case that matters most.

Knowledge spark: what makes a postmortem blameless? A blameless postmortem writes the incident as a decision that made sense at the time, not as a mistake a person made. The test is simple: could you hand it to the same person, in the same seat, and expect them to make a different call next time, purely because the postmortem changed what's true about the system, not because they got scolded.

The choice I would take back. When the newer model shipped, all of the reviewer's hours got moved onto the flagged queue, and the old weekly random sample, checked against something outside the model's own opinion of itself, got retired because it had started to feel redundant next to a model that rarely needed it.

The decision that mattered Retiring the independent, ground truth sample and routing every review hour onto the model's own confidence queue. That was a sensible call the week it was made. It also meant the incident that actually happened, a model confidently wrong about something outside its training, had no check left that could ever have caught it.

What I would leave alone. A single missed topping on a quiet Tuesday order is not worth chasing, and most mistakes really are small and getting rarer. The problem was never ordinary mistakes. It was one specific, confidently wrong answer running unwatched for weeks because the only eyes on the system were the model's own.

The lesson. If the only thing checking a model is a number the model produces about itself, you have not built a check. You have built a mirror.

Hand sketched two panel diagram titled Switch, not dial. Left panel, what we assumed, a dial we could trust a little less each week as the flags thinned out. Right panel, what was real, a switch, audits happen or they do not, nothing in between.
The team treated the shrinking queue like a dial they could trust a little less over time. It was never a dial. It was a switch, and it had already flipped.

Now here is the same thing as a story

The short version is above. Read on if you want to feel how ordinary the six quiet weeks actually looked from Yola's desk.

Yola Brannigan can tell, inside ten seconds of a recording, whether an order actually went sideways or a customer just changed their mind mid sentence. Two years running the voice quality desk at Corncrake Chicken Co will do that. She built the habit on the old model, back when the flagged queue ran forty calls deep most weeks and she cleared it every Friday afternoon with a coffee and a spreadsheet.

Voxlane 2.1 shipped in March. It was, by every real measure the team tracked, a genuine improvement. Misheard core menu items dropped from about two in a hundred to about one in two hundred. Customers stopped calling back to ask why their order had a burger they never mentioned. Yola's own queue, the calls Voxlane itself flagged as unsure, thinned out with it. Week one after launch, still close to forty. By week four, nine. By week five, three, and it stayed there.

She kept opening it. Fridays, coffee, spreadsheet, same as always, even when there was almost nothing in it. For a while.

Nobody decided to stop watching. A number just got small enough that skipping it, one single Friday, cost nothing anyone could point to.

What nobody in that March meeting knew was that the same 2.1 release had quietly changed where Voxlane checked whether an item was actually in stock at a given store. The old model pulled live from each store's point of sale system. The new one, tuned for speed during the migration, pulled from a menu cache that synced overnight instead. Small change. Nobody flagged it as risky, because in testing it never once produced a wrong answer.

Two months after launch, a supplier shortage hit the Smoked Honey Drizzle topping at forty six stores in one distribution region. Every one of those stores marked it out of stock in their own system, the same afternoon it ran out. Voxlane never noticed. It kept confirming the topping to callers at those forty six stores, cheerfully, in exactly the same tone it used for every order that went right. "Got it, one Smoked Honey Drizzle added." No hesitation. No confidence score low enough to land anywhere near Yola's queue.

For six weeks, nobody at Corncrake was looking at anything that could have caught it. Yola's queue held steady at three calls a week, all of them unrelated, and somewhere in that stretch she went from opening it most Fridays to not opening it once for a run of six.

Hand sketched two panel comparison titled The number drifted, the habit snapped. Left panel, the flagged queue, forty low confidence calls a week sliding to three over a month, read as the model getting better. Right panel, Yola's review, opens the queue every week for two years, then one Tuesday stops, and never opens it again for six weeks.
The queue's fall was gradual and looked like good news. What she did about it was not gradual at all. It was a switch that flipped once and stayed there.

Roughly forty one thousand orders across those forty six stores included the topping during that window. About nine thousand four hundred of those got caught at the window or in the kitchen and swapped, comped, or refunded on the spot. What made it to a regional ops report was the complaint volume, which tripled at those specific stores, a real number nobody had stopped watching, because complaints were never routed through Voxlane's confidence score in the first place.

Junot Belfrey, the regional operations director for that district, noticed the spike on a Thursday and pulled twenty five random complaint calls to see what was actually going on. Nineteen of the twenty five mentioned the same topping. That's when it reached Yola's desk, and that's the postmortem she had to write.

The old decision, told as a memory of a meeting. When 2.1 shipped, someone on the team pointed out that the weekly five hundred call random sample almost never turned up anything the flagged queue hadn't already caught, and asked whether it was still worth the hours. The room agreed it wasn't. Redirect the time to the queue, where it was clearly doing more work per hour. Nobody in that room was wrong about what the data showed them that week.

The postmortem Yola actually wrote did not put her own name anywhere near the cause line. It put the retired sample there instead, and next to it, the specific technical detail: the per store inventory check and the model's own confidence score live in two completely different systems inside Voxlane, one wired to the point of sale feed, one to the language model's self rated certainty, and nothing had ever connected them.

The replay, run the same six weeks forward with the fix already in place: a new, smaller, stratified sample, a hundred and fifty calls a week, spread so every one of the two hundred and sixty stores gets checked against its own real, same day inventory on a fixed rotation, independent of anything Voxlane says about how sure it is. In week one of that redesigned sample, roughly three of the hundred and fifty calls already land at one of the forty six affected stores, confirming the topping that store had marked out of stock that same morning. Caught in about four days. Not six weeks, not forty one thousand orders, not a hundred and eighty seven thousand dollars in refunds and remade meals.

The thing Yola would tell her past self, back in that March meeting: a sample that almost never finds anything is not the same claim as a sample that isn't needed. It just means the thing it exists to catch hasn't happened yet.

What a postmortem for a model incident actually has to find, letter by letter

This is a perturbation question dressed as a process question. Something changed, the model got genuinely better, and a person's behavior around it flipped as a result, so FLIPS fits, run in reverse from the incident back to the meeting that caused it.

F
Find the person. Whose morning gets disrupted by this incident, and by writing the postmortem itself?
Not "the review process." A name, a desk, a real competence.
Here, Yola Brannigan, two years on the voice quality desk, able to sort a real problem from a shrug inside ten seconds of a recording.
L
Locate the habit. What did they stop doing because it kept working?
The habit is the thing the system actually shipped, not a footnote.
Opening the flagged queue every Friday. It kept coming back clean, so opening it stopped feeling load bearing.
I
Identify the flip. What verb snaps, with exactly two settings and no middle?
The hardest step, and the one a postmortem usually skips past.
Opens the queue every week, or never opens it. And the reason it's genuinely AI shaped: the incident was never in that queue, because the model was confident, not unsure.
P
Pinpoint the old decision. Which choice only made sense before the incident?
A specific, reversible, once reasonable call, not a character flaw.
Retiring the five hundred call random sample and routing every review hour onto the model's own confidence queue, the week 2.1 shipped.
S
Show the replay. Same bad six weeks, fixed design, better ending?
Ends in a number someone could go check, not a promise.
A stratified, ground truth sample catches the same incident in about four days instead of six weeks.
Days to catch the incident, old design against the replay
Old design: confidence queue only42 days
Replay: independent stratified sample4 days
A confidence based queue is not a worse detector here. It is not a detector for this failure at all. Any amount of tuning it further would have caught this on the same slow schedule, or not at all.

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

Thistlecove Mutual runs Firstword, a phone based intake bot that takes the first report of a car accident, before an adjuster ever gets involved.

F. Wrenna Sutcliffe, the first notice of loss coordinator, four years on the desk, able to tell a clean rear end claim from a disputed multi car pileup in the first fifteen seconds of how someone describes it.
L. Callers used to describe a crash however it actually came out, messy and real, and Firstword parsed it into the right claim fields on the first pass most of the time. Wrenna stopped coaching callers on how to talk to it, because it stopped being necessary.
I. A different flip than Voxlane's. This one is an input flip. After Firstword locked in the wrong at fault driver on a run of multi vehicle calls, and only ever followed up with a yes or no confirmation instead of an open question, Wrenna started coaching callers to talk like a form. "Vehicle one struck vehicle two, low speed, one lane." Once a caller learns to flatten their own story like that, they never go back to describing it naturally, on this call or the next one they ever make.
P. Firstword's team chose yes or no confirmations over open repair prompts, because in early testing, mostly single vehicle claims, confirmations scored faster and cleaner. Reasonable, for the claims they tested it on.
S. Swap one line: whenever the parse confidence drops mid call, ask an open question instead of a yes or no one. "Sorry, can you say what happened again, in your own words?" Callers keep describing naturally, and the share of complex claims with the right fault field on the first pass climbs from about sixty one percent to about ninety percent.

Same shape, different cost At Corncrake the missing check was independent of a self confident model. At Thistlecove it was an open question the design never gave anyone room to ask. Different flip family, different fix, same real finding: a blameless postmortem always ends up pointing at a decision that quietly removed a signal, never at the person who trusted what was left.

Swap the trigger and it still runs.
Speed: an interviewer caps the answer at ninety seconds. Skip straight to naming the decision that removed the one independent check, and what replaces it.
Cost: the review team's headcount gets cut in half this quarter. Don't cut the independent sample to zero to save the hours. Shrink it and stratify harder instead, fewer stores checked each week but each one checked fully, on a fixed rotation. That's a stated tradeoff, not a silent one.
The model got better, for real, everywhere: suppose the 2.1 migration hadn't broken the per store feed at all, and Voxlane really was better across the board, including on rare items. That still wouldn't make the independent sample worth cutting. It's the only way anyone would know that for certain, instead of assuming it from a queue that quietly went quiet.

Where people run it wrong.
They point the postmortem at the person who stopped checking, instead of at the decision that removed the one check that didn't depend on the model's own opinion of itself.
They "fix" the incident by retraining the model on the one gap that got found, and close the postmortem there, without asking what else the model might one day be confidently wrong about that nothing is currently watching for.
They read a falling flagged queue as proof the model is getting better everywhere, without ever asking whether it might be drifting toward confident wrongness on some other slice of orders instead.

How to use it live. Say the reframe before any story: "the point of a blameless postmortem for a model behavior incident is that the thing being audited rated its own homework and passed itself, so the fix isn't a person, it's the decision that let a self graded system grade the one exam nobody else was watching." That buys you the room to name the actual decision, instead of reciting "communicate clearly and hold a retro."

Flashcards (click a card to flip it)

1 · THE FLIP FAMILY
What flip family is this, and why not the usual verification flip?
Tap to flip
ANSWER
Over trust flip. The trigger is the model getting genuinely better, not two mistakes in a row, so it runs the opposite direction of verification: Yola goes from checking every week to never checking at all.
2 · THE PERSON
Who is this answer about?
Tap to flip
ANSWER
Yola Brannigan, Voice Quality Lead at Corncrake Chicken Co, who listened to every flagged low confidence call for two years before the queue crashed to almost nothing.
3 · THE HABIT
What did she stop doing because it worked?
Tap to flip
ANSWER
Opening the flagged queue every week. Once a genuine model upgrade shrank it from forty calls to three, she kept opening it for a while out of habit, then stopped for six weeks straight without ever deciding to.
4 · THE FLIP, IN THIS STORY
What's the two setting switch here?
Tap to flip
ANSWER
Opens the flagged queue every week, or never opens it. No in between setting, and the incident itself was never inside that queue, because the model was confident about it, not unsure.
5 · THE OLD DECISION
What decision would you take back, and why did it make sense when it was made?
Tap to flip
ANSWER
Retiring the weekly five hundred call random sample, checked against real store inventory, and routing all review time onto the confidence flagged queue instead, when Voxlane 2.1 shipped. It made sense because, that week, the queue really was catching more real problems per hour.
6 · THE NUMBER
Fill in the blank: the incident ran ___ weeks, touched ___ stores, and cost about $___ in refunds and remade meals.
Tap to flip
ANSWER
Six weeks. Forty six stores. About $187,000.
7 · THE REPLAY
Same bad six weeks, new design, what changes?
Tap to flip
ANSWER
A hundred and fifty call independent sample, stratified across all stores and checked against real same day inventory instead of Voxlane's own confidence score, catches the incident in about four days instead of six weeks.
8 · CROSS PRODUCT TRANSFER
Section 4 answers this same question again for a different product, with a different flip family. Which product, and which family?
Tap to flip
ANSWER
Firstword, an auto insurance intake bot at Thistlecove Mutual. Input flip: callers stop describing crashes naturally and start reciting a flattened script once they learn the bot only ever asks yes or no questions.

Check yourself Score: 0 / 0

Multiple choice
1. Why does this story use the over trust flip instead of the verification flip most postmortem answers default to?
  • A. Because Voxlane 2.1 was cheaper to run than the model it replaced.
  • B. Because the trigger was a real improvement, the model getting better, which flips the direction: instead of checking a little then checking everything, Yola goes from checking every week to never checking at all.
  • C. Because verification flips only apply to text based tools, not voice.
  • D. Because Yola was new to the role and had not built the habit yet.
Show hint
Check the flip taxonomy's note on which family fires when the change is genuinely good news.
Show answer
B. Good news is a trigger too. A real improvement is exactly what makes someone stop checking altogether instead of checking more carefully.
True or false
2. True or false: the postmortem should name Yola specifically as the person whose stopped audits caused the six week incident.
  • True
  • False
Show hint
Ask whether a different person, in the same seat, would have behaved any differently.
Show answer
False. She did the reasonable thing given a queue that had genuinely gone quiet. The real gap is the decision that removed the one check that did not depend on the model's own confidence, and any reviewer in that seat would have drifted the same way.
Fill in the blank
3. The flagged queue fell from ___ calls a week to about ___ calls a week within a month of Voxlane 2.1 shipping, and Yola went ___ weeks without opening it during the incident.
Show hint
Check the chart in "Let's learn" and the walkthrough's stage 3.
Show answer
40; 3; six. The gentle four week fall from forty to three is what made a six week gap in reviewing feel harmless in the moment.
Short answer
4. What old decision does this answer take back, and why did it make sense when it was first made?
Show hint
Look for the meeting memory, not a dial someone could just turn up.
Show answer
Model answer: Retiring the weekly five hundred call random sample, checked against real store inventory, and routing all review hours onto the model's own confidence queue instead. It made sense because, per hour spent, the confidence queue really was catching more real problems at the time.
Short answer, apply it yourself
5. Think of a tool at your own job that got a real, measured upgrade at some point. What's a check you used to do by hand that you might have quietly stopped doing once the upgrade shipped?
Show hint
Look for a check you used to do out of caution, not out of a rule anyone wrote down.
Show answer
Model answer: A spreadsheet macro that auto categorizes expense reports got noticeably more accurate after an update. The person who used to spot check ten reports a day might have quietly dropped to checking two or three a week, since the macro rarely needed correcting anymore, exactly the setup where one rare, confidently wrong categorization could run unnoticed for a full reporting cycle.
Short answer, the number question
6. If the independent sample had been drawn randomly from all two hundred and ten thousand orders a week, instead of stratified so every one of the two hundred and sixty stores gets checked on a fixed rotation, would it likely have caught the issue within the same four days? Show the reasoning.
Show hint
Think about how a plain random draw can, by chance, skip a small group of stores for weeks at a time.
Show answer
No, not reliably. The forty six affected stores are less than a fifth of all two hundred and sixty. A plain random draw can, purely by chance, land zero calls at any of those forty six stores for several weeks running. Stratifying so every store gets checked on a fixed schedule is what turns "probably eventually" into "within days," rather than leaving it to luck.
Before you close the answer
Why this works
Tests whether "blameless" means something specific to you, aiming the postmortem at a decision instead of a person, and whether you understand that with a model in the loop, the missing decision is usually an independent detection layer, not more diligence from whoever was watching.
Follow-up traps
"Isn't naming a specific decision in the postmortem still a form of blame?" Response: no, because the decision was reasonable given what the team knew at the time. Naming it is what lets the next team make a different call under the same pressure, not a verdict on whoever made the first one.

"Why not just require Voxlane to always match store inventory, with no exceptions?" Response: a flat, zero miss rule on a probabilistic model either fails honestly and gets ignored, or gets gamed down to a narrower test set. The real bar is a calibrated weekly threshold, matching real inventory in at least ninety eight percent of that week's sampled calls, checked against a stated target, not a promise of zero.
If pressed
The confidence score and the per store inventory check live in two entirely separate systems inside Voxlane, one wired to the point of sale feed, one to the language layer's own self rated certainty. No single number inside the model was ever going to catch a case where the language layer was sure of itself and the inventory layer was simply reading stale data.
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