Engineering, production, governance, cost, communication · insight-0289
Declare model incidents early and give one person stakeholder communication
- Evidence type
- documented fact
- Difficulty
- easy
- Roles
- ML engineer, Data scientist, Data analyst
- Industries
- aviation, e-commerce, banking
Summary: situation, action, reason, boundary
Situation
A pricing model has produced obviously wrong fares for an hour, and engineers are debugging while managers message them for updates.
Action
Declare an incident, name an incident commander, an operations lead and a communication lead, keep a shared live incident document, and send updates on a fixed cadence stating impact, current action, what is unknown and the next update time.
Reason
Separating command, operations and communication roles and keeping a live document reduces confusion during response.
Boundary
Model outages, wrong predictions with customer impact, data pipeline failures.
Symptom or risk
Responders are interrupted, stakeholders hear conflicting stories, and nobody owns the decision to roll back.
Exceptions
Minor issues fixed within minutes may only need a ticket, but define the threshold beforehand.
Trade-offs
Declaring early creates some false alarms; that is cheaper than late escalation.
Pitfalls
Promising a fix time before the cause is known.
Lessons and concepts
Claims and their sources
Google SRE incident management separates incident commander, operations and communication roles, keeps a live incident document and recommends declaring incidents early.