Szablon danych do zarządzania zmianami

Freshservice
Szablon danych do zarządzania zmianami

Szablon danych do zarządzania zmianami

Ten szablon pomaga zebrać dane potrzebne do analizy procesu zarządzania zmianami. Zawiera listę wymaganych atrybutów i działań do śledzenia oraz wskazówki dotyczące pobierania informacji z systemu. Dzięki niemu można przygotować dane do analizy i optymalizacji procesu.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania do śledzenia
  • Wskazówki dotyczące pobierania danych z Freshservice
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty zarządzania zmianami

Te pola są niezbędne do utworzenia kompletnego dziennika zdarzeń i szczegółowej analizy procesu zarządzania zmianami.
5 Wymagane 8 Zalecane 8 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Dokładna data i godzina wystąpienia konkretnej czynności lub zdarzenia.
Opis

Każda czynność w procesie ma przypisany znacznik czasu, który wskazuje, kiedy wystąpiła. Te dane czasowe są niezbędne do obliczania czasu między czynnościami, wykrywania oczekiwania i analizy całkowitego czasu realizacji procesu. Umożliwiają analizę efektywności, wykrywanie wąskich gardeł i monitorowanie dotrzymywania SLA.

Dlaczego to ważne

Ten znacznik czasu jest podstawą wszystkich analiz czasowych, w tym obliczania czasu cyklu, czasu trwania i oczekiwania między etapami procesu.

Skąd pobrać

Znacznik czasu przypisany do każdego wpisu w dzienniku audytu lub strumieniu aktywności rekordu Change w Freshservice.

Przykłady
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
Identyfikator zgłoszenia zmiany
ChangeRequestId
Unikalny identyfikator każdego zgłoszenia zmiany przesłanego w systemie Freshservice.
Opis

Identyfikator zgłoszenia zmiany jest głównym identyfikatorem pojedynczej sprawy od jej rozpoczęcia do zamknięcia. Łączy wszystkie powiązane czynności, akceptacje i wpisy w spójną oś czasu, co umożliwia analizę procesu od początku do końca. W process mining identyfikator ten jest niezbędny do odtworzenia cyklu życia każdej zmiany i zrozumienia jej przebiegu, czasu realizacji oraz wyniku.

Dlaczego to ważne

To podstawowy identyfikator sprawy (Case ID), który grupuje powiązane zdarzenia i umożliwia śledzenie oraz analizę całego przebiegu pojedynczego zgłoszenia zmiany.

Skąd pobrać

To podstawowe pole obiektu Change w Freshservice.

Przykłady
CHG-10234CHG-10235CHG-10236
Nazwa czynności
ActivityName
Nazwa konkretnego zdarzenia lub zadania, które wystąpiło w procesie zarządzania zmianą.
Opis

Ten atrybut opisuje pojedynczy etap lub kamień milowy w cyklu życia zmiany, na przykład „Utworzono zgłoszenie zmiany”, „Wysłano do akceptacji” lub „Zakończono wdrożenie”. Kolejność tych czynności dla danego identyfikatora zgłoszenia zmiany stanowi podstawę mapy procesu. Analiza czynności pomaga określić przebieg procesu, wykryć odstępstwa i zmierzyć czas spędzony na poszczególnych etapach.

Dlaczego to ważne

Określa etapy przebiegu procesu, umożliwiając wizualizację cyklu życia zmiany oraz analizę wariantów procesu i wąskich gardeł.

Skąd pobrać

Dane pochodzą z dzienników audytu, strumienia aktywności lub historii zmian statusu rekordu Change w Freshservice.

Przykłady
Zatwierdzono zmianęZakończono ocenę ryzykaRozpoczęto wdrożenieZamknięto zmianę
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane tego rekordu zostały ostatnio odświeżone z systemu źródłowego.
Opis

Ten atrybut zapisuje datę i godzinę ostatniego eksportu lub aktualizacji danych dla każdego zdarzenia. Pozwala ocenić aktualność analizowanych danych i sprawdzić, czy analiza opiera się na bieżących informacjach. Pomaga zachować integralność danych i ocenić, na ile aktualne są uzyskane wnioski.

Dlaczego to ważne

Informuje użytkowników o aktualności danych i pomaga sprawdzić, czy analiza process mining opiera się na bieżących informacjach.

Skąd pobrać

Ten znacznik czasu jest zazwyczaj generowany i dodawany podczas wczytywania danych lub procesu ETL.

Przykłady
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
System źródłowy
SourceSystem
Wskazuje system, z którego wyeksportowano dane.
Opis

Ten atrybut określa źródło danych o procesie. W tym widoku jego wartością będzie zawsze „Freshservice”. Warto go uwzględnić, zwłaszcza gdy dane pochodzą z wielu systemów. Zapewnia niezbędny kontekst i ułatwia zarządzanie danymi oraz rozwiązywanie problemów.

Dlaczego to ważne

Pozwala jednoznacznie ustalić pochodzenie danych, co ma duże znaczenie przy analizie danych z wielu systemów firmowych.

Skąd pobrać

To stała wartość ustawiana podczas eksportu danych, która określa ich źródło.

Przykłady
Freshservice
Czas zakończenia
EndTime
Znacznik czasu ostatniego zarejestrowanego zdarzenia w sprawie zgłoszenia zmiany.
Opis

Czas zakończenia oznacza koniec cyklu życia zgłoszenia zmiany i zwykle odpowiada czynności „Zamknięto zmianę” lub „Anulowano zmianę”. W połączeniu z czasem rozpoczęcia służy do obliczenia całkowitego czasu realizacji każdej sprawy od początku do końca. Analiza tego atrybutu pomaga ocenić łączny czas realizacji i przepustowość procesu zarządzania zmianami.

Dlaczego to ważne

Jest niezbędny do obliczenia całkowitego czasu realizacji zgłoszenia zmiany, czyli podstawowego KPI efektywności procesu.

Skąd pobrać

To znacznik czasu ostatniej czynności w dzienniku zdarzeń dla danego identyfikatora zgłoszenia zmiany.

Przykłady
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
Imię i nazwisko zgłaszającego
RequesterName
Imię i nazwisko osoby, która zainicjowała zgłoszenie zmiany.
Opis

Zgłaszający to osoba, która przekazała zmianę do rozpatrzenia. Analiza danych według zgłaszającego pozwala wykryć powtarzające się wzorce, na przykład ustalić, które osoby lub role najczęściej zgłaszają zmiany oraz czy zgłoszenia od określonych użytkowników częściej są odrzucane lub wymagają poprawek. W połączeniu z informacjami o dziale dane te można wykorzystać także do analizy obciążenia pracą.

Dlaczego to ważne

Wskazuje źródło zapotrzebowania na zmiany i może ujawnić potrzeby szkoleniowe lub grupy użytkowników zgłaszające ich najwięcej.

Skąd pobrać

To pole „Requested by” w obiekcie Change w Freshservice, powiązane z rekordem użytkownika.

Przykłady
Alice JohnsonRobert SmithMaria Garcia
Planowana data zakończenia
TargetCompletionDate
Planowana data zakończenia zmiany lub termin wynikający z umowy SLA.
Opis

Ta data wyznacza termin zamknięcia zgłoszenia zmiany. Jest podstawą do pomiaru dotrzymywania SLA. Porównanie rzeczywistego czasu zakończenia z planowaną datą pozwala ustalić, czy zmianę ukończono w terminie, wcześniej czy z opóźnieniem. Wskaźnik ten jest jednym z danych wejściowych do KPI dotyczącego dotrzymywania SLA dla zmian.

Dlaczego to ważne

Stanowi punkt odniesienia przy pomiarze terminowości i zgodności z SLA, czyli ważnych wskaźników wyników procesu.

Skąd pobrać

Może to być osobne pole „Due by” lub „SLA Target” w obiekcie Change w Freshservice.

Przykłady
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
Poziom ryzyka
RiskLevel
Oszacowany poziom ryzyka związanego z wdrożeniem zmiany.
Opis

Poziom ryzyka określa potencjalne negatywne skutki niepowodzenia zmiany. Typowe poziomy to niski, średni i wysoki. Atrybut ten ma znaczenie przy analizie zgodności i ocenie, czy zmiany o wyższym ryzyku przechodzą bardziej rygorystyczną ścieżkę, na przykład wymagają dodatkowych zatwierdzeń lub dokładniejszych testów. Pomaga sprawdzić, czy mechanizmy kontroli ryzyka są stosowane prawidłowo.

Dlaczego to ważne

Ma to znaczenie przy analizie zgodności i ryzyka. Pozwala sprawdzić, czy zmiany wysokiego ryzyka są odpowiednio weryfikowane i przechodzą bardziej rygorystyczny proces.

Skąd pobrać

Odpowiada polu „Risk” w obiekcie Change w Freshservice.

Przykłady
NiskiŚredniWysokiBardzo wysoki
Priorytet zmiany
ChangePriority
Poziom priorytetu przypisany do zgłoszenia zmiany, określający jej znaczenie dla firmy.
Opis

Priorytet zwykle ustala się na podstawie wpływu i pilności. Pomaga on planować harmonogram i przydzielać zasoby. Analiza wpływu priorytetu na wskaźniki procesu, takie jak czas realizacji i dotrzymywanie SLA, pokazuje, czy zmiany o wysokim priorytecie są obsługiwane szybciej niż te o niskim. Pozwala też ocenić skuteczność zasad ustalania priorytetów.

Dlaczego to ważne

Pozwala ocenić, czy proces nadaje odpowiedni priorytet zmianom o dużym znaczeniu i przydziela do nich zasoby.

Skąd pobrać

To pole „Priority” w obiekcie Change w Freshservice.

Przykłady
NiskiŚredniWysokiPilny
Przypisana grupa
AssignedGroup
Zespół lub grupa odpowiedzialna za wdrożenie zmiany.
Opis

Ten atrybut wskazuje zespół przydzielony do realizacji zmiany, na przykład „Zespół sieciowy” lub „Administratorzy baz danych”. Analiza wyników procesu według przypisanej grupy pomaga ocenić obciążenie zespołów i ich efektywność oraz wykryć ograniczenia zasobów. Pokazuje też, które zespoły dłużej wdrażają zmiany lub częściej napotykają problemy po ich wdrożeniu.

Dlaczego to ważne

Umożliwia porównanie wyników i obciążenia zespołów wdrożeniowych, aby wykryć ograniczenia zasobów i dobre praktyki.

Skąd pobrać

To pole „Group” lub „Assigned Group” w obiekcie Change w Freshservice.

Przykłady
Zespół infrastrukturyWsparcie aplikacjiOperacje bezpieczeństwa
Status zmiany
ChangeStatus
Bieżący lub końcowy status zgłoszenia zmiany.
Opis

Ten atrybut wskazuje stan zgłoszenia zmiany w danym momencie lub jego końcowy wynik, na przykład „Zamknięto”, „Anulowano” lub „Odrzucono”. Jest ważny przy analizie wyników, ponieważ pozwala odróżnić zmiany zakończone powodzeniem od tych, które się nie powiodły lub zostały porzucone. Filtrowanie według statusu umożliwia analizę wybranych grup zmian.

Dlaczego to ważne

Umożliwia analizę wyników zmian i ocenę odsetka zmian zakończonych powodzeniem, niepowodzeniem lub anulowaniem.

Skąd pobrać

To pole „Status” obiektu Change w Freshservice.

Przykłady
ZamkniętoAnulowanoOdrzuconoOtwarte
Typ zmiany
ChangeType
Klasyfikacja zmiany, na przykład standardowa, normalna lub awaryjna.
Opis

Typ zmiany określa kategorię zgłoszenia na podstawie jego charakteru, ryzyka i wymagań dotyczących akceptacji. Zmiany standardowe są wstępnie zatwierdzone, zmiany normalne przechodzą standardowy proces, a zmiany awaryjne wymagają przyspieszonej obsługi. Analiza procesu według typu zmiany pozwala sprawdzić, czy poszczególne typy przebiegają różnymi ścieżkami i różnią się wynikami, na przykład czasem realizacji lub odsetkiem powodzeń.

Dlaczego to ważne

Podział procesu według typu zmiany pomaga wykryć różnice w przebiegu i efektywności zmian standardowych, normalnych i awaryjnych.

Skąd pobrać

To pole „Change Type” obiektu Change w Freshservice.

Przykłady
StandardowaNormalnaAwaryjnaPoważna
Czas wdrożenia
ImplementationDuration
Czas trwania etapu wdrażania zmiany.
Opis

Ten wskaźnik mierzy czas realizacji zasadniczych prac wdrożeniowych, zwykle od działania „Implementation Started” do „Implementation Completed”. Służy do analizy efektywności technicznego etapu realizacji i zasila dashboard „Efektywność etapu wdrażania zmian”. Długi czas może wskazywać na złożoność techniczną, niedobór zasobów lub nieprzewidziane trudności.

Dlaczego to ważne

Mierzy efektywność samych prac technicznych, niezależnie od opóźnień związanych z planowaniem i zatwierdzaniem.

Skąd pobrać

Oblicza się go jako różnicę czasu między działaniami „Implementation Started” i „Implementation Completed”.

Przykłady
4 godziny1 godzina 30 minut8 godzin
Czas zatwierdzania
ApprovalDuration
Czas, jaki zgłoszenie zmiany spędziło na etapie zatwierdzania.
Opis

Ten obliczany czas obejmuje okres od wysłania prośby o zatwierdzenie do jej zaakceptowania lub odrzucenia. Jest potrzebny do dashboardu „Czas zatwierdzania zmian” i pomaga wykrywać wąskie gardła w workflow zatwierdzania. Analiza wskaźnika może ujawnić opóźnienia po stronie osób zatwierdzających, nieefektywne przekazywanie spraw między grupami lub systemowe opóźnienia w podejmowaniu decyzji.

Dlaczego to ważne

Mierzy efektywność etapu zatwierdzania i pomaga wykrywać oraz usuwać wąskie gardła opóźniające zmiany.

Skąd pobrać

Oblicza się go jako różnicę czasu między działaniem „Approval Requested” a działaniem „Change Approved” lub „Change Rejected”.

Przykłady
1 dzień 2 godziny5 godzin 30 minut3 dni
Czy doszło do naruszenia SLA
IsSlaBreached
Wartość logiczna wskazująca, czy zgłoszenie zmiany zakończono po wyznaczonym terminie.
Opis

Ten atrybut wskazuje, czy dotrzymano SLA. Przyjmuje wartość „true”, jeśli czas zakończenia zmiany przypada po planowanej dacie zakończenia, a w przeciwnym razie „false”. Ułatwia tworzenie dashboardów i KPI dotyczących dotrzymywania SLA oraz szybkie filtrowanie i zliczanie opóźnionych zmian. Jest bezpośrednio wykorzystywany w KPI dotyczącym dotrzymywania SLA dla zmian.

Dlaczego to ważne

Jednoznacznie wskazuje, czy dotrzymano SLA, i ułatwia filtrowanie oraz raportowanie zmian zakończonych w terminie i z opóźnieniem.

Skąd pobrać

Wartość oblicza się, porównując EndTime z TargetCompletionDate. Jeśli EndTime > TargetCompletionDate, wynikiem jest true.

Przykłady
truefalse
Kod zamknięcia
CloseCode
Kod lub przyczyna wskazująca, dlaczego zgłoszenie zmiany zostało zamknięte.
Opis

Kod zamknięcia podaje szczegółowy wynik zakończonej zmiany. Przykłady to „Wdrożono pomyślnie”, „Wycofano” lub „Odrzucono”. Informacja ta uzupełnia końcowy status i pozwala dokładniej analizować przyczyny powodzenia i niepowodzenia w procesie zarządzania zmianami.

Dlaczego to ważne

Podaje szczegółowe informacje o wyniku zmiany, co ułatwia analizę przyczyn powodzenia, niepowodzenia lub wycofania.

Skąd pobrać

W dokumentacji Freshservice lub formularzu Change należy sprawdzić, czy dostępne jest pole „Closure Code” lub podobne.

Przykłady
Zakończono pomyślnieZakończono pomyślnie, ale wystąpiły problemyNiepowodzenieWycofano
Liczba powiązanych incydentów
AssociatedIncidentsCount
Liczba incydentów powiązanych ze zgłoszeniem zmiany po jej wdrożeniu.
Opis

Ten wskaźnik mierzy dalsze skutki zmiany, zliczając incydenty powstałe po jej wdrożeniu. Wysoka liczba może wskazywać na problemy z planowaniem, testowaniem lub jakością wdrożenia. Wskaźnik jest bezpośrednim źródłem danych do KPI dotyczącego odsetka problemów po wdrożeniu i pomaga ocenić stabilność oraz powodzenie zmian.

Dlaczego to ważne

Bezpośrednio mierzy jakość i stabilność wdrożonych zmian, pomagając wykryć te, które powodują zakłócenia usług.

Skąd pobrać

Wartość oblicza się, zliczając zgłoszenia incydentów powiązane ze zgłoszeniem zmiany w Freshservice.

Przykłady
015
Nazwa działu
DepartmentName
Dział, do którego należy użytkownik zgłaszający zmianę.
Opis

Ten atrybut wskazuje jednostkę organizacyjną, która zgłosiła zmianę. Analiza według działu pozwala ustalić, które części firmy zgłaszają najwięcej zmian, mają najwyższy odsetek odrzuceń lub najdłuższy czas realizacji. Takie informacje pomagają planować ukierunkowane usprawnienia procesu i przydział zasobów.

Dlaczego to ważne

Umożliwia analizę wyników procesu i zapotrzebowania w poszczególnych jednostkach firmy, co ułatwia planowanie usprawnień.

Skąd pobrać

Informacje te są zwykle pobierane z profilu zgłaszającego w Freshservice.

Przykłady
FinanseZasoby ludzkieTechnologia informacyjnaMarketing
Pilność
Urgency
Określa, jak szybko z perspektywy firmy należy wdrożyć zmianę.
Opis

Pilność określa, jak ważny jest czas realizacji zmiany. Przykładem może być pilna poprawka zabezpieczeń. Ten atrybut, często łączony z wpływem przy ustalaniu priorytetu, pomaga ocenić, czy proces odpowiednio reaguje na potrzeby firmy, których nie można odłożyć. Pokazuje też, czy pilne zmiany rzeczywiście szybciej przechodzą przez proces.

Dlaczego to ważne

Określa, jak ważny jest czas realizacji zmiany. Można zestawić tę informację z czasem realizacji, aby ocenić szybkość reakcji procesu.

Skąd pobrać

To pole „Urgency” w obiekcie Change w Freshservice.

Przykłady
NiskiŚredniWysoki
Poziom wpływu
ImpactLevel
Oszacowany wpływ na działalność firmy w razie niepowodzenia zmiany lub zakłócenia usługi.
Opis

Poziom wpływu określa potencjalne skutki dla działalności firmy, od niskich, dotyczących jednego użytkownika, po wysokie, obejmujące całą organizację. Wraz z pilnością często decyduje o ogólnym priorytecie. Analiza według wpływu pozwala sprawdzić, czy proces właściwie obsługuje zmiany zagrażające ciągłości działania firmy.

Dlaczego to ważne

Pomaga analizować ryzyko i sprawdzić, czy zmiany o potencjalnie dużym wpływie na firmę są obsługiwane z należytą starannością.

Skąd pobrać

Odpowiada polu „Impact” w obiekcie Change w Freshservice.

Przykłady
NiskiŚredniWysoki
Wymagane Zalecane Opcjonalne

Działania w procesie zarządzania zmianami

To najważniejsze kroki i punkty kontrolne, które należy śledzić w dzienniku zdarzeń, aby dokładnie przeanalizować proces zarządzania zmianami.
5 Zalecane 10 Opcjonalne
Działanie Opis
Utworzono zgłoszenie zmiany
To oficjalny początek procesu zarządzania zmianą. Nowe zgłoszenie zmiany zostaje zarejestrowane w Freshservice. Zdarzenie jest jawnie rejestrowane, gdy użytkownik zapisuje nowe zgłoszenie zmiany. System nadaje mu unikalny identyfikator i zapisuje znacznik czasu utworzenia.
Dlaczego to ważne

To główne zdarzenie rozpoczynające proces. Czas od tej czynności do „Zamknięto zmianę” pozwala obliczyć całkowity czas realizacji, czyli ważny KPI efektywności procesu.

Skąd pobrać

To jawnie rejestrowane zdarzenie w historii audytu zgłoszenia zmiany. Odpowiada znacznikowi czasu utworzenia zgłoszenia.

Rejestrowanie

Znacznik czasu utworzenia zgłoszenia zmiany.

Typ zdarzenia explicit
Zakończono wdrożenie
Oznacza zakończenie technicznych prac związanych z wdrożeniem zmiany. Zdarzenie to zazwyczaj można ustalić na podstawie zmiany statusu na etap po wdrożeniu, taki jak „Oczekuje na weryfikację”.
Dlaczego to ważne

Ten etap oznacza koniec głównych prac wdrożeniowych. Jest punktem końcowym przy obliczaniu „Średniego czasu wdrożenia” i sygnalizuje początek testów lub weryfikacji.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu na „Oczekuje na weryfikację”, „Oczekuje na testy”, „Zakończono” lub podobny.

Rejestrowanie

Zdarzenie można ustalić na podstawie zmiany pola statusu na „Oczekuje na weryfikację” lub podobny.

Typ zdarzenia inferred
Zamknięto zmianę
Oznacza oficjalne zakończenie procesu zarządzania zmianą. Zdarzenie jest rejestrowane, gdy status zgłoszenia zmiany zostaje zmieniony na końcowy status „Zamknięto”.
Dlaczego to ważne

To główne zdarzenie kończące proces. Jest ostatnim punktem danych potrzebnym do obliczenia całkowitego „Średniego czasu cyklu zmiany” i „Odsetka dotrzymania SLA dla zmian”.

Skąd pobrać

Zdarzenie można ustalić na podstawie znacznika czasu końcowej zmiany statusu na „Zamknięto” w historii zgłoszenia zmiany.

Rejestrowanie

Znacznik czasu końcowej zmiany statusu na „Zamknięto”.

Typ zdarzenia explicit
Zaplanowano zmianę
Czynność polegająca na wyznaczeniu konkretnego czasu rozpoczęcia i zakończenia wdrożenia zatwierdzonej zmiany. Zdarzenie to zazwyczaj można ustalić, gdy zostaną wypełnione pola „Zaplanowany czas rozpoczęcia” i „Zaplanowany czas zakończenia”.
Dlaczego to ważne

To ważny etap rozpoczynający wdrożenie. Jest niezbędny do obliczenia „Średniego czasu wdrożenia” i analizy efektywności planowania.

Skąd pobrać

Zdarzenie można ustalić na podstawie znacznika czasu wypełnienia pól dotyczących harmonogramu oraz zmiany statusu na „Zaplanowano” lub podobny.

Rejestrowanie

Zdarzenie można ustalić na podstawie wypełnienia pola „Zaplanowana data rozpoczęcia” i odpowiadającej mu zmiany statusu.

Typ zdarzenia inferred
Zatwierdzono zmianę
To ważny etap, w którym upoważniona osoba lub organ, na przykład Change Advisory Board (CAB), formalnie zatwierdza zgłoszenie zmiany do realizacji. Zazwyczaj system jawnie rejestruje tę czynność.
Dlaczego to ważne

Oznacza koniec etapu akceptacji i początek planowania wdrożenia. Ta czynność jest niezbędna do obliczenia „Średniego czasu akceptacji zmiany” i „Odsetka zmian zatwierdzonych za pierwszym razem”.

Skąd pobrać

Freshservice jawnie rejestruje to zdarzenie, gdy osoba zatwierdzająca kliknie przycisk „Zatwierdź”. Zdarzenie wraz ze znacznikiem czasu trafia do dziennika aktywności zgłoszenia.

Rejestrowanie

Znacznik czasu czynności „Zatwierdzono” w zakładce akceptacji lub dzienniku aktywności.

Typ zdarzenia explicit
Anulowano zmianę
Oznacza zakończenie zgłoszenia zmiany przed jego realizacją. To alternatywny stan końcowy, rejestrowany, gdy status zgłoszenia zostaje ustawiony na „Anulowano” lub „Wycofano”.
Dlaczego to ważne

Analiza anulowanych zmian może ujawnić problemy na etapie wstępnego planowania lub akceptacji, na przykład zgłoszenia, które nie są już potrzebne albo nie mają uzasadnienia biznesowego.

Skąd pobrać

Zdarzenie można ustalić na podstawie znacznika czasu zmiany statusu na „Anulowano” lub równoważny status końcowy inny niż „Zamknięto”.

Rejestrowanie

Znacznik czasu zmiany statusu na „Anulowano”.

Typ zdarzenia explicit
Dodano notatkę do zmiany
Oznacza dodanie komentarza lub notatki do zgłoszenia zmiany, czyli zapis komunikacji lub dokumentacji. Freshservice jawnie rejestruje takie zdarzenia w kanale aktywności każdego zgłoszenia.
Dlaczego to ważne

Notatki nie są głównym etapem procesu, ale mogą pomóc wyjaśnić opóźnienia, zwłaszcza podczas akceptacji lub planowania. Częste dodawanie notatek może wskazywać na niejasne wymagania lub problemy z komunikacją.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane w sekcji „Aktywność” lub „Audyt” zgłoszenia zmiany, wraz ze znacznikiem czasu i informacją o użytkowniku, który dodał notatkę.

Rejestrowanie

Zdarzenie jest rejestrowane w dzienniku aktywności zgłoszenia jako „Dodano notatkę”.

Typ zdarzenia explicit
Odrzucono zmianę
Oznacza formalne odrzucenie zgłoszenia zmiany przez osobę zatwierdzającą, co uniemożliwia dalszą realizację. System jawnie rejestruje tę czynność, która często rozpoczyna cykl poprawek.
Dlaczego to ważne

Ta czynność ma duże znaczenie przy analizie poprawek i ustalaniu przyczyn niepowodzeń procesu. Częste odrzucenia mogą wskazywać na niską jakość zgłoszeń lub problemy z oceną ryzyka.

Skąd pobrać

Freshservice jawnie rejestruje to zdarzenie, gdy osoba zatwierdzająca kliknie przycisk „Odrzuć”. Zdarzenie trafia do dziennika aktywności zgłoszenia.

Rejestrowanie

Znacznik czasu czynności „Odrzucono” w zakładce akceptacji lub dzienniku aktywności.

Typ zdarzenia explicit
Ponownie otwarto zmianę
Zdarzenie występuje, gdy wcześniej zamknięta lub rozwiązana zmiana wraca do statusu otwartego, zwykle z powodu problemów wykrytych po wdrożeniu. Można je ustalić na podstawie zmiany statusu z zamkniętego na otwarty.
Dlaczego to ważne

Ta czynność wyraźnie wskazuje na poprawki lub nieudaną zmianę. Śledzenie jej częstotliwości pomaga ocenić jakość zmian i skuteczność testów.

Skąd pobrać

Zdarzenie można ustalić, wykrywając w dzienniku aktywności zgłoszenia zmianę statusu z „Zamknięto” lub „Rozwiązano” z powrotem na „Otwarte” lub „W toku”.

Rejestrowanie

Wykryj zmianę statusu ze stanu końcowego, na przykład „Zamknięto”, na stan niekońcowy, na przykład „Otwarte”.

Typ zdarzenia inferred
Rozpoczęto wdrożenie
Oznacza początek faktycznego wdrażania lub realizacji zmiany. Zdarzenie można ustalić, gdy status zgłoszenia zmiany zostanie zmieniony na „W toku” lub podobny status aktywny.
Dlaczego to ważne

Wyznacza początek aktywnego czasu wdrożenia. Pomaga odróżnić czas oczekiwania od czasu faktycznej pracy.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu na „W toku” lub „Wdrożenie w toku” w zaplanowanym czasie rozpoczęcia.

Rejestrowanie

Zdarzenie można ustalić na podstawie zmiany pola statusu na „W toku”.

Typ zdarzenia inferred
Wysłano do akceptacji
Oznacza moment formalnego przekazania zgłoszenia zmiany do weryfikacji i zatwierdzenia. Zdarzenie to zazwyczaj można rozpoznać po zmianie statusu zgłoszenia na „Oczekuje na akceptację” lub przypisaniu go do osoby zatwierdzającej.
Dlaczego to ważne

Ta czynność rozpoczyna etap akceptacji. Pomiar czasu od tego momentu do „Zatwierdzono zmianę” pomaga wykryć wąskie gardła w cyklu akceptacji.

Skąd pobrać

Zdarzenie można ustalić na podstawie dziennika aktywności lub zmian pola statusu na „Oczekuje na akceptację”. Jako czas zdarzenia przyjmuje się znacznik czasu tej zmiany statusu.

Rejestrowanie

Zdarzenie można ustalić na podstawie zmiany statusu na „Oczekuje na akceptację”.

Typ zdarzenia inferred
Zakończono ocenę ryzyka
Oznacza zakończenie formalnej oceny potencjalnego ryzyka związanego ze zmianą. Zdarzenie to często można ustalić, gdy pole poziomu ryzyka zostanie wypełnione lub zaktualizowane albo gdy zakończy się powiązane zadanie.
Dlaczego to ważne

Śledzenie tej czynności pomaga sprawdzić, czy przestrzegane są zasady zarządzania zmianami wymagające oceny ryzyka. Umożliwia analizę wskaźnika „Zakres oceny ryzyka” oraz czasu poświęconego na ten ważny etap.

Skąd pobrać

Zdarzenie można prawdopodobnie ustalić na podstawie aktualizacji pola „Ryzyko” w formularzu zmiany wraz ze znacznikiem czasu lub zakończenia konkretnego zadania związanego z analizą ryzyka.

Rejestrowanie

Zdarzenie można ustalić na podstawie znacznika czasu wypełnienia pola „Ryzyko” lub oznaczenia powiązanego punktu listy kontrolnej jako ukończonego.

Typ zdarzenia inferred
Zakończono planowanie
Oznacza zakończenie wszystkich niezbędnych prac planistycznych, w tym przygotowania planu wdrożenia i planu wycofania zmiany. Zdarzenie to zwykle można ustalić na podstawie zmiany statusu po akceptacji.
Dlaczego to ważne

Oznacza przejście od planowania do realizacji. Analiza czasu trwania etapu planowania pomaga wskazać możliwości usprawnienia działań przed wdrożeniem.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu związanego z planowaniem, na przykład „Oczekuje na wydanie”, na status wdrożenia, taki jak „Zaplanowano”.

Rejestrowanie

Zdarzenie można ustalić na podstawie zmiany statusu z „Planowanie w toku” lub podobnego.

Typ zdarzenia inferred
Zakończono przegląd po wdrożeniu
Oznacza zakończenie przeglądu po wdrożeniu (PIR), którego celem jest ocena powodzenia zmiany i udokumentowanie wniosków. Zdarzenie to często można ustalić na podstawie dodania notatek z przeglądu po wdrożeniu lub zmiany statusu.
Dlaczego to ważne

Pozwala sprawdzić, czy przeprowadzono formalny przegląd. Analiza tej czynności pomaga ocenić skuteczność zmian i wspiera ciągłe doskonalenie procesu.

Skąd pobrać

Zdarzenie można ustalić na podstawie wypełnienia pól dotyczących PIR w formularzu zmiany po dacie wdrożenia lub zmiany statusu na „Przegląd zakończony” albo podobny.

Rejestrowanie

Zdarzenie można ustalić na podstawie wypełnienia pól z notatkami PIR lub konkretnej zmiany statusu.

Typ zdarzenia inferred
Zakończono testy
Oznacza zakończenie wszystkich wymaganych testów i czynności weryfikacyjnych, które potwierdzają, że zmiana została wdrożona prawidłowo i nie wywołała niepożądanych skutków. Zdarzenie można ustalić na podstawie zamknięcia zadania lub zmiany statusu.
Dlaczego to ważne

Śledzenie tej czynności pomaga mierzyć KPI „Odsetek ukończonych testów” i sprawdzać, czy zmiany zostały zweryfikowane przed ostatecznym zamknięciem. Ogranicza to problemy po wdrożeniu.

Skąd pobrać

To zdarzenie może być trudne do zarejestrowania. Być może trzeba je ustalić na podstawie zakończenia powiązanego zadania „Testowanie” lub zmiany statusu na „Testy zakończone”.

Rejestrowanie

Zdarzenie można ustalić na podstawie zamknięcia zadania testowego powiązanego ze zmianą.

Typ zdarzenia inferred
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z Freshservice

Gotowi do rozpoczęcia?

Rozpocznij optymalizację zarządzania zmianami, przygotowując dane za pomocą tego szablonu. Odkryj zależności, których wcześniej nie było widać, i usprawnij wdrożenia.

Ogranicz liczbę nieudanych zmian i usprawnij zarządzanie w Freshservice

Osiągnij 95% skuteczności zmian i ogranicz zakłócenia oraz opóźnienia w Freshservice.

Rozpocznij okres próbny

Nie trzeba podawać danych karty kredytowej. Rozpoczęcie zajmuje kilka minut.