Szablon danych do zarządzania zmianami

Czas rozpoczęcia zdarzenia wskazuje początek działania w cyklu życia wniosku o zmianę. Ten znacznik czasu jest niezbędny do chronologicznego uporządkowania zdarzeń oraz obliczenia czasu trwania działań i całej sprawy.

W analizie procesu atrybut ten służy do prawidłowego uporządkowania działań i stanowi podstawę dziennika zdarzeń. Jest niezbędny do obliczania wszystkich miar związanych z czasem, takich jak czas cyklu między działaniami, czas oczekiwania i całkowity czas trwania sprawy. Analiza znaczników czasu pozwala ustalić, które kroki zajmują najwięcej czasu i gdzie można przyspieszyć proces.

Ten znacznik czasu jest niezbędny do uporządkowania zdarzeń, odtworzenia przebiegu procesu i obliczania miar efektywności, takich jak czas cyklu i czas oczekiwania.

Znajduje się w dzienniku zdarzeń lub ścieżce audytu wniosku o zmianę. Pole może nazywać się „Data utworzenia”, „Data rozpoczęcia” lub po prostu „Znacznik czasu”.

Identyfikator wniosku o zmianę to unikalny kod alfanumeryczny przypisywany do każdego wniosku w chwili jego utworzenia. Pełni funkcję klucza głównego pojedynczej sprawy, łącząc wszystkie powiązane zadania, zatwierdzenia i dzienniki od rozpoczęcia do zamknięcia.

W process mining ten atrybut jest niezbędny do odtworzenia pełnego przebiegu każdej zmiany. Grupując wszystkie zdarzenia pod wspólnym identyfikatorem wniosku o zmianę, analitycy mogą wizualizować przepływ procesu, obliczać czas trwania spraw i analizować różnice między przebiegami zmian. Na tym identyfikatorze opiera się analiza na poziomie sprawy, która pokazuje, jak poszczególne zmiany przechodzą przez system.

Ten identyfikator ma zasadnicze znaczenie dla śledzenia i łączenia wszystkich zdarzeń dotyczących jednej zmiany. Stanowi podstawę odkrywania procesów i sprawdzania zgodności ich przebiegu.

Zazwyczaj znajduje się w nagłówku lub głównym rekordzie transakcji wniosku o zmianę.

Nazwa działania opisuje konkretny krok lub kamień milowy w cyklu życia wniosku o zmianę, na przykład „Zakończono ocenę ryzyka” lub „Zatwierdzono zmianę”. Każde działanie wskazuje moment, w którym wykonano czynność, podjęto decyzję lub proces przeszedł do kolejnego etapu.

Ten atrybut stanowi podstawę mapy procesu. Określa węzły grafu procesu, dzięki czemu analitycy mogą wizualizować kolejność zdarzeń, identyfikować typowe ścieżki i wykrywać odstępstwa od standardowej procedury. Analiza działań pomaga wykrywać wąskie gardła, pętle poprawek i nieefektywne przekazywanie pracy między etapami procesu zarządzania zmianami.

Określa kroki procesu, umożliwiając wizualizację jego przebiegu oraz analizę wąskich gardeł, poprawek i odstępstw.

Zwykle znajduje się w dzienniku działań, historii zdarzeń lub tabeli ścieżki audytu powiązanej z wnioskiem o zmianę.

Znacznik czasu ostatniej aktualizacji danych wskazuje, kiedy dany rekord został ostatnio pobrany z systemu źródłowego. Jest to atrybut metadanych niezbędny do zarządzania przepływem danych i zapewnienia aktualności analizy.

Atrybut ten pomaga inżynierom danych i analitykom ocenić, jak aktualne są wykorzystywane dane. Służy do monitorowania poprawności procesu pobierania danych i sprawdzania, czy analiza process mining opiera się na aktualnych, istotnych informacjach. Zazwyczaj nie wykorzystuje się go bezpośrednio do analizy procesu, ale ma duże znaczenie dla zarządzania danymi i wiarygodności wyników.

