We think telling the story of an incident is vital to running an effective post-incident process.
Your incident timeline should be a place to identify the events that shaped an incident, allowing you to find insight and learnings by having a clear view of what went on.
This is why we’ve just released timeline curation, a set of features aiming to help you cut out the noise and narrate the flow of your incident.
Timeline items don’t always feel relevant to showing the path of your incident, and we don’t want them to get in your way.
Now you can hide and show timeline items in Edit mode. Changes here will be saved to your timeline for all other users.
When you generate your postmortem, any hidden items will be excluded from the timeline in your document. If you change your mind later, you can still bring your hidden items back from Edit mode.
We think being able to describe what really happened during an incident is important, and the timeline alone doesn’t always catch that.
Sometimes the vital moments of an incident aren’t captured in the channel, and it’s important to have a way to narrate what was going on in the background.
We’ve added timeline notes as a way to tell the story of your incident, adding a human side on top of the standard events.
Team collaboration is vital to the post incident process. To really gain insight on how to improve, it’s important to gather opinions from the whole range of people responding.
Commenting on the timeline is a great way to highlight key events that occurred that require digging into more.
Comments are a great place to ask questions and clarify why things happened the way they did.
We think it’s really important to be able to read the timeline and understand the key points when things occurred.
We’ve split the timeline as your incident status changes. It’s now more clear what happened in each phase of your incident, as it transitions from being reported, to fixed, to closed.