ITIL 5 bez tajemnic – Mapa po nowym ITIL

Od ITIL 1 do ITIL 5 – cztery dekady ewolucji

Kiedy ITIL powstawał pod koniec lat 80., świat technologii wyglądał zupełnie inaczej. Nie było smartfonów, chmury obliczeniowej w dzisiejszym rozumieniu, SaaS, DevOps ani współczesnej sztucznej inteligencji. Komputery i infrastruktura teleinformatyczna stawały się coraz ważniejsze, a organizacje potrzebowały uporządkowanego sposobu zarządzania nimi.

Chodziło przede wszystkim o niezawodność, powtarzalność działań i kontrolę kosztów. I tu na białym koniu wjechał ITIL. Nazwijmy go ITIL 1.

Był zbiorem dobrych praktyk zarządzania infrastrukturą IT. Stąd historyczna nazwa: IT Infrastructure Library. Perspektywa była przede wszystkim technologiczna.

Infrastruktura miała działać. Na przełomie wieków pojawił się ITIL 2, z którym wielu z nas do dzisiaj kojarzy klasyczne IT Service Management. W dwóch najważniejszych publikacjach, Service Support i Service Delivery, opisano Service Desk, Incident Management, Problem Management, Service Request Management, Change Management, Configuration Management, Service Level Management, Availability Management, Capacity Management, Information Security Management czy IT Service Continuity Management.

Organizacje zaczęły definiować procesy, ich właścicieli, odpowiedzialności, macierze RACI i KPI. I to było naprawdę potrzebne. Problem w tym, że często koncentrowano się na sprawności pojedynczych procesów, podczas gdy użytkownik chciał po prostu móc wykonać swoją pracę.

W 2007 roku pojawił się ITIL v3, wprowadzając pięcioetapowy cykl życia usługi: Service Strategy, Service Design, Service Transition, Service Operation i Continual Service Improvement. W 2011 roku model lekko został zaktualizowany. ITIL 3 był istotną zmianą.

Zaczęliśmy pytać nie tylko, jak sprawnie rozwiązujemy incydenty, ale również po co dana usługa istnieje, jak została zaprojektowana i jak powinna się rozwijać. Potem przyszedł rok 2019 i ITIL 4. To już był świat chmury, Agile, DevOps, automatyzacji i transformacji cyfrowej.

Dostaliśmy system wartości usług, cztery wymiary zarządzania, siedem zasad podstawowych, łańcuch wartości i praktyki zarządzania. Znacznie bardziej elastyczne podejście niż wcześniejsze myślenie skoncentrowane na procesach. Dobrze, kończmy te kombatanckie opowieści.

Mamy rok 2026. Bank dla milionów klientów jest dziś przede wszystkim aplikacją w telefonie. Producent samochodów dodaje nowe funkcjonalności poprzez aktualizacje oprogramowania, długo po sprzedaży auta.

Firma kurierska to nie tylko samochody i magazyny, lecz także platforma cyfrowa łącząca klientów, przewoźników i odbiorców. A sztuczna inteligencja? Jeszcze niedawno głównie podpowiadała nam, co zrobić.

Dzisiaj coraz częściej sama wykonuje zadania: obsługuje zgłoszenia, zmienia rezerwacje, koordynuje pracę systemów, a nawet podejmuje decyzje w ramach nadanych uprawnień. W takim świecie nie wystarczy już dobrze zarządzać infrastrukturą, incydentami i zmianami. Trzeba umieć zarządzać całym systemem tworzenia wartości: od technologii, przez produkty i usługi cyfrowe, aż po doświadczenie użytkownika.

Jak powinien zareagować na to ITIL? Mógłby dodać kilka praktyk, zaktualizować terminologię i wydać nowe podręczniki. Być może właśnie takiej aktualizacji oczekujesz.

I uwaga: nie wyrzucamy do kosza Incident Management, Problem Management, Change Enablement czy Service Level Management.

Dobre praktyki, rozwijane przez lata, nadal są dobre. Zmienia się jednak kontekst, w którym je wykorzystujemy. Nie chodzi przecież o to, czy mamy dobrze działające praktyki, ale czy dzięki nim organizacja potrafi tworzyć i utrzymywać wartość w świecie nieustannie zmieniających się technologii.

ITIL musiał się zmienić nie dlatego, że poprzednie wersje były błędne, ale dlatego, że zmienił się świat, którym te praktyki pomagają nam zarządzać. Żeby pokazać, co to oznacza w praktyce, posłużmy się przykładem firmy wynajmującej samochody. Będzie nam towarzyszyć przez większość tej opowieści.