Pozwala ocenić aktualność danych i monitorować poprawność ich przepływu, co wpływa na wiarygodność analizy procesu.

Ten znacznik czasu jest zwykle generowany i dodawany podczas ekstrakcji, transformacji i ładowania danych (ETL).

Atrybut systemu źródłowego wskazuje pochodzenie danych o zdarzeniach. W środowiskach korzystających z kilku narzędzi ITSM lub zintegrowanych systemów pole to pomaga rozróżniać dane z różnych źródeł, zachować ich integralność i właściwie je interpretować.

Nie zawsze wykorzystuje się go w podstawowej analizie przebiegu procesu, ale jest bardzo przydatny do walidacji danych i zarządzania nimi. Ułatwia diagnozowanie problemów z pobieraniem danych. Można go też użyć do porównania efektywności procesu w różnych systemach lub jednostkach biznesowych korzystających z odrębnych platform. Przykładowo firma może używać jednego systemu do zmian w infrastrukturze, a innego do zmian w aplikacjach.

Wskazuje źródło danych, co ma znaczenie dla ich walidacji, diagnozowania problemów i analizy procesów obejmujących wiele systemów.

Informacja ta może być zapisana w danych źródłowych lub dodana podczas procesu ekstrakcji i transformacji danych (ETL).

Czas zakończenia zdarzenia wskazuje koniec działania. W połączeniu z czasem jego rozpoczęcia pozwala dokładnie obliczyć czas realizacji każdego kroku w cyklu życia zmiany.

Ten atrybut stanowi podstawę analizy efektywności. Różnica między czasem rozpoczęcia a zakończenia pokazuje czas realizacji działania, a czas między zakończeniem jednego działania a rozpoczęciem kolejnego wskazuje czas oczekiwania. To rozróżnienie pomaga ustalić, czy opóźnienia wynikają z długotrwałych zadań, czy z przestojów między nimi, i odpowiednio ukierunkować działania usprawniające.

Umożliwia dokładne obliczenie czasu trwania działań i odróżnienie czasu pracy od czasu oczekiwania, który nie wnosi wartości.

Często znajduje się w dzienniku działań lub tabelach ścieżki audytu. Jeśli go brakuje, czasem można go wyznaczyć na podstawie czasu rozpoczęcia kolejnego zdarzenia.

Poziom ryzyka odzwierciedla ocenę prawdopodobieństwa niepowodzenia zmiany i jego potencjalnych negatywnych skutków. Ocena ta wpływa na wymagany zakres testów, kontroli i zatwierdzeń. Zmiany o wysokim ryzyku zwykle wymagają dokładniejszego przeglądu niż zmiany o niskim ryzyku.

Ten atrybut umożliwia analizę procesu z uwzględnieniem ryzyka. Można sprawdzić, czy zmiany o wysokim ryzyku podlegają odpowiedniej kontroli, na przykład przeglądowi przez CAB. Pozwala też zestawić poziom ryzyka z wynikami, aby ustalić, czy zmiany o wysokim ryzyku częściej kończą się niepowodzeniem. Może to wskazywać na potrzebę poprawy oceny ryzyka lub działań ograniczających ryzyko.

Pozwala sprawdzić, czy mechanizmy kontroli procesu i workflow zatwierdzania są dostosowane do ocenionego ryzyka zmiany.

Znajduje się w danych nagłówka lub szczegółach oceny ryzyka wniosku o zmianę.

Priorytet zmiany określa jej względne znaczenie. Pomaga zespołom skutecznie planować pracę i przydzielać zasoby, tak aby najpierw realizować najpilniejsze zmiany. Priorytet często ustala się na podstawie potencjalnego wpływu zmiany na działalność firmy oraz pilności jej wdrożenia.

W process mining priorytet jest przydatnym wymiarem filtrowania i porównań. Analitycy mogą sprawdzić, czy zmiany o wysokim priorytecie są rzeczywiście realizowane szybciej niż te o niskim priorytecie. Rozbieżności mogą wskazywać na problemy z przydziałem zasobów, opóźnienia w zatwierdzaniu pilnych zmian lub niespójne stosowanie zasad ustalania priorytetów.

Pozwala sprawdzić, czy zmiany o wysokim priorytecie są realizowane szybciej niż zmiany o niskim priorytecie, a tym samym ocenić skuteczność zasad ustalania priorytetów.

Znajduje się w głównym rekordzie lub danych nagłówka wniosku o zmianę.

Status zmiany wskazuje etap, na którym znajduje się wniosek w danym momencie, lub jego końcowy wynik. Statusy zwykle odpowiadają głównym kamieniom milowym procesu i dają ogólny obraz postępu.

Atrybut ten można wykorzystać na dwa sposoby. Jako migawka pokazuje bieżący stan wszystkich otwartych zmian, co przydaje się w dashboardach operacyjnych monitorujących przepustowość i zaległości. Jako atrybut zdarzenia pozwala traktować samą zmianę statusu jako działanie, uzupełniając dziennik zdarzeń, gdy brakuje szczegółowych danych o działaniach. Analiza zmian statusu pomaga zrozumieć cykl życia zmiany i wykryć miejsca, w których proces się zatrzymuje.

Pokazuje postęp zmiany, umożliwiając analizę wąskich gardeł, przepustowości i bieżącego stanu zaległych zmian.

Znajduje się w rekordzie nagłówkowym wniosku o zmianę. Historyczne zmiany statusu mogą być zapisane w dzienniku audytu.

Typ zmiany określa wymagany workflow, etapy zatwierdzania i pilność wniosku. Zmiany standardowe są zwykle zatwierdzone z góry i wiążą się z niskim ryzykiem. Zmiany zwykłe przechodzą pełną ocenę i proces zatwierdzania, a zmiany awaryjne są obsługiwane w trybie przyspieszonym ze względu na pilną potrzebę biznesową.

Analiza procesu według typu zmiany jest ważnym elementem zarządzania zmianami. Pozwala porównywać efektywność i zgodność różnych workflow. Analitycy mogą na przykład sprawdzić, czy zmiany awaryjne rzeczywiście przechodzą szybszą ścieżkę i czy zmiany standardowe przebiegają zgodnie z uproszczonym, wcześniej zatwierdzonym procesem. Taki podział pomaga zrozumieć różnice w przebiegu procesu i sprawdzić, czy stosowany jest właściwy poziom nadzoru.

Ten atrybut jest niezbędny do podziału analizy, ponieważ poszczególne typy zmian mają odrębne, zdefiniowane ścieżki procesu, wymagania dotyczące zatwierdzania i oczekiwania co do efektywności.

Znajduje się w głównym rekordzie lub danych nagłówka wniosku o zmianę.

Usługa biznesowa, której dotyczy zmiana, wskazuje podstawową funkcję biznesową, taką jak „Poczta e-mail” lub „Bankowość internetowa”, modyfikowaną w ramach zmiany. Może to być również konkretny element konfiguracji technicznej (CI), na przykład serwer lub aplikacja obsługująca daną usługę biznesową.

Ten atrybut dostarcza kontekstu biznesowego niezbędnego w procesie zarządzania zmianami. Pozwala analizować wpływ na działalność firmy, a nie tylko działania IT. Analitycy mogą na przykład ustalić, które usługi są najczęściej zmieniane, co może wskazywać na ich niestabilność lub intensywny rozwój. Atrybut pomaga też ustalać priorytety i oceniać ryzyko, łącząc zmiany techniczne z obsługiwanymi przez nie funkcjami biznesowymi.

Łączy zmiany IT z kontekstem biznesowym, umożliwiając analizę usług biznesowych najbardziej narażonych na zmiany i związane z nimi ryzyko.

Znajduje się w głównym rekordzie wniosku o zmianę, często jako odwołanie do bazy danych zarządzania konfiguracją (CMDB).

Użytkownik odpowiedzialny to konkretna osoba przypisana do wniosku o zmianę lub działania. Ten atrybut pozwala dokładniej analizować obciążenie i odpowiedzialność niż przypisanie na poziomie zespołu.

Analiza danych na poziomie użytkownika może pomóc w zarządzaniu efektywnością i identyfikowaniu potrzeb szkoleniowych. Pozwala wskazać osoby mające dużą wiedzę o procesie oraz te, które mogą mieć trudności z określonymi zadaniami. Można też analizować poprawki, na przykład sprawdzić, czy zmiany obsługiwane przez niektóre osoby częściej są odrzucane lub wymagają naprawy. Informacje te należy jednak wykorzystywać w konstruktywny sposób, a nie do karania pracowników.

Pozwala szczegółowo analizować obciążenie i efektywność poszczególnych osób, a także identyfikować ekspertów i potrzeby szkoleniowe w zespołach.

Zazwyczaj znajduje się w rekordzie wniosku o zmianę lub szczegółach zadania, często w polu „Przypisano do”.

Zespół odpowiedzialny wskazuje grupę osób przypisaną do pracy nad zmianą na danym etapie. Może to być zespół oceniający, organ zatwierdzający, taki jak CAB, lub zespół techniczny wdrażający zmianę.

Ten atrybut jest niezbędny do analizy przydziału zasobów, rozkładu obciążenia i przekazywania pracy między zespołami. Analiza sieci współpracy może ujawnić wzorce komunikacji i wąskie gardła między grupami. Mierząc czas pracy każdego zespołu, można ustalić, które grupy są przeciążone i na których etapach przekazywanie odpowiedzialności często powoduje opóźnienia.

Ułatwia analizę przekazywania pracy między zespołami, wykrywanie wąskich gardeł związanych z zasobami i ocenę rozkładu obciążenia w organizacji.

Znajduje się w rekordzie wniosku o zmianę lub szczegółach działania. Pole może nazywać się „Grupa przypisania” lub „Zespół”.

Pilność zmiany określa, jak szybko należy ją wdrożyć, aby spełnić wymagania biznesowe. Odzwierciedla presję czasu, niezależnie od potencjalnego wpływu zmiany. Zmiana może mieć niewielki wpływ, ale być pilna, na przykład gdy trzeba naprawić drobny problem przed rozpoczęciem kampanii marketingowej.

Pilność jest jednym z czynników wpływających na priorytet i służy do analizy terminowości procesu zarządzania zmianami. Analitycy mogą sprawdzić, czy zmiany o wysokiej pilności są rzeczywiście realizowane szybciej. Porównanie czasu cyklu dla różnych poziomów pilności pokazuje, czy proces reaguje na potrzeby biznesowe, czy wszystkie zmiany są obsługiwane w tym samym tempie, niezależnie od presji czasu.

Pozwala ocenić, jak szybko proces reaguje na pilne potrzeby biznesowe, przez porównanie czasu cyklu dla różnych poziomów pilności.

Znajduje się w głównym rekordzie lub danych nagłówka wniosku o zmianę.

Planowana data zakończenia to termin wyznaczony dla zmiany, często wynikający z wymagań biznesowych lub umów o gwarantowanym poziomie świadczenia usług (SLA). Stanowi punkt odniesienia przy ocenie terminowości i efektywności procesu zarządzania zmianami.

Ten atrybut jest niezbędny do analizy realizacji SLA. Porównując rzeczywistą datę zakończenia z planowaną, można obliczyć wskaźnik terminowej realizacji, czyli ważny KPI. Analiza zmian, których nie udało się zakończyć w planowanym terminie, pomaga ustalić przyczyny opóźnień, takie jak wąskie gardła w procesie zatwierdzania, ograniczone zasoby lub nierealistyczne planowanie.

Ten atrybut pozwala mierzyć zgodność z SLA i terminowość realizacji oraz ustalać przyczyny opóźnień w procesie.

Zazwyczaj znajduje się w danych nagłówka wniosku o zmianę.

Powód zmiany to opis tekstowy przedstawiający biznesowe uzasadnienie wniosku. Odpowiada na pytanie „Dlaczego wprowadzamy tę zmianę?” i podaje kontekst, na przykład „Poprawka bezpieczeństwa usuwająca krytyczną lukę” lub „Nowa funkcja poprawiająca obsługę klienta”.

Choć często jest to pole tekstowe, po skategoryzowaniu lub analizie za pomocą technik eksploracji tekstu atrybut ten może dostarczyć cennych informacji jakościowych. Pomaga zrozumieć, z jakich obszarów firmy pochodzi zapotrzebowanie na zmiany. Analiza może na przykład wykazać, że duża część zmian dotyczy poprawek błędów, co może wskazywać na problemy z jakością oprogramowania. W innym okresie może ujawnić wiele zmian związanych z projektami strategicznymi.

Wyjaśnia biznesowe powody zgłaszania zmian i pomaga analizować główne czynniki, które je napędzają w organizacji.

Zazwyczaj znajduje się w formularzu zgłoszeniowym lub danych nagłówka wniosku o zmianę.

Przyczyna wyniku zmiany wyjaśnia, dlaczego wniosek zakończył się w określony sposób. W przypadku pomyślnej zmiany może to być „Zakończono powodzeniem”. W przypadku niepowodzenia: „Niepowodzenie, rozpoczęto przywracanie poprzedniej wersji”. Przy odrzuceniu lub anulowaniu wskazuje uzasadnienie, na przykład „Niewystarczające uzasadnienie” lub „Anulowano na prośbę wnioskodawcy”.

Ten atrybut ma duże znaczenie przy analizie przyczyn nieudanych lub odrzuconych zmian. Klasyfikacja i analiza przyczyn pozwalają wykryć powtarzające się problemy. Jeśli na przykład wiele zmian jest odrzucanych z powodu „Niekompletnych informacji”, może to oznaczać, że należy usprawnić proces składania wniosków. Dane te pomagają obliczać i interpretować KPI, takie jak wskaźnik niepowodzeń zmian i wskaźnik zatwierdzeń za pierwszym razem.

Dostarcza danych do analizy przyczyn nieudanych, odrzuconych lub anulowanych zmian, pomagając poprawić jakość przyszłych wniosków.

Znajduje się w szczegółach zamknięcia wniosku o zmianę. Pole może nazywać się „Kod zamknięcia”, „Rozwiązanie” lub „Przyczyna odrzucenia”.

Wpływ zmiany określa jej potencjalne skutki dla operacji biznesowych, usług lub infrastruktury. Wraz z pilnością jest jednym z czynników służących do ustalenia ogólnego priorytetu zmiany. Przykładowo zmiana dotycząca krytycznej usługi dla klientów ma duży wpływ.

Analiza według wpływu pomaga zapewnić odpowiednią kontrolę zmian dotyczących usług krytycznych. Można ją wykorzystać do sprawdzania zgodności, aby potwierdzić, że zmiany o dużym wpływie zawsze przechodzą określone etapy zatwierdzania lub testowania. Umożliwia też porównywanie efektywności, na przykład sprawdzenie, czy wdrożenie zmian o dużym wpływie trwa dłużej ze względu na dokładniejszy przegląd i testy.

Pomaga sprawdzić, czy zmiany o dużym wpływie na działalność przechodzą dokładniejszy przegląd i testy, zgodnie z wymaganym nadzorem.

Znajduje się w głównym rekordzie lub danych nagłówka wniosku o zmianę.