Track duration metrics to keep on top of your incidents

Weekly Update

Duration metrics

When reviewing an incident, it's useful to understand the timeline of events. For example, how long did it take to detect the issue? How long did it take to resolve the incident?

You can now configure duration metrics that you want to track using incident.io. Each metric is simply a relationship between two timestamps.

For example, you might want to track the time between when an incident is reported and when it's fixed as 'Time to fix'.

These metrics are then displayed on the incident homepage, to help put the incident into context.

You can also understand your duration data in more detail from our insights MTTX dashboard.

To start using duration metrics, go to Settings > Lifecycle to get started.

Jira child issues

We also shipped another much-requested feature this week. When syncing your incidents into a Jira project, you might have found it frustrating that there was no relation between the parent issue for the incident, and the child issues generated for each exported follow-up.

Now by default we'll create issues as children of the parent issue, so all the work for an incident is tracked neatly in Jira. How lovely.

๐Ÿš€ What else we shipped

We had a big 'other stuff' week! The team shipped a whole bunch of things that people have been asking for, including:

  • ๐Ÿ†• Support setting a priority in PagerDuty escalation workflow steps
  • ๐Ÿ†• Use PagerDuty Priorities to set the severity of an auto-created incident
  • ๐Ÿ†• Support filtering by timestamp in insights
  • ๐Ÿ†• Allow folks to edit custom fields in the /incident update modal
  • ๐Ÿ†• Support exporting to Jira on private incidents, if an owner enables it
  • ๐Ÿ’… Use official Slack URL picker
  • ๐Ÿ’… Use official Slack number picker
  • ๐Ÿ’… Use new Slack inputs for link & number custom fields, and for incident timestamps
  • ๐Ÿ’… Turn custom fields modal into a whole page, to make it easier to edit
  • ๐Ÿ’… Add a 'select all' button on the followups list page
  • ๐Ÿ’… Show action and follow-up events on the timeline in a more compact format
  • ๐Ÿ’… Notify the channel when someone resolves a PagerDuty incident
  • ๐Ÿ’… Make follow-up statistics load faster
  • ๐Ÿ’… Fix spacing & other consistency issues with Incidents page header
  • ๐Ÿ’… Filter disabled PagerDuty services from escalation
  • ๐Ÿ’… Add incident name to the recap modal
  • ๐Ÿ› Make summary optional in the /inc rename modal
  • ๐Ÿ› Actually expose external_issue_reference in the actions API
  • ๐Ÿ› Made sure the Jira bookmark always appears in a new incident channel
  • ๐Ÿ› Allow you to set incident timestamps when creating an incident via our API
  • ๐Ÿ› Clean up policy violations when you delete a policy

Operational excellence starts here