Szablon danych do zarządzania zmianami

Czas rozpoczęcia, czyli znacznik czasu zdarzenia, określa dokładną datę i godzinę zarejestrowania działania w ramach wniosku o zmianę. Każde działanie w dzienniku zdarzeń, od utworzenia do zamknięcia, ma przypisany znacznik czasu.

Ten atrybut ma zasadnicze znaczenie dla wszystkich analiz czasowych w process mining. Służy do obliczania czasu cyklu, odstępów między działaniami i czasu oczekiwania, a także do ustalania kolejności zdarzeń. Stanowi podstawę monitorowania wyników, obliczania zgodności z SLA i wykrywania wąskich gardeł.

Ten znacznik czasu stanowi podstawę analizy wyników i czasu trwania. Umożliwia obliczanie czasu cyklu i wykrywanie opóźnień.

Znacznik czasu każdego wpisu w historii zgłoszenia Jira. W przypadku zdarzenia utworzenia jest to pole created.

Ten atrybut zapisuje nazwę działania wykonanego w określonym momencie w ramach wniosku o zmianę. Działania są ustalane na podstawie zmian statusu, etapów workflow lub konkretnych wpisów w dzienniku Jira, takich jak „Przekazano zmianę do oceny” lub „Rozpoczęto wdrażanie”.

Analiza kolejności i częstotliwości działań stanowi podstawę process mining. Pozwala odkrywać rzeczywisty przebieg procesu, wykrywać wąskie gardła między etapami i porównywać warianty procesu ze standardową procedurą operacyjną.

Określa etapy procesu, co pozwala tworzyć mapy procesów, analizować warianty i wykrywać wąskie gardła.

Zwykle ustalany na podstawie historii zgłoszenia Jira, w szczególności zmian statusu lub aktualizacji pól niestandardowych odpowiadających ważnym etapom procesu.

Identyfikator wniosku o zmianę to klucz główny, który jednoznacznie identyfikuje każdą inicjatywę zmiany w Jira Service Management. W process mining pełni funkcję identyfikatora sprawy i łączy wszystkie zdarzenia, zmiany statusu oraz aktualizacje w jeden spójny obraz procesu od początku do końca.

Podczas analizy identyfikator ten pozwala odtworzyć pełny cykl życia każdej zmiany. Jest niezbędny do śledzenia zmian na kolejnych etapach, takich jak ocena ryzyka, zatwierdzanie, wdrażanie i przegląd. Wszystkie miary, KPI i dashboardy korzystają z tego atrybutu, aby prawidłowo agregować dane o zdarzeniach i łączyć je z konkretną zmianą.

To podstawowy identyfikator sprawy, który pozwala prześledzić pełny przebieg wniosku o zmianę i analizować wyniki procesu.

To standardowy klucz zgłoszenia Jira, dostępny w polu key dla zgłoszeń typu Change.

Ten atrybut zapisuje datę i godzinę ostatniego pobrania danych z systemu źródłowego. Informuje, jak aktualne są dane w narzędziu process mining.

Analiza tego atrybutu pomaga ocenić aktualność danych o procesie, co ma znaczenie w przypadku dashboardów operacyjnych i monitorowania na bieżąco. Zapewnia kontekst dla analizy i pomaga uniknąć podejmowania decyzji na podstawie nieaktualnych danych.

Informuje o aktualności danych, dzięki czemu analizy opierają się na bieżących informacjach i pozostają użyteczne.

To pole metadanych uzupełniane przez narzędzie do wyodrębniania danych podczas ich pobierania.

Ten atrybut określa system źródłowy, z którego pochodzą dane o procesie. W tym przypadku jego wartością jest zawsze „Jira Service Management”.

W szerszym środowisku przedsiębiorstwa, w którym dane mogą pochodzić z wielu systemów, pole to ma zasadnicze znaczenie dla śledzenia pochodzenia danych, rozwiązywania problemów i rozumienia różnic w procesach zależnych od systemu. Pozwala jednoznacznie ustalić źródło analizowanych danych.

Zapewnia jasną informację o pochodzeniu danych, co jest niezbędne przy łączeniu danych z wielu systemów i podczas audytu.

To stała wartość dodawana podczas wyodrębniania danych w celu oznaczenia źródła zbioru.

Osoba przypisana to użytkownik odpowiedzialny za bieżący etap lub działanie w workflow zarządzania zmianą. W trakcie obsługi wniosku odpowiedzialność może przechodzić między różnymi osobami i zespołami.

Ten atrybut służy do analizy rozkładu obciążenia, wykrywania wąskich gardeł związanych z konkretnymi użytkownikami i sprawdzania, jak przydzielane są zasoby. Dashboard „Obciążenie zespołów obsługujących zmiany” wykorzystuje te dane, aby pokazać, które osoby lub grupy realizują najwięcej działań.

Ułatwia analizę wyników pracy i rozkładu obciążenia zasobów oraz wskazuje wąskie gardła na poziomie osób i zespołów.

To standardowe pole assignee zgłoszenia w Jira.

Ten atrybut przechowuje datę, do której wniosek o zmianę powinien zostać zrealizowany, aby spełnić wymagania SLA. Stanowi punkt odniesienia przy pomiarze rzeczywistego czasu zakończenia.

Data ta jest podstawą monitorowania realizacji zobowiązań. Wykorzystuje ją dashboard „Monitor realizacji SLA dla zmian” oraz KPI „Odsetek zmian zgodnych z SLA”. Porównanie rzeczywistej daty rozwiązania z terminem docelowym pozwala ocenić skuteczność świadczenia usług.

To podstawowa dana do obliczania zgodności z SLA i wykrywania zmian zagrożonych przekroczeniem terminu.

Często jest to pole duedate w Jira lub wartość z skonfigurowanej miary SLA w Jira Service Management.

Ocena poziomu ryzyka jest obowiązkowym elementem większości procesów zarządzania zmianą. Określa potencjalny negatywny wpływ zmiany. Poziom ryzyka ustala się na etapie oceny ryzyka i często wpływa on na wymagany workflow zatwierdzania.

W process mining ten atrybut ma zasadnicze znaczenie dla analizy ryzyka. Dashboard „Trafność oceny ryzyka a wynik” pozwala zestawić początkową ocenę ryzyka z rzeczywistym wynikiem. Poziom ryzyka jest też głównym wymiarem KPI „Odsetek nieudanych zmian według poziomu ryzyka”, który pomaga ocenić, czy zmiany wysokiego ryzyka są właściwie zarządzane.

Pozwala sprawdzić, czy mechanizmy kontrolne i workflow zatwierdzania są skuteczne dla różnych poziomów ryzyka, a także zestawić ryzyko z odsetkiem nieudanych zmian.

Zazwyczaj jest to pole niestandardowe w Jira Service Management. Często nosi nazwę „Poziom ryzyka” lub „Wpływ”.

Pole Priorytet pomaga zespołom ustalić kolejność obsługi wniosków o zmianę. Odzwierciedla połączenie wpływu i pilności, a także ułatwia planowanie i przydzielanie zasobów.

Analiza priorytetów pozwala porównywać wyniki obsługi zmian o wysokim i niskim priorytecie. Można na przykład sprawdzić, czy zmiany o wysokim priorytecie rzeczywiście mają krótszy czas realizacji, czy też napotykają te same wąskie gardła co pozostałe. Takie informacje pomagają lepiej kierować zasoby i spełniać oczekiwania biznesowe.

Umożliwia analizę wyników procesu według priorytetu biznesowego i sprawdzenie, czy krytyczne zmiany są przyspieszane zgodnie z oczekiwaniami.

To standardowe pole priority zgłoszenia w Jira.

Ten obliczany atrybut porównuje rzeczywistą datę rozwiązania wniosku o zmianę z jego „Planowaną datą zakończenia”. Wynik to prosty status, na przykład „Dotrzymano terminu” lub „Przekroczono termin”.

Dashboard „Monitor realizacji SLA dla zmian” pokazuje w ten sposób czytelny wskaźnik wyników. Wstępne obliczenie statusu dla każdego przypadku ułatwia tworzenie KPI, takich jak „Odsetek zmian zgodnych z SLA”. Można też łatwo filtrować i agregować dane, aby sprawdzić, które typy zmian, zespoły lub usługi najczęściej wiążą się z przekroczeniem SLA.

Podaje jednoznaczny wynik realizacji SLA dla każdego przypadku, co upraszcza raportowanie i analizę zgodności z SLA.

Obliczany przez porównanie znacznika czasu ostatniego działania „Zmiana zamknięta” z atrybutem „TargetCompletionDate”.

Ten atrybut określa status wniosku o zmianę, na przykład „Oczekuje na zatwierdzenie”, „W trakcie” lub „Zamknięty”. Pole statusu w Jira ma podstawowe znaczenie dla mechanizmu workflow. Zmiany jego wartości w dużej mierze wyznaczają przebieg procesu.

Analiza statusu pozwala śledzić postęp aktywnych zmian i sprawdzać wyniki tych zakończonych, na przykład „Zamknięty – pomyślnie” lub „Zamknięty – niepowodzenie”. Dane te pomagają tworzyć dashboardy przepustowości i analizować pętle poprawek, w których status wraca do wcześniejszego etapu.

Pozwala śledzić postęp wniosku o zmianę i sprawdzić jego końcowy wynik, co jest istotne przy analizie przepustowości i poprawek.

To standardowe pole status zgłoszenia w Jira. Dostępne statusy określa konfiguracja workflow projektu.

Typ zmiany określa kategorię wniosku na podstawie charakteru, pilności i wpływu zmiany. Najczęściej wyróżnia się zmiany „Standardowe”, czyli zatwierdzone z góry i obarczone niskim ryzykiem, „Zwykłe”, które wymagają pełnej akceptacji, oraz „Awaryjne”, wprowadzane pilnie w celu usunięcia incydentu.

Ten atrybut jest niezbędny do analizy procesu, ponieważ poszczególne typy zmian często przebiegają różnymi ścieżkami i podlegają innym SLA. Służy do obliczania KPI „Odsetek zmian awaryjnych” oraz filtrowania dashboardów, aby porównywać wyniki i ryzyko dla każdego typu.

Pozwala podzielić proces na segmenty i analizować różne workflow, na przykład zmiany standardowe i awaryjne, które wiążą się z innymi oczekiwaniami dotyczącymi wyników i ryzyka.

Zazwyczaj jest to pole niestandardowe w projektach Jira Service Management. Jego nazwa może się różnić, ale często brzmi „Typ zmiany”.

Ten obliczany atrybut wskazuje wnioski o zmianę, które cofnięto do wcześniejszego etapu w celu wprowadzenia poprawek, na przykład z „Oczekuje na zatwierdzenie” do „Planowanie”. Oznacza to, że pierwotne zgłoszenie było niekompletne, nieprawidłowe lub nie spełniało wymaganych kryteriów.

Ten wskaźnik stanowi podstawę KPI „Odsetek zmian wymagających poprawek” i dashboardu „Analiza poprawek i odrzuceń zmian”. Analitycy mogą łatwo filtrować takie przypadki i badać ich przyczyny, na przykład słabe planowanie, niejasne wymagania lub niewystarczającą ocenę ryzyka.

Wskazuje nieefektywność procesu, oznaczając przypadki wymagające dodatkowej, nieplanowanej pracy. Ułatwia analizę przyczyn poprawek.

Atrybut jest obliczany na podstawie kolejności działań w dzienniku zdarzeń. Poprawkę wykrywa się, gdy po działaniu z późniejszego etapu następuje działanie z wcześniejszego etapu.

Ten atrybut określa przyczynę zmiany, na przykład „Wdrożenie nowej funkcji”, „Naprawa błędu” lub „Modernizacja infrastruktury”. Dostarcza kontekstu, którego nie ma w samym podsumowaniu ani opisie.

W analizie powód zmiany można zestawić z innymi miarami, takimi jak czas realizacji, odsetek niepowodzeń i poziom ryzyka. Pozwala to odpowiedzieć na pytania: „Czy zmiany związane z naprawą błędów są zatwierdzane szybciej niż wdrożenia nowych funkcji?” lub „Czy modernizacje infrastruktury częściej kończą się niepowodzeniem?”.

Dostarcza kontekstu biznesowego i pozwala dokładniej analizować zależność między celem zmiany a jej przebiegiem i wynikiem.

Zazwyczaj jest to pole niestandardowe w Jira Service Management, często lista wyboru lub pole tekstowe.

Ten atrybut wskazuje, czy zmiana doprowadziła do negatywnego skutku, na przykład incydentu w środowisku produkcyjnym. Zazwyczaj wymaga to powiązania zgłoszenia zmiany z jednym lub kilkoma zgłoszeniami incydentów w Jira.

Dane te są niezbędne do obliczania KPI „Odsetek problemów po wdrożeniu” i „Odsetek nieudanych zmian”. Bezpośrednio mierzą jakość zmiany oraz skuteczność planowania, testowania i oceny ryzyka. Analiza zmian prowadzących do problemów pomaga udoskonalać mechanizmy kontrolne i zapobiegać kolejnym niepowodzeniom.

Bezpośrednio mierzy jakość i powodzenie zmiany, wskazując, czy po jej wdrożeniu wystąpiły problemy operacyjne.

Zazwyczaj ustala się to na podstawie powiązanych zgłoszeń w Jira, sprawdzając, czy do zgłoszenia zmiany prowadzą powiązania „spowodowane przez” ze zgłoszeń incydentów.

Po zamknięciu wniosku o zmianę pole Rozwiązanie podaje szczegółowy wynik. Na przykład „Wykonano” oznacza sukces, a „Nie zostanie wykonane” lub „Duplikat” wskazują inne powody zamknięcia. Dzięki temu dostępnych jest więcej informacji niż w samym statusie „Zamknięte”.

Ten atrybut jest niezbędny do analizy odsetka udanych i nieudanych zmian. Na przykład KPI „Odsetek problemów po wdrożeniu” można lepiej zinterpretować, filtrując zmiany z rozwiązaniem „Niepowodzenie” lub „Wycofano”. Atrybut pomaga odróżnić zmiany wdrożone pomyślnie od tych, które anulowano lub odrzucono po zatwierdzeniu.

Podaje szczegółowy wynik zmiany, co pozwala dokładniej obliczać odsetek udanych i nieudanych zmian.

To standardowe pole resolution w Jira. Zazwyczaj jest ustawiane, gdy zgłoszenie przechodzi do kategorii statusu „Gotowe”.

Ten atrybut łączy wniosek o zmianę z konkretną usługą biznesową zdefiniowaną w bazie danych zarządzania konfiguracją (CMDB), na przykład „Poczta e-mail” lub „CRM dla klientów”. Pomaga zrozumieć wpływ zmiany na działalność firmy.

Analiza zmian według usług biznesowych ułatwia ustalanie priorytetów i informowanie interesariuszy o wpływie zmian. Pozwala sprawdzić, które usługi są najczęściej zmieniane, które są najbardziej narażone na ryzyko i w których koncentrują się incydenty związane ze zmianami. To ważne przy zarządzaniu zmianami technicznymi z perspektywy biznesowej.

Łączy zmiany techniczne z ich wpływem na działalność firmy, co pozwala ustalać priorytety i analizować ryzyko z uwzględnieniem krytyczności usługi.

Często jest to pole niestandardowe w JSM, powiązane z Jira Assets (dawniej Insight) lub inną bazą CMDB.

Ten atrybut wskazuje zespół przydzielony do pracy nad zmianą. Jira ma pole „Osoba przypisana” dla pojedynczych użytkowników, natomiast pole „Zespół” służy często do przydzielania zadań grupom funkcyjnym, takim jak „Operacje sieciowe” lub „Administratorzy baz danych”.

Dane te są niezbędne dla dashboardu „Obciążenie zespołów obsługujących zmiany”. Pozwalają analizować wyniki i wąskie gardła na poziomie zespołu, a nie tylko poszczególnych osób. Takie ujęcie jest często bardziej przydatne przy planowaniu i zarządzaniu zasobami.

Ułatwia analizę obciążenia i wyników pracy na poziomie zespołu lub działu oraz wskazuje wąskie gardła w procesie.

Zazwyczaj jest to pole niestandardowe w Jira, ponieważ standardowo nie ma pola „Zespół”. Może to być pole typu „Group Picker” lub zwykła lista wyboru.

Zgłaszający to osoba, która utworzyła zgłoszenie wniosku o zmianę w Jira. Często jest to właściciel zmiany lub osoba zgłaszająca ją w imieniu zespołu.

Analiza zgłaszających pomaga ustalić, które działy, zespoły lub osoby inicjują najwięcej zmian. Można dzięki niej wykrywać trendy dotyczące źródeł zmian oraz przekazywać informacje zwrotne lub organizować szkolenia dla grup, które często składają niekompletne wnioski lub wnioski niskiej jakości.

Pomaga ustalić, skąd pochodzą wnioski o zmianę, i wykorzystać te informacje do poprawy jakości zgłoszeń.

To standardowe pole reporter zgłoszenia w Jira.