liveBook · Manning

Mean time to resolution

As explained in Think Like a Software Engineering Manager

The average time required to resolve a reported service problem or customer issue.

Mean time to resolution measures the average time needed to resolve a reported service problem or customer issue. In production operations, the closely related MTTR usually means mean time to recovery: the average time to restore a system after failure. Lower recovery time indicates greater system stability, while customer-facing resolution time can be defined through an SLA. section 12.2.6 section 12.2.5

Use the metric as part of a broader improvement picture:

  • Track production failures, failed-deployment recovery, or customer problems to reveal where response and recovery work needs attention. section 1.2.2 section 12.2.6
  • Pair it with mean time to acknowledge, which shows how long it takes for work to begin after an alert. section 12.2.6
  • Use run books, ownership details, monitoring alerts, and incident documentation to support faster debugging and problem resolution. section 12.2.5
  • Review trends over a sufficiently long observation period, and prioritize value and quality rather than comparing individuals or teams by one metric. section 1.2.2

Production incident

A service fails during production. The team’s mean time to recovery records how long recovery takes on average across such failures. An SLA may separately specify how quickly a customer problem must be resolved or answered. section 12.2.6 section 12.2.5

Figure 12.1 Monitoring and dashboarding help provide visibility into the health of systems.
figure

Use the monitoring and dashboarding figure to connect resolution metrics with visibility into system health and operational decision-making. section 12.2.5

How Think Like a Software Engineering Manager covers it

How deep it goes
Defines recovery time, contrasts related incident metrics, and recommends supporting practices, but does not provide a calculation procedure.
Examples
Uses production failures, failed deployments, customer problems, incident alerts, run books, and monitoring dashboards as concrete contexts.
What you can do after
Diagnose/debug with it by identifying slow recovery, improving incident support, and reviewing trends alongside quality and value.
How it connects
Connects with DORA metrics, MTTA, MTBF, MTTF, service-level agreements, monitoring, logging, and run books.

Also explained in

Compare how 5 books explain mean time to resolution →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Think Like a Software Engineering Manager. The section links point to the parts of the book it draws on.