Rosnąca firma często rozwija obsługę IT przez dokładanie kolejnych narzędzi i lokalnych procedur. Z czasem coraz trudniej ustalić, kto odpowiada za całą usługę, gdzie znajduje się aktualna informacja i dlaczego realizacja sprawy utknęła. Wybór platformy ITSM powinien pomóc uporządkować te zależności oraz ustalić wspólny sposób prowadzenia pracy. Porównanie systemów warto więc rozpocząć od procesów przekraczających granice pojedynczego zespołu i od zakresu zmian, które organizacja potrafi wdrożyć.
Kiedy obsługa zgłoszeń potrzebuje szerszego uporządkowania
ITSM oznacza zarządzanie usługami IT, obejmujące ich organizację, realizację i doskonalenie. Oprogramowanie może wspierać to podejście przez wspólną obsługę informacji oraz przebiegu pracy. Zanim firma wybierze produkt, powinna wskazać usługi ważne dla użytkowników i osoby odpowiedzialne za ich działanie. Bez tych ustaleń nowa platforma może odtworzyć dotychczasowe niejasności, choć zaprezentuje je w jednym panelu zamiast w kilku oddzielnych aplikacjach.
Dobrym przykładem do analizy jest przygotowanie nowego stanowiska pracy. Potrzebne mogą być komputer, konto, dostęp do aplikacji i zgoda na określone uprawnienia. Każdy uczestnik procesu potrafi zakończyć własne zadanie, a mimo to pracownik nadal nie ma warunków do rozpoczęcia pracy. Warto ustalić, kto odpowiada za końcowy rezultat oraz jakie zależności powinien widzieć. Dopiero tak opisany proces staje się użytecznym scenariuszem porównania narzędzi.
Inny przebieg ma przywracanie działania usługi po awarii. Jeszcze inny dotyczy analizy przyczyn powtarzających się trudności lub przygotowania planowanej zmiany. Firma powinna rozróżnić te sytuacje i określić, jakie informacje oraz decyzje są w nich potrzebne. Nie trzeba od razu tworzyć rozbudowanego modelu wszystkich procesów. Na początek wystarczy kilka najważniejszych przypadków, w których brak wspólnego sposobu pracy powoduje opóźnienia albo niepewność co do odpowiedzialności.
Sprawdź również miejsca, w których te same dane są przechowywane równolegle. Nazwa usługi, osoba odpowiedzialna czy lokalizacja urządzenia mogą mieć różne wartości w kilku rejestrach. Ustal, które źródło ma być wiążące oraz jakie informacje powinny być udostępniane innym narzędziom. To pozwala opisać integracje przez oczekiwany rezultat. Samo stwierdzenie, że systemy mają się połączyć, nie wyjaśnia kierunku wymiany ani sposobu postępowania przy rozbieżnościach.
Ujednolicenie procesu nie musi oznaczać usunięcia wszystkich różnic między działami. Niektóre wynikają z rzeczywistych potrzeb, na przykład dodatkowej zgody przed nadaniem konkretnego dostępu. Warto jednak odróżnić takie wymagania od zwyczajów, które powstały przypadkowo. Wspólny model powinien opisywać standardowy przebieg i uzasadnione wyjątki. Dzięki temu porównanie produktów dotyczy świadomie wybranego sposobu pracy, zamiast nieograniczonego odtwarzania każdej historycznej procedury.
Jak czytać ranking przez wymagania własnej organizacji
Opublikowany w serwisie ITManager ranking systemów ITSM może stanowić punkt wyjścia do wyboru kandydatów. Zestawienie warto wykorzystać do rozpoznania podejść i zakresów funkcjonalnych, a następnie sprawdzić je na firmowych scenariuszach. Miejsce produktu w rankingu nie zastępuje oceny wdrożeniowej. Najważniejsze jest ustalenie, czy rozważane rozwiązanie wspiera potrzebny przebieg pracy oraz czy organizacja będzie potrafiła utrzymać go po zakończeniu projektu.
Wymagania zapisuj jako czynności lub wyniki możliwe do sprawdzenia. Przykładem jest przypisanie zgłoszenia do usługi, zapisanie decyzji osoby zatwierdzającej albo wskazanie zadań blokujących realizację. Określenia takie jak elastyczność czy zaawansowana automatyzacja wymagają doprecyzowania. Poproś każdego dostawcę o wykonanie tych samych prób, również z odrzuceniem zgody lub brakującą informacją. Takie podejście ułatwia porównanie faktycznej obsługi zamiast interpretacji ogólnych haseł.
Infonet Projekt jest dostawcą platformy OXARI, przedstawionej w serwisie ITManager jako rozwiązanie łączące ServiceDesk, zarządzanie zasobami i bazę konfiguracji CMDB. W opisanym modelu informacje o sprawach oraz elementach infrastruktury mogą być wykorzystywane w powiązanym środowisku. To propozycja do sprawdzenia dla firm porządkujących procesy między zespołami. Zakres potrzebnego wdrożenia należy ustalić na podstawie konkretnych usług, źródeł danych i odpowiedzialności w organizacji.
Oceń, kto będzie modyfikował system po uruchomieniu. Osoba administrująca powinna spróbować dodać formularz, zmienić regułę zatwierdzania i przygotować raport. Zapisz, które zadania wykonuje samodzielnie, a które wymagają pomocy dostawcy lub dodatkowego programowania. Ta różnica wpływa na czas i koszt przyszłych zmian. Produkt umożliwiający realizację scenariusza w prezentacji może wymagać innego nakładu pracy przy kolejnych rozszerzeniach używanych przez firmę.
Integracje sprawdź na kontrolowanej zmianie danych. Jeśli proces korzysta z informacji o przełożonym pracownika, zmień tę informację w źródle i obserwuj wynik. Następnie przetestuj brak połączenia lub niepełny rekord. Ustal, czy uczestnik procesu widzi problem i kto odpowiada za jego rozwiązanie. Połączenie dwóch systemów powinno mieć określony sposób obsługi wyjątków, ponieważ właśnie wtedy wychodzą na jaw założenia niewidoczne podczas zwykłej prezentacji.
Raportowanie także musi odpowiadać na pytania organizacji. Jeżeli problemem jest długi czas przygotowania stanowiska, raport powinien pomóc odnaleźć etap opóźnienia i jego przyczynę. Zbiorcza liczba zamkniętych zadań może nie wyjaśnić, dlaczego końcowa usługa nadal nie została dostarczona. Poproś uczestników próby o prześledzenie jednej sprawy od początku do końca. Zobacz, czy potrafią wskazać działanie, które powinno nastąpić dalej, oraz osobę za nie odpowiedzialną.
Jak zaplanować wdrożenie w kontrolowanym zakresie
Pierwszy etap powinien obejmować ograniczony zakres usług i procesów, których właściciele są gotowi współpracować. Określ dane do przeniesienia, integracje konieczne na start oraz elementy przeznaczone do późniejszego rozwoju. Taki plan pozwala uruchomić użyteczny fragment rozwiązania i zweryfikować założenia w praktyce. Dodawanie wszystkich możliwych funkcji przed rozpoczęciem pracy utrudnia ocenę, które z nich faktycznie rozwiązują ważne trudności zespołu.
Migracja potrzebuje decyzji o historii. Nie każda dawna kategoria, nieaktualna instrukcja czy zakończone zgłoszenie musi zostać przeniesione do aktywnej obsługi. Ustal, jakie materiały pozostaną dostępne, kto sprawdzi ich poprawność i jak będzie można je odszukać. Wykonaj próbny import wybranych danych, obejmujących również załączniki i nietypowe zapisy. Sprawdź nie tylko wynik techniczny, lecz także to, czy pracownik potrafi zrozumieć przeniesioną sprawę.
Szkolenia dopasuj do ról. Użytkownik potrzebuje sprawnie zgłosić potrzebę i śledzić postęp, właściciel usługi powinien rozumieć decyzje i wyjątki, a administrator musi utrzymywać konfigurację. Każda grupa powinna wykonać w pilotażu zadania podobne do przyszłej pracy. Zebrane obserwacje pomogą poprawić proces przed szerszym uruchomieniem. Warto zapewnić również miejsce do przekazywania problemów ujawnionych dopiero po rozpoczęciu codziennego korzystania z platformy.
Oferty porównuj dla jednakowego zakresu licencji, konfiguracji, integracji i wsparcia. Uwzględnij utrzymanie oraz planowane zmiany, a także sprawdź możliwość eksportu danych. Decyzja będzie lepiej uzasadniona, jeżeli łączy wyniki prób z planem wdrożenia i nazwanymi osobami odpowiedzialnymi. Firma otrzyma wtedy podstawę do rozwijania zarządzania usługami w tempie, które odpowiada jej możliwościom, zamiast jedynie kolejne narzędzie wymagające od zespołu nieustannych obejść.
