A postmortem timeline that splits one incident into detect, respond and recover phases. The top holds the incident ID and severity, a one-sentence conclusion and two impact figures; the middle is a horizontal bar whose phase widths follow their length in minutes, with the time and event at each boundary; the bottom gives the root cause and three follow-up actions. The bar shows where the time was lost before anything else.
🔗 Markdown URL
https://getdeck.co/api/md/timeline-incident-postmortem--cobalt-grid.md?lang=en&key=YOUR_KEYFetching your key...
⚡ MCP install command
Client
claude mcp add --transport http getdeck https://getdeck.co/api/mcp --header "Authorization: Bearer gd_..."
Fetching your key...
Paste this into your terminal to connect your local AI agent to getdeck.
Best for: Sharing an incident postmortem, incident reports to executives, explaining an outage to customers, quarterly reliability reviews
Use: Use it to write up one incident after the fact. It fits engineering postmortem meetings, incident reports to executives, explaining what happened to customers, and quarterly reliability reviews. Detect, respond and recover stand as a bar sized to their real minutes, so the phase that lost the most time shows first; each boundary carries its time and event so the sequence can be followed; and the root cause plus owned, dated follow-up actions sit below, so the slide also answers what will change.
Avoid: For plans or histories over weeks to years use timeline-roadmap, timeline-gantt or timeline-milestone. To look back at planned versus actual dates, timeline-plan-vs-actual fits better. It does not suit long incident narratives with more than five events or no clean three-phase split, or ongoing incident notices where the cause is not yet known.
Based on the currently selected theme Cobalt Grid. Switching the theme in the sidebar updates this section too.
Not used in any deck template yet.