MTTR — co oznacza i jak mierzyć czas naprawy

MTTR mierzy średni czas naprawy awarii w obsłudze incydentów IT. Aby wynik był użyteczny, trzeba ustalić, kiedy pomiar się zaczyna i kończy. Artykuł pokazuje, jak wyznaczyć ten zakres, obliczyć wskaźnik i odczytać jego wynik¹.

Czym jest MTTR w obsłudze incydentów IT?

MTTR w obsłudze incydentów IT opisuje średni czas potrzebny zespołowi na usunięcie incydentu, czyli zdarzenia zakłócającego usługę IT. Obejmuje obsługę całej sprawy, nie tylko pojedynczą czynność technika. Pozwala porównywać zgłoszenia, jeśli wszystkie podlegają tym samym zasadom pomiaru.
Liczy się zwłaszcza moment zakończenia. Według dokumentacji ServiceNow SRM system automatycznie zamyka rozwiązany incydent po trzech dniach, więc liczenie do daty zamknięcia zawyżyłoby MTTR².

Od którego momentu liczyć czas naprawy w MTTR?

Pomiar zaczyna się w ustalonym momencie: po wykryciu incydentu albo utworzeniu zgłoszenia, czyli zapisu sprawy w systemie obsługi. Te zdarzenia nie muszą nastąpić równocześnie. Raz wybrany punkt startowy trzeba więc stosować konsekwentnie.
Polityka hrabstwa Ramsey wyznacza dla incydentów P1 cel rozwiązania w ciągu czterech godzin od zarejestrowania zgłoszenia³. Porównywanie MTTR ma sens tylko dla incydentów mierzonych według tych samych zasad.

Co oznacza MTTR: średni czas naprawy, rozwiązania problemu czy przywrócenia usługi?

MTTR jako Mean Time to Repair oznacza średni czas od wystąpienia awarii do przywrócenia urządzenia do pracy.⁴ W obsłudze IT ten sam skrót bywa używany dla czasu rozwiązania zgłoszenia lub przywrócenia usługi. Każde znaczenie obejmuje inny zakres pracy i inny koniec pomiaru.
W raporcie DORA z 2023 r. grupa elite przywracała usługę po nieudanym wdrożeniu w mniej niż godzinę. Nie znaczy to, że w tym czasie kończyła naprawę urządzenia⁵.

Tabela zestawia znaczenia MTTR według przedmiotu pomiaru, jego końca i zastosowania.

Przywrócenie usługi nie musi kończyć naprawy urządzenia: zespół może uruchomić usługę inną drogą, a sprzętem zająć się później. Rozwiązanie zgłoszenia zależy z kolei od przyjętych zasad zakończenia incydentu. W raporcie warto więc nazwać zdarzenie kończące pomiar, zamiast podawać sam skrót.
Raport Medius rozróżnia te momenty: przetwarzanie poczty przywrócono obejściem 7 kwietnia o 11:48 UTC, a trwałą poprawkę wdrożono 13 kwietnia o 22:21 UTC⁶.

Co wydłuża czas naprawy incydentu i jak go skrócić?

MTTR rośnie, gdy zgłoszenie czeka na rozpoznanie, przypisanie lub naprawę. Żeby skrócić obsługę, trzeba znaleźć etap powodujący zwłokę; analiza danych o MTTR pomaga wskazać takie wąskie gardła⁴.
Według Intertech pierwsze 10–30 minut incydentu bywa poświęcone zbieraniu kontekstu, zanim zespół zacznie diagnozę lub ograniczanie skutków⁷.

Lista pokazuje, jak powiązać opóźnienie z konkretnym etapem obsługi incydentu.

• Kategoryzacja zgłoszenia według rodzaju awarii pomaga skierować sprawę do właściwego zespołu.
• Przypisanie zgłoszenia osobie odpowiedzialnej za diagnozę ogranicza oczekiwanie na rozpoczęcie pracy.
• Eskalacja zgłoszenia pozwala przekazać sprawę, gdy naprawa wymaga uprawnień lub wiedzy innego zespołu.
• Rejestrowanie zakończenia naprawy pomaga oddzielić czas pracy od opóźnienia w aktualizacji zgłoszenia.

MTTR pomoże skrócić obsługę, jeśli zespół usunie przyczynę zwłoki. Sama zmiana momentu zamknięcia zgłoszenia nie przyspieszy naprawy. Historia statusów pokaże, na którym etapie powstaje opóźnienie.

Które etapy obsługi incydentu wydłużają czas naprawy?

Czas naprawy incydentu wydłuża przede wszystkim oczekiwanie na diagnozę, przekazanie sprawy między zespołami lub dostęp do potrzebnych zasobów. Historia statusów zgłoszenia pozwala oddzielić oczekiwanie od aktywnej naprawy. Wtedy łatwiej ustalić, czy poprawy wymaga organizacja pracy, czy procedura naprawcza.
W przykładzie Ticketly z 14 godzin obsługi incydentu 12 godzin przypadło na oczekiwanie, a tylko dwie na aktywną pracę⁸.

Kiedy średni czas naprawy wskazuje na problemy z obsługą incydentów?

Wzrost MTTR może sygnalizować problem, jeśli dotyczy incydentów o podobnym priorytecie, związanych z tą samą usługą i mierzonych jednakowo. Kierownik zespołu może wtedy przejrzeć historię zgłoszeń i ustalić, czy zwłoka pojawia się podczas oczekiwania, diagnozy czy naprawy.
Sama wyższa średnia nie dowodzi gorszej pracy zespołu. W analizowanym okresie mógł się zmienić rodzaj obsługiwanych awarii.

Niższy MTTR oznacza szybsze naprawy i większą dostępność urządzeń⁴. Dostępność usługi IT trzeba jednak oceniać osobno: może ona znów działać, choć naprawa urządzenia jeszcze trwa.
IBM podaje wzór: dostępność = MTBF/(MTBF + MTTR) × 100%. MTBF oznacza średni czas między awariami. Dostępność 99,9% odpowiada 8,76 godziny przestoju w roku⁹.

Jak obliczyć MTTR w systemie helpdesk lub ITSM na podstawie znaczników czasu?

MTTR w systemie helpdesk lub ITSM oblicza się przez podzielenie łącznego czasu trwania zakończonych incydentów przez ich liczbę. Każde zgłoszenie musi zawierać znaczniki czasu odpowiadające ustalonemu początkowi i końcowi pomiaru.
W przykładzie PagerDuty obliczenie dla incydentów daje wynik w godzinach: 9 ÷ 3 = 3¹⁰.

Lista przedstawia kolejne działania potrzebne do obliczenia MTTR z danych o awariach.

• Wybór zakończonych incydentów dotyczących tej samej usługi i tego samego okresu raportowania wyznacza grupę do obliczeń.
• Odczyt znaczników czasu początku i końca pomiaru dostarcza danych dla każdego incydentu.
• Obliczenie czasu trwania wymaga odjęcia czasu początku od czasu zakończenia każdego incydentu, zawsze w tej samej jednostce.
• Obliczenie średniej polega na zsumowaniu otrzymanych czasów i podzieleniu sumy przez liczbę uwzględnionych incydentów.

Średnia to zsumowanie otrzymanych czasów i podzielenie sumy przez liczbę uwzględnionych incydentów.

Najczęściej zadawane pytania

Czy średni MTTR oznacza, że każde zgłoszenie trwało tyle samo?

Nie. To średnia z czasów obsługi wielu incydentów, więc poszczególne zgłoszenia mogą trwać krócej lub dłużej.

Czy MTTR i MTBF oznaczają to samo?

Nie. MTTR mierzy średni czas naprawy, a MTBF — średni czas między awariami.

Czy sam MTTR wystarcza do obliczenia dostępności?

Nie. Wzór na dostępność uwzględnia zarówno MTTR, jak i MTBF: MTBF ÷ (MTBF + MTTR) × 100%.

Czy pojedynczy długi incydent może podnieść średni MTTR?

Tak. Jego czas wchodzi do sumy dzielonej przez liczbę incydentów, więc może zwiększyć wynik średni.