Osiem działań cyklu życia

Wyobraź sobie człowieka przeprawiającego się przez rzekę po kamieniach. Jego cel znajduje się na drugim brzegu.

Dlaczego kamienie?

Bo w nowym ITIL pojawia się bardzo ciekawa metafora stepping stones. Jeśli chcesz przedostać się na drugi brzeg, możesz wybierać różne kamienie, czasem zrobić dłuższy krok, czasem się cofnąć, a czasem ominąć jeden z nich. Nie istnieje tylko jeden, jedynie słuszny sposób pokonania tej trasy.

Podobnie ITIL 5 proponuje zbiór działań, z których organizacja buduje własną drogę do wartości, zamiast narzucać jedną, jednakową trasę dla wszystkich. Tych działań jest osiem: Discover, Design, Acquire, Build, Transition, Operate, Deliver i Support. To nie jest sztywny proces, przez który wszyscy muszą przechodzić raz, zawsze w ten sam sposób i w identycznej kolejności.

Produkt może już istnieć, ale potrzebujemy nowej funkcjonalności. Możemy rozpocząć od zbadania potrzeb, wrócić do projektowania po informacji zwrotnej albo równolegle budować, utrzymywać i wspierać różne elementy usługi. Co więcej, nie wszystkie organizacje muszą wykonywać te działania w tym samym zakresie.

Jedna przede wszystkim rozwija produkty, inna świadczy usługi, kolejna dostarcza zdolności wspierające cały ekosystem. Wróćmy do naszej wypożyczalni i zobaczmy, jak wygląda osiem działań w praktyce.

Ale na tym historia się nie kończy. Zespół wsparcia zauważa, że wielu klientów wciąż zadaje pytania o tę samą pozycję na fakturze.

Informacja trafia do zespołu Product, który wraca do Discover i Design, aby poprawić sposób prezentowania kosztów. Właśnie tak działa pętla informacji zwrotnej. W rzeczywistości organizacja wykonuje wiele tych działań równolegle.

Różne strumienie wartości mogą wykorzystywać różne ich kombinacje. To także dobry moment, aby spojrzeć inaczej na klasyczne praktyki ITIL. Incident Management będzie szczególnie ważny przy Operate i Support, ale nie tylko tam.

Change Enablement wspiera bezpieczne zmiany w różnych działaniach. Architecture Management może mieć ogromne znaczenie przy Design, Acquire i Build. Service Level Management wpływa na sposób projektowania, dostarczania i doskonalenia usług.

To dzięki nim organizacja rozwija zdolności potrzebne do wykonywania poszczególnych działań cyklu życia. Jeśli na co dzień zajmujesz się produktami cyfrowymi, szczegółowe omówienie cyklu życia znajdziesz w publikacji i szkoleniu ITIL Product.

Jeśli Twoja praca koncentruje się na usługach, naturalnym kierunkiem będzie ITIL Service. A jeśli Twoja organizacja tworzy własne produkty, rozwija je i dostarcza oparte na nich usługi, warto zainteresować się obiema publikacjami. Wiemy już, jakie działania wykonujemy.

Pora więc zapytać, po czym poznamy, że nasza usługa jest naprawdę dobra.

Dlaczego zielone SLA nie gwarantuje dobrego doświadczenia?

Wyobraź sobie poniedziałkowy poranek w naszej wypożyczalni. Menedżer operacyjny spogląda na dashboard i widzi znakomite wyniki. Dostępność aplikacji: 99,98%.

Średni czas odpowiedzi: 320 milisekund. Prawie wszystkie transakcje kończą się technicznym sukcesem. Liczba błędów jest minimalna.

Wszędzie zieleń, aż kole w oczy. Tego samego ranka klient próbuje odebrać „swój” samochód. Rezerwacja została potwierdzona, ale musi ponownie podać dane.

Nie rozumie, dlaczego kwota pobrana z jego karty różni się od pierwotnie podanej ceny. Próbuje zrozumieć warunki dodatkowego ubezpieczenia, ale dokumenty są napisane skomplikowanym językiem. Kiedy kontaktuje się ze wsparciem, otrzymuje odpowiedź, która formalnie mieści się w SLA, ale nie rozwiązuje jego problemów.

