Known Error to problem w środowisku IT, dla którego ustalono i udokumentowano przyczynę źródłową oraz opisano co najmniej jedno obejście (workaround), ale nie wdrożono jeszcze trwałego rozwiązania. W terminologii ITIL to konkretny status w cyklu życia problemu, a nie synonim zwykłej usterki.
Problem uzyskuje status znanego błędu w momencie, gdy analiza przyczyn źródłowych zostaje zakończona i zapisana. Dzieje się to niezależnie od tego, czy poprawka jest już gotowa. Dzięki temu zespół nie czeka z reakcją na incydenty do chwili pełnej naprawy – ma pod ręką sprawdzony sposób na przywrócenie działania usługi.
Known Error w cyklu życia problemu
W procesie Problem Management znany błąd zajmuje miejsce między zakończoną analizą a ostatecznym usunięciem przyczyny. Sekwencja wygląda tak:
- powtarzające się incydenty uruchamiają rejestrację problemu;
- zespół prowadzi Root Cause Analysis i ustala źródło;
- udokumentowana przyczyna wraz z obejściem nadaje problemowi status Known Error;
- rekord trafia do bazy znanych błędów i czeka na trwałą naprawę.
W ITIL 4 zarządzanie znanymi błędami mieści się w praktyce Problem Management i obejmuje tzw. error control. Chodzi o aktywne śledzenie postępów w stronę trwałej naprawy oraz ocenę, czy wdrożenie poprawki się opłaca. Czasem tańsze i bezpieczniejsze jest utrzymanie obejścia niż kosztowna zmiana w infrastrukturze. Opis tej praktyki znajdziesz w Problem Management – IT Process Wiki (ITIL) oraz w opracowaniu Problem Management Process in ITSM – Atlassian.
Baza znanych błędów KEDB – po co ją prowadzić
Known Error Database (KEDB) to repozytorium rekordów znanych błędów. Przechowuje opis przyczyny, dostępne obejścia oraz status prac nad trwałą naprawą. Głównym celem bazy jest skrócenie czasu obsługi incydentów przez Service Desk.
Efekt jest odczuwalny przy pierwszym powrocie znanego objawu. Gdy incydent powiązany z zarejestrowanym błędem pojawi się ponownie, technik od razu stosuje udokumentowane obejście, bez powtarzania diagnostyki od zera. To ogranicza dublowanie pracy i wyrównuje jakość obsługi między osobami o różnym doświadczeniu. Więcej o korzyściach z prowadzenia takiej bazy przeczytasz w artykule KEDB Explained: Key Insights and Benefits for IT Service Management – InvGate.
Co zawiera rekord Known Error
Pojedynczy wpis w bazie ma stały zestaw pól, dzięki czemu każdy technik czyta go tak samo:
- identyfikator problemu i opis objawów zgłaszanych przez użytkowników;
- zidentyfikowana przyczyna źródłowa;
- dostępne obejścia gotowe do zastosowania;
- powiązane incydenty pokazujące skalę zjawiska;
- status oraz plan trwałego rozwiązania.
Powiązanie z zarządzaniem zmianą
Trwała naprawa znanego błędu zwykle wymaga modyfikacji w środowisku, więc rekordy KEDB naturalnie łączą się z procesem Change Management. Plan rozwiązania zapisany przy błędzie staje się wtedy podstawą wniosku o zmianę. Po wdrożeniu poprawki i potwierdzeniu skuteczności rekord można zamknąć, a obejście wycofać z użycia.
FAQ
Czym różni się Known Error od problemu?
Problem to zapis o nieznanej lub badanej przyczynie kilku incydentów. Known Error to ten sam problem po zakończeniu analizy, gdy przyczyna i obejście są już udokumentowane. Zmienia się status, nie sam byt.
Czy Known Error oznacza brak rozwiązania?
Nie. Oznacza brak trwałego rozwiązania. Obejście istnieje i pozwala przywrócić usługę, a nad ostateczną naprawą zespół pracuje osobno w ramach error control.
Kto korzysta z bazy KEDB na co dzień?
Najczęściej Service Desk i zespoły wsparcia. Sięgają do bazy przy powtarzalnych incydentach, żeby zastosować gotowe obejście zamiast prowadzić diagnostykę od początku.
Gdzie znajdę ogólną definicję pojęcia?
Zwięzły opis w języku angielskim zawiera hasło Known Error – Wikipedia (EN). Zwróć uwagę na powiązanie tego terminu z praktykami ITIL i bazą KEDB.
