Zarządzanie usługami zgodnie z ITIL — dodaj strukturę do operacji
Zdarzenie, problem, zmiana i żądanie serwisu — i dlaczego je się oddziela
Wstęp
Gdy firma dostarcza IT jako usługę, nie wystarczy znać technologię — musisz również zarządzać przepływem pracy, aby nic nie zostało utracone, i aby móc odpowiadać za jakość. ITIL (Information Technology Infrastructure Library) to powszechnie przyjęta rama właśnie dla tego: zbiór najlepszych praktyk dla zarządzania usługami IT. Nie musisz znać go na pamięć, ale pojęcia to wspólny język, który spotkasz w prawie każdej organizacji operacyjnej.
Cztery pojęcia, które nie wolno mylić ze sobą
Jeden z najważniejszych punktów ITIL to rozróżnianie czterech typów spraw, ponieważ są obsługiwane inaczej. Jeśli je mieszasz, kończy się na wrzucaniu łat na objawy w nieskończoność bez usuwania przyczyny.
| Typ | Co to jest | Cel |
|---|---|---|
| Zdarzenie (incydent) | Niezaplanowana przerwa lub degradacja usługi | Przywróć normalną pracę jak najszybciej |
| Problem | Leżąca przyczyna jednego lub więcej zdarzeń | Znajdź i usuń przyczynę pierwotną |
| Zmiana (change) | Zamierzona zmiana systemu lub usługi | Przeprowadź to kontrolowanie z minimalnym ryzykiem |
| Service request | Zwykłe zapytanie — np. dostęp, nowy sprzęt, zresetowanie | Dostarczaj umówione szybko i konsekwentnie |
Zdarzenie w stosunku do problemu
Rozróżnienie między zdarzeniem a problemem to coś, co nowi technicy najczęściej przeoaczają. Zdarzenie jest nagłe: 'poczta nie działa teraz'. Celem jest przywrócenie użytkownika dalej, nawet jeśli jest to alternatywną drogę. Problem to zbadanie przyczyny, dlaczego wciąż się to dzieje: jaka jest przyczyna główna, aby zdarzenie się nie powtórzył? Ponowne uruchomienie usługi pięć razy na tydzień rozwiązuje pięć zdarzeń — ale tylko zarządzanie problemami eliminuje przyczynę jej upadku.
Zmiany są kontrolowane, nie improwizowane
Wiele zakłóceń w działalności pochodzi ze zmian dokonanych w pośpiechu. Dlatego zmiany są kontrolowane: są oceniane pod kątem ryzyka, planowane, zatwierdzane przez właściwą osobę, wdrażane w odpowiednim przedziale czasowym i wcześniej rozważa się, jak się wycofać, jeśli coś pójdzie nie tak. Mniejsze, rutynowe zmiany o znanym niskim ryzyku mogą być wcześniej zatwierdzone, aby nie utopić się w biurokracji — ale nawet one muszą być udokumentowane.
Helpdesk — jeden punkt kontaktowy
Biuro wsparcia to stały wejście użytkowników do IT. Odbiera zarówno zdarzenia, jak i żądania obsługi, rejestruje je, rozwiązuje to, co potrafi, i wysyła resztę na właściwy poziom. Wartość polega nie tylko na rozwiązywaniu spraw, ale na zebraniu ich w jednym miejscu: wtedy masz przegląd, możesz zobaczyć wzorce, i żadna sprawa nie ginie w osobistej skrzynce. Sprawa jest śledzona od utworzenia poprzez status do zamknięcia z udokumentowanym rozwiązaniem.
Umowy serwisowe i cele
Aby usługa mogła być zarządzana, trzeba się zgodzić, co oznacza "wystarczająco dobrze". Jest to zapisane w umowie serwisowej (często zwanej SLA, Service Level Agreement) między dostawcą i klientem: jak szybko sprawa powinna być odpowiedziana i rozwiązana, jaki czas dostępności jest obiecywany, w jakim okresie to dotyczy. Konkretne cele i terminy są ustalane w poszczególnych umowach - sprawdź je zamiast zgadywać. Chodzi o to, że uzgodnione cele umożliwiają pomiar, czy dostarczasz jak obiecano, zamiast być to sprawą intuicji.
Dlaczego to czyni cię lepszym technikiem
Nie potrzebujesz pracować zgodnie z ITIL niewolniczo, aby czerpać korzyści z tego sposobu myślenia. Pytanie siebie "czy to jest incydent, czy problem?" i "czy to zmiana, którą należy zaplanować i móc wycofać?" natychmiast podnosi jakość Twojej pracy. Przesuwasz się od ciągłego gaszenia pożarów do pracy strukturalnie — i właśnie to szuka pracodawca.
“Incident przenosi użytkownika dalej dzisiaj. Zarządzanie problemami zapewnia, że ten sam incident nie pojawi się jutro.”
— Reguła praktyczna z zarządzania usługami IT