Z perspektywy dashboardu wszystko wygląda pięknie. Po prostu idylla. Z perspektywy klienta jest fatalnie.

I tutaj warto podkreślić: SLA nie jest złe. Nadal powinniśmy mierzyć dostępność, wydajność, niezawodność i parametry obsługi. Problem pojawia się wtedy, kiedy uznajemy te wskaźniki za kompletny obraz jakości usługi.

Nowa publikacja ITIL Experience idzie tu znacznie dalej. Pokazuje, że doświadczenie należy badać z perspektywy różnych interesariuszy, a nie wyłącznie użytkownika końcowego. Tę samą usługę inaczej oceni kierowca, inaczej osoba zarządzająca firmową flotą, a jeszcze inaczej pracownik wypożyczalni odpowiedzialny za wydanie pojazdu.

Dla klienta ważne mogą być wygoda i poczucie bezpieczeństwa. Dla menedżera flotowego – przewidywalność kosztów, raportowanie i realizacja uzgodnionych rezultatów. Dla pracownika obsługi – to, czy ma informacje i narzędzia potrzebne do szybkiej pomocy.

Co można zrobić inaczej? Zamiast mierzyć wyłącznie dostępność aplikacji, możesz badać, jaki procent użytkowników kończy rezerwację bez pomocy konsultanta. Możesz mierzyć czas od przybycia klienta do odjazdu samochodem, monitorować liczbę sytuacji, w których musi on ponownie wprowadzać dane, oraz odsetek reklamacji związanych z niezrozumiałym rozliczeniem.

Możesz też wykorzystać customer journey mapping i zidentyfikować momenty, w których powstaje frustracja, niepewność albo utrata zaufania. ITIL Experience zwraca uwagę na różnicę między przebiegiem usługi jako zaprojektowanym modelem organizacyjnym a doświadczeniem konkretnego człowieka. To, co dla dostawcy jest kolejnym krokiem procesu, dla klienta może być momentem zdenerwowania, ulgi, satysfakcji albo rezygnacji.

W praktyce warto łączyć dane techniczne, dane behawioralne, opinie użytkowników i informacje pochodzące z bezpośrednich interakcji. Jeżeli Twoja organizacja ma wszystkie wskaźniki na zielono, ale klienci nadal narzekają, pierwszym odruchem nie powinno być kwestionowanie ich opinii. Sprawdź raczej, czy przypadkiem nie mierzysz zbyt wąskiego fragmentu rzeczywistości.

Complexity thinking – kiedy planować, kiedy eksperymentować, kiedy stabilizować?

W klasycznym podejściu do zarządzania często zakładamy, że jeśli dobrze przeanalizujemy sytuację, znajdziemy przyczynę problemu i zaplanujemy odpowiednie działania, to osiągniemy oczekiwany rezultat. I w wielu przypadkach to działa. Jeśli aplikacja przestaje działać z powodu braku miejsca na dysku, możemy ustalić przyczynę, przywrócić usługę, a następnie w ramach Problem Management wyeliminować źródło problemu.

Ale nie wszystkie sytuacje mają tak przewidywalne zależności przyczynowo-skutkowe. ITIL 5 zwraca uwagę na myślenie uwzględniające złożoność, czyli complexity thinking, i rozróżnia cztery rodzaje sytuacji.

To rozróżnienie ma bardzo praktyczne konsekwencje.

Model Transformacji ITIL uwzględnia trzy wzorce realizacji zmian: Implement, Discover i Contain. Implement stosujesz, gdy wiesz, co chcesz osiągnąć i jak to zrobić. Nasza wypożyczalnia wdraża nową wersję używanego od lat systemu płatności.

Technologia, wymagania i sposób migracji są znane. Można przygotować plan i konsekwentnie go zrealizować. Discover wybierasz, kiedy rozwiązanie nie jest jeszcze znane i potrzebujesz eksperymentowania.

Załóżmy, że wypożyczalnia chce wprowadzić agenta AI do samodzielnej obsługi reklamacji. Nie wiemy, jak skutecznie będzie działał, jak zareagują klienci ani jakie pojawią się problemy. Zamiast od razu wdrażać go w całej organizacji, uruchamiamy ograniczony eksperyment.

Agent obsługuje wybrane reklamacje, a człowiek zatwierdza jego decyzje. Mierzymy skuteczność, czas obsługi, liczbę błędów i satysfakcję klientów. Na podstawie wyników doskonalimy rozwiązanie, zmieniamy założenia albo przeprowadzamy kolejny eksperyment.

W publikacji ITIL Transformation znajdziesz tu pięć działań: Bound, Design, Run, Examine i Distil, od wyznaczenia granic eksperymentu po analizę jego rezultatów i wyciągnięcie wniosków. Został nam jeszcze wzorzec Contain, szczególnie przydatny, kiedy sytuacja zaczyna wymykać się spod kontroli. Wyobraź sobie, że nasz agent AI nagle zaczyna masowo anulować rezerwacje, a przy okazji wysyła klientom obraźliwe wiadomości.

Cóż, wygląda na to, że nasz agent przeszedł od Artificial Intelligence do Artificial Insolence, czyli sztucznej bezczelności. W takiej sytuacji nie organizujemy wielogodzinnych warsztatów ani nie powołujemy komitetu do zbadania problemu. Najpierw wyłączamy agenta, zanim zdąży obrazić resztę klientów, ograniczamy skutki i stabilizujemy usługę.

Na analizę przyczyn przyjdzie czas później. Co ważne, jedna inicjatywa może przechodzić między tymi wzorcami. Możemy najpierw opanować kryzys, potem eksperymentować z rozwiązaniem, a kiedy już je poznamy – zaplanować jego wdrożenie.

Czy complexity thinking zastępuje Problem Management? Nie. Analiza przyczyn źródłowych nadal jest potrzebna, ale nie każdy problem można rozwiązać przez znalezienie jednej przyczyny.

W złożonym środowisku czasami musimy najpierw działać, obserwować i uczyć się.

A skoro mówimy o eksperymentowaniu i niepewności, pora przyjrzeć się technologii, która stawia dziś przed organizacjami wyjątkowo wiele nowych pytań.

Uwaga! Jej wysokość Sztuczna Inteligencja.

Od Shadow AI do świadomego nadzoru nad AI

Kojarzysz Shadow IT? Pracownicy korzystali z aplikacji i narzędzi, o których dział IT często nie miał pojęcia. Dzisiaj mamy Shadow AI.

Pracownik kopiuje dane klienta do publicznego narzędzia AI, żeby szybciej przygotować odpowiedź. Zespół buduje własnego agenta korzystającego z firmowych dokumentów, nie uzgadniając zasad bezpieczeństwa. Menedżer podejmuje decyzję na podstawie rekomendacji AI, której źródeł nikt nie potrafi wyjaśnić.

Jeśli któryś z tych przykładów brzmi znajomo, nie musisz się przyznawać. Wszystko zaczyna się od dobrych intencji, ale – jak wiadomo – piekło jest nimi wybrukowane. Organizacja przestaje wiedzieć, gdzie trafiają dane, jakie narzędzia są używane i kto odpowiada za ich działania.

Czy rozwiązaniem jest zakaz AI? Raczej nie. ITIL AI Governance pokazuje, jak nadzorować AI, nie rezygnując z korzyści, które może przynieść.

W publikacji pojawia się interesujące rozróżnienie dwóch podejść do nadzoru.

Potrzebujemy obu perspektyw. Wróćmy do naszego agenta AI w wypożyczalni. Początkowo tylko wyjaśnia klientom zasady wynajmu.

Później analizuje reklamacje i proponuje rozwiązania. Z czasem może samodzielnie zmieniać rezerwacje, przyznawać rekompensaty w określonych granicach, a nawet koordynować działania systemów płatności i zarządzania flotą. Im większa autonomia, tym ważniejsze pytania o nadzór.

Co agent może zrobić samodzielnie? Kiedy wymagana jest zgoda człowieka? Kto odpowiada za jego decyzje?

Jak monitorujesz rezultaty i jak zatrzymasz agenta, jeśli zacznie działać nieprawidłowo? I tutaj ITIL proponuje konkretne podejście: ocenę i testowanie odporności istniejącego nadzoru, zaprojektowanie niezbędnych zmian, ich wdrożenie i dalsze doskonalenie. Możesz na przykład sprawdzić, jak agent zachowa się, gdy otrzyma sprzeczne dane, polecenie przekraczające jego uprawnienia albo błędną odpowiedź z zewnętrznego systemu.

Czy odmówi wykonania działania? Czy przekaże sprawę człowiekowi? Czy potrafisz odtworzyć jego decyzje?

W ten sposób sprawdzasz nie tylko, czy AI działa poprawnie, ale także czy mechanizmy nadzoru zadziałają wtedy, kiedy AI popełni błąd. Odpowiedzialne wykorzystanie AI nie polega na zatwierdzaniu przez człowieka każdej odpowiedzi. Polega na świadomym określeniu granic autonomii, odpowiedzialności i kontroli odpowiednio do ryzyka.

Jeśli chcesz głębiej poznać te mechanizmy, znajdziesz je w publikacji i szkoleniu ITIL AI Governance. Mamy więc produkty, usługi, AI i nadzór. Ale czy całość działa efektywnie?

Wróćmy do klasycznych praktyk ITIL i zobaczmy, gdzie naprawdę tracimy czas.

Strategia jako dwa nieustannie działające cykle

W wielu organizacjach strategia wygląda podobnie: zarząd określa cele na kilka lat, zatwierdza plan, uruchamia projekty, a potem monitoruje ich realizację. Problem w tym, że świat technologii zmienia się często szybciej niż nasze plany. Wyobraź sobie, że nasza wypożyczalnia trzy lata temu postawiła na rozwój aplikacji mobilnej, automatyzację rezerwacji i nowe punkty odbioru samochodów.

W międzyczasie pojawili się agenci AI, nowe platformy mobilności i modele subskrypcyjne. Czy firma powinna konsekwentnie realizować pierwotny plan tylko dlatego, że został zatwierdzony? ITIL Strategy traktuje strategię nie jako jednorazowy dokument, ale jako ciągły proces podejmowania decyzji i uczenia się.

W modelu zarządzania strategią znajdziesz dwa połączone cykle.

Wróćmy do wypożyczalni.

Firma uruchamia autonomiczny odbiór samochodów w kilku miastach. Klienci chętnie korzystają z nowej usługi, ale pojawiają się liczne problemy przy zwrocie pojazdów. Czy wystarczy dopisać do planu kolejne usprawnienie?

Być może. Ale wyniki mogą również wskazywać na potrzebę zmiany modelu obsługi, współpracy z dostawcami, a nawet założeń biznesowych. Dlatego strategia musi nieustannie korzystać z wiedzy zdobywanej podczas jej realizacji.

Czasami wystarczy doskonalenie pojedynczej usługi, a czasami potrzebna jest głębsza transformacja organizacji. ITIL Strategy pomaga określać kierunek, a ITIL Transformation pomaga przeprowadzać potrzebne zmiany. Jeśli odpowiadasz za rozwój biznesu, produktów lub usług cyfrowych, warto przyjrzeć się bliżej publikacji ITIL Strategy.

Mapa ITIL 5 – publikacje, moduły i certyfikacje

Przeczytałeś już o produktach, usługach, doświadczeniu, transformacji, sztucznej inteligencji, strumieniach wartości i strategii. Wszystkie te obszary znajdziesz w nowym ITIL.

Jak została uporządkowana ta wiedza?

Te trzy moduły tworzą ścieżkę Managing Professional.

A co z klasycznymi praktykami?

Właśnie dla osób zainteresowanych praktykami rozwijana jest ścieżka Practice Manager, obejmująca między innymi trzy grupy praktyk:

Najwyższym tytułem pozostaje ITIL Master.

W publikacjach ITIL 5 jest znacznie więcej wiedzy, niż da się zmieścić w pojedynczym artykule. Wspomniałem tu o eksperymentowaniu, ale Product i Transformation rozwijają ten temat znacznie głębiej. Pokazałem fragment zarządzania doświadczeniem, podczas gdy Experience przedstawia cały model pracy z doświadczeniem interesariuszy.

AI Governance wykracza daleko poza proste zasady bezpiecznego używania chatbotów. To zagadnienia warte poznania nie ze względu na sam egzamin, lecz ze względu na ich praktyczne zastosowanie.

Skoro wiesz już, co obejmuje nowy ITIL, pozostaje praktyczne pytanie: od czego zacząć i co zrobić z certyfikatami poprzednich wersji?

ITIL mówi po polsku

ITIL 5 jest dostępny również po polsku. To ważne, bo dobre tłumaczenie to nie tylko znajdowanie polskich odpowiedników angielskich terminów. Chodzi przede wszystkim o zachowanie sensu ITIL i posługiwanie się językiem, którego będziemy naturalnie używać w codziennej pracy.

Jeśli na co dzień pracujesz po angielsku, nadal możesz korzystać z angielskich publikacji, materiałów i egzaminów. Dostępne są także inne wersje językowe. Najważniejsze, żebyś miał wybór.