PM Incident Management
(2026 Edition)
5 during-incident behaviours and 5 after-incident follow-ups.
Build Incident PM Skills — Free →During the Incident (5)
Don't debug — let eng work; don't spectate in the channel
Own customer communication — status page, support macros, exec updates
Triage severity with eng — honest sev level avoids alert fatigue
Track scope — who's affected, which surfaces, how long
Handle escalations — protect eng from interruptions while they're fixing
After the Incident (5)
Co-author blameless post-mortem with TL
Commit to follow-ups — action items with owners and dates
Communicate to customers — transparency builds trust after incidents
Update runbooks and docs — the next responder benefits
Retro the response itself — not just the root cause
FAQ
Should PMs be on the incident rotation?
Usually no for technical rotation, yes for communications rotation. During an incident, engineers debug; PMs handle stakeholders, status pages, and comms. In small teams, PMs may wear both hats briefly — but long-term, separating these is healthier for speed of resolution and clarity of roles.