Szablon danych do zarządzania zmianami
Szablon danych do zarządzania zmianami
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia
- Wskazówki dotyczące pobierania danych z Freshservice
Atrybuty zarządzania zmianami
| 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
|
|||
Działania w procesie zarządzania zmianami
| 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
|
|||
Instrukcje pobierania danych
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.
Nie trzeba podawać danych karty kredytowej. Rozpoczęcie zajmuje kilka minut.