Blameless Post-Mortems: Fixing Systems, Not People
Why punitive engineering cultures encourage technicians to hide mistakes. How we established a blameless post-mortem framework.
โIf an engineer makes a mistake that takes down a system, firing the engineer doesnโt fix the flaw. It just ensures the next person will hide the bug.โ
As Associate Director at Kyndryl, I established a Blameless Post-Mortem Culture across our cloud architecture teams.
The Principles of Blameless Engineering
- Assume Good Intent: Engineers act based on the best information available to them at the time of execution.
- Focus on Systemic Safeguards: Ask โWhy did our pipeline allow an invalid config to be applied?โ instead of โWho typed the wrong command?โ
- Publish Open Learnings: Share incident post-mortems across all engineering guilds to prevent duplicate failures.
[!NOTE] Post-Mortem Template: Every major incident requires a document detailing timeline, root cause, short-term mitigation, and long-term architectural safeguards.
The Verdict
Key Takeaway
Build Resilient Systems, Not Fearful Teams.
Encourage open incident reporting. Establishing a Blameless Culture shifts your organizationโs focus from pointing fingers to building automated safeguards.
Sachin Kumar Sharma
Associate Director (Infrastructure & Cloud Architecture Strategy) | 20+ Yrs Exp
Architecting resilient multi-cloud enterprise landing zones, SDN overlay fabrics, DevSecFinOps automation pipelines, and autonomous Agentic AI platforms.