Datová šablona pro řízení změn

Univerzální šablona pro process mining
Datová šablona pro řízení změn

Datová šablona pro řízení změn

Univerzální šablona pro process mining

Toto je obecná šablona dat pro process mining pro proces Řízení změn. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.

Vyberte konkrétní systém
  • Standardizovaná struktura záznamu událostí pro řízení změn.
  • Doporučená datová pole a kroky procesu pro podrobnou analýzu.
  • Základ použitelný v různých systémech pro správu IT služeb.
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy řízení změn

Tabulka uvádí doporučená datová pole a jejich definice, která je vhodné zahrnout do záznamu událostí pro podrobnou analýzu procesu řízení změn.
5 Povinné 8 Doporučené 5 Volitelné
Název Popis
Čas zahájení události
EventStartTime
Časové razítko s přesným datem a časem zahájení konkrétní aktivity nebo události.
Popis

Čas zahájení události označuje začátek aktivity v životním cyklu žádosti o změnu. Toto časové razítko je důležité pro chronologické seřazení událostí i výpočet doby trvání aktivit a celého případu.

Při analýze procesů se podle tohoto atributu správně řadí aktivity a vytváří základ záznamu událostí. Je nezbytný pro výpočet časových ukazatelů, například doby průchodu mezi aktivitami, čekání a celkové doby trvání případu. Analýza časových razítek ukáže, které kroky zaberou nejvíce času a kde lze proces zrychlit.

Proč je to důležité

Toto časové razítko je nezbytné pro řazení událostí, zjištění průběhu procesu a výpočet ukazatelů výkonnosti, například doby průchodu a čekání.

Kde data získat

Najdete ho v záznamu událostí nebo auditní stopě žádosti o změnu. Může se jmenovat „Datum vytvoření“, „Datum zahájení“ nebo jednoduše „Časové razítko“.

Příklady
2023-10-26T09:00:00Z2023-10-26T14:22:10Z2023-10-27T11:05:00Z
ID žádosti o změnu
ChangeRequestId
Jedinečný identifikátor žádosti o změnu vygenerovaný systémem. Slouží jako hlavní identifikátor případu a sdružuje všechny související aktivity a události.
Popis

ID žádosti o změnu je jedinečný alfanumerický kód, který systém přiřadí každé žádosti při jejím vytvoření. Funguje jako primární klíč konkrétního případu změny a propojuje všechny související úkoly, schválení a záznamy od zahájení až po uzavření.

V process mining je tento atribut nezbytný pro rekonstrukci celého průběhu každé změny. Analytici seskupí všechny události podle společného ID žádosti o změnu, zobrazí průběh procesu, vypočítají dobu trvání případů a porovnají odchylky mezi jednotlivými životními cykly změn. Na tomto atributu stojí veškerá analýza na úrovni případů. Díky němu lze přehledně sledovat, jak jednotlivé změny postupují systémem.

Proč je to důležité

Toto ID je zásadní pro sledování a propojování všech událostí souvisejících s jednou změnou. Je základem pro zjišťování procesů a kontrolu shody.

Kde data získat

Obvykle se nachází v záhlaví nebo hlavním záznamu transakce žádosti o změnu.

Příklady
CHG0034501CRQ-10293789123ITSM-CHG-5501
Název aktivity
ActivityName
Název konkrétní obchodní události, úkolu nebo změny stavu, ke které došlo v procesu řízení změn.
Popis

Název aktivity označuje konkrétní krok nebo milník v životním cyklu žádosti o změnu, například „Posouzení rizik dokončeno“ nebo „Změna schválena“. Každá aktivita představuje okamžik, kdy někdo provedl určitou činnost, rozhodl nebo posunul proces do další fáze.

Tento atribut je základem pro vytvoření mapy procesu. Určuje uzly v procesním grafu a umožňuje analytikům zobrazit posloupnost událostí, najít obvyklé cesty a odhalit odchylky od standardního postupu. Analýza aktivit pomáhá odhalit úzká místa, opakované zpracování a neefektivní předávání práce mezi jednotlivými fázemi procesu změny.

Proč je to důležité

Určuje jednotlivé kroky procesu, takže lze zobrazit jeho průběh a analyzovat úzká místa, opakované zpracování i odchylky.

Kde data získat

Obvykle se nachází v protokolu aktivit, historii událostí nebo tabulce auditní stopy spojené s žádostí o změnu.

Příklady
Změna odeslána ke kontroleZměna schválenaZavádění zahájenoZměna uzavřena
Poslední aktualizace dat
LastDataUpdate
Časové razítko označující, kdy byla data tohoto záznamu naposledy obnovena nebo získána ze zdrojového systému.
Popis

Časové razítko Poslední aktualizace dat uvádí, kdy byl konkrétní záznam naposledy načten ze zdrojového systému. Jde o metadata důležitá pro správu datového toku a zajištění aktuálnosti analýzy.

Díky tomuto atributu mohou datoví inženýři a analytici posoudit, jak aktuální data jsou. Slouží ke sledování stavu procesu získávání dat a k ověření, že analýza process mining vychází z aktuálních a relevantních informací. Pro samotnou analýzu procesu se obvykle nepoužívá, je však důležitý pro správu a spolehlivost dat.

Proč je to důležité

Pomáhá zajistit aktuálnost dat a sledovat stav datového toku, což je důležité pro spolehlivou analýzu procesu.

Kde data získat

Toto časové razítko se obvykle vytvoří a přidá při extrakci, transformaci a načítání dat (ETL).

Příklady
2024-05-20T12:00:00Z2024-05-20T12:05:10Z2024-05-20T12:10:00Z
Zdrojový systém
SourceSystem
Název systému nebo aplikace, ze které byla data o řízení změn získána.
Popis

Atribut Zdrojový systém určuje původ dat o událostech. V prostředí s několika nástroji ITSM nebo propojenými systémy pomáhá rozlišit data z různých zdrojů a zajistit jejich správnost i odpovídající kontext.

Při základní analýze průběhu procesu se tento atribut nepoužívá vždy, je však velmi užitečný při ověřování dat a jejich správě. Pomáhá řešit problémy s načítáním dat a porovnávat výkonnost procesů mezi systémy nebo organizačními jednotkami, které používají různé platformy. Firma může například používat jeden systém pro změny infrastruktury a jiný pro změny aplikací.

Proč je to důležité

Určuje původ dat, což je důležité při jejich ověřování, řešení problémů a analýze procesů, které probíhají ve více systémech.

Kde data získat

Tato informace může být uložená v poli zdrojových dat nebo přidaná při extrakci a transformaci dat (ETL).

Příklady
ServiceNowJira Service ManagementBMC Helix ITSMIvanti Cherwell
Čas ukončení události
EventEndTime
Časové razítko s přesným datem a časem dokončení konkrétní aktivity nebo události.
Popis

Čas ukončení události označuje dokončení aktivity. V kombinaci s časem zahájení události umožňuje přesně vypočítat dobu zpracování každého kroku v životním cyklu změny.

Tento atribut je základem analýzy výkonnosti. Rozdíl mezi časem zahájení a ukončení ukazuje dobu zpracování aktivity. Čas mezi ukončením jedné aktivity a zahájením další ukazuje dobu čekání. Díky tomuto rozlišení lze zjistit, zda zpoždění způsobují dlouhé úkoly, nebo nečinnost mezi nimi, a zaměřit zlepšování na správná místa.

Proč je to důležité

Umožňuje přesně vypočítat dobu trvání aktivit a rozlišit čas věnovaný zpracování od času čekání, který nepřináší hodnotu.

Kde data získat

Často se nachází v protokolu aktivit nebo tabulkách auditní stopy. Pokud není k dispozici, někdy ho lze odvodit z času zahájení následující události.

Příklady
2023-10-26T09:15:30Z2023-10-26T17:00:00Z2023-10-27T11:55:12Z
Dotčená služba
AffectedBusinessService
Hlavní obchodní služba nebo konfigurační položka (CI), kterou změna ovlivní.
Popis

Dotčená obchodní služba označuje hlavní obchodní funkci, například „E-mailová služba“ nebo „Internetové bankovnictví“, kterou změna upraví. Může jít také o konkrétní technickou konfigurační položku (CI), například server nebo aplikaci, která obchodní službu podporuje.

Tento atribut poskytuje procesu řízení změn důležitý obchodní kontext. Umožňuje analyzovat dopad na provoz, nejen samotnou činnost IT. Analytici mohou například zjistit, které služby se mění nejčastěji, což může ukazovat na nestabilitu nebo intenzivní vývoj. Atribut také pomáhá určovat priority změn a posuzovat rizika tím, že propojuje technické změny s obchodními funkcemi, které podporují.

Proč je to důležité

Propojuje změny v IT s obchodním kontextem a umožňuje zjistit, které obchodní služby změny a související rizika ovlivňují nejvíce.

Kde data získat

Najdete ho v hlavním záznamu žádosti o změnu, často s odkazem na databázi správy konfigurací (CMDB).

Příklady
Internetové bankovnictvíE-mailová službaSAP ERPSRV_WebApp01
Odpovědný tým
ResponsibleTeam
Tým, skupina nebo fronta odpovědná za žádost o změnu nebo konkrétní aktivitu v procesu.
Popis

Odpovědný tým označuje skupinu lidí, která má v určité fázi na starosti práci na změně. Může jít o tým provádějící posouzení, schvalovací komisi, například CAB, nebo technický tým zajišťující implementaci.

Tento atribut je důležitý pro analýzu přidělování zdrojů, rozložení pracovní zátěže a předávání práce mezi týmy. Analýza sociálních sítí může odhalit způsoby komunikace a úzká místa mezi skupinami. Měřením času stráveného u jednotlivých týmů lze zjistit, které skupiny jsou přetížené a při kterých předáních odpovědnosti často dochází ke zpoždění.

Proč je to důležité

Pomáhá analyzovat předávání práce mezi týmy, odhalovat úzká místa v přidělování zdrojů a porozumět rozložení pracovní zátěže v organizaci.

Kde data získat

Najdete ho v záznamu žádosti o změnu nebo v podrobnostech konkrétní aktivity. Může se jmenovat „Skupina přiřazení“ nebo „Tým“.

Příklady
CABSíťové inženýrstvíSprávci databázíPodpora aplikací, úroveň 2
Odpovědný uživatel
ResponsibleUser
Uživatel odpovědný za žádost o změnu nebo dokončení konkrétního úkolu.
Popis

Odpovědný uživatel je konkrétní osoba přiřazená k žádosti o změnu nebo aktivitě. Tento atribut poskytuje podrobnější přehled o pracovní zátěži a odpovědnosti než přiřazení na úrovni týmu.

Analýza dat na úrovni uživatelů může pomoci při řízení výkonnosti a odhalit potřebu školení. Může ukázat, kdo má v procesu odborné znalosti a kdo má s určitými úkoly potíže. Lze také analyzovat opakované zpracování, například zjistit, zda jsou změny řešené určitými uživateli častěji zamítány nebo vyžadují nápravu. Tyto informace je však třeba využívat konstruktivně, nikoli k trestání.

Proč je to důležité

Poskytuje podrobný přehled o pracovní zátěži a výkonnosti jednotlivých uživatelů a pomáhá v týmech najít odborníky i potřebu školení.

Kde data získat

Obvykle se nachází v záznamu žádosti o změnu nebo v podrobnostech úkolu. Pole se často jmenuje „Přiřazeno uživateli“ nebo „Přiřazeno“.

Příklady
Jan Novákjana.novakovaServisní účetNepřiřazeno
Priorita
ChangePriority
Úroveň priority přiřazená žádosti o změnu, obvykle odvozená od jejího dopadu a naléhavosti.
Popis

Priorita změny určuje její relativní důležitost. Pomáhá týmům efektivně plánovat práci a přidělovat zdroje, aby se nejdříve řešily nejdůležitější změny. Často se vypočítává podle možného dopadu změny na provoz a naléhavosti její implementace.

V process mining slouží priorita jako užitečné kritérium pro filtrování a porovnávání. Analytici mohou zjišťovat, zda se změny s vysokou prioritou skutečně zpracovávají rychleji než změny s nízkou prioritou. Rozdíly mohou ukazovat na problémy s přidělováním zdrojů, úzká místa při schvalování důležitých změn nebo nedůsledné dodržování pravidel prioritizace.

Proč je to důležité

Umožňuje ověřit, zda se změny s vysokou prioritou zpracovávají rychleji než změny s nízkou prioritou, a posoudit účinnost pravidel pro určování priorit.

Kde data získat

Nachází se v hlavním záznamu nebo záhlaví žádosti o změnu.

Příklady
1 - Kritická2 - Vysoká3 - Střední4 - Nízká
Stav změny
ChangeStatus
Aktuální nebo konečný stav žádosti o změnu v jejím životním cyklu, například „Probíhá“, „Čeká na schválení“ nebo „Uzavřeno“.
Popis

Stav změny označuje fázi žádosti v určitém okamžiku nebo její konečný výsledek. Jednotlivé stavy obvykle odpovídají hlavním milníkům procesu a poskytují přehled o jeho průběhu.

Tento atribut lze využít dvěma způsoby. Jako snímek stavu ukazuje aktuální stav všech otevřených změn, což se hodí pro provozní dashboardy sledující průchodnost a nevyřízené případy. Jako atribut události lze samotnou změnu stavu považovat za aktivitu a doplnit tak záznam událostí, pokud jsou podrobné údaje o aktivitách omezené. Analýza přechodů mezi stavy pomáhá porozumět životnímu cyklu změn a zjistit, kde se zasekávají.

Proč je to důležité

Poskytuje přehled o průběhu změny a umožňuje analyzovat úzká místa, průchodnost i aktuální stav nevyřízených změn.

Kde data získat

Najdete ho v záhlaví záznamu žádosti o změnu. Historické změny stavu mohou být uvedeny v auditním protokolu.

Příklady
NováPosouzeníAutorizaceUzavřenoZamítnuto
Typ změny
ChangeType
Klasifikace změny, například Standardní, Běžná nebo Nouzová, která často určuje, jakou cestou proces pokračuje.
Popis

Typ změny určuje požadovaný workflow, kroky schvalování a naléhavost žádosti. Standardní změny bývají předem schválené a málo rizikové. Běžné změny procházejí celým procesem posouzení a schválení. Nouzové změny se kvůli naléhavé obchodní potřebě vyřizují přednostně.

Analýza procesu podle typu změny patří k základům řízení změn. Umožňuje porovnat výkonnost a shodu různých workflow změn. Analytici mohou například ověřit, zda nouzové změny skutečně procházejí rychlejší cestou a zda standardní změny dodržují zjednodušený, předem schválený postup. Toto rozdělení pomáhá porozumět odchylkám v procesu a ověřit, zda se uplatňuje odpovídající úroveň řízení.

Proč je to důležité

Tento atribut je nezbytný pro rozdělení analýzy, protože různé typy změn mají vlastní předem stanovený průběh procesu, požadavky na schválení a očekávanou výkonnost.

Kde data získat

Nachází se v hlavním záznamu nebo záhlaví žádosti o změnu.

Příklady
StandardníBěžnáNouzováZávažná
Úroveň rizika
RiskLevel
Posouzení možného rizika spojeného s implementací změny, například „Nízké“, „Střední“ nebo „Vysoké“.
Popis

Úroveň rizika vyjadřuje odhad pravděpodobnosti selhání změny a jeho možných negativních dopadů. Toto posouzení ovlivňuje požadovanou míru testování, kontroly a schvalování. Změny s vysokým rizikem obvykle vyžadují důkladnější revizi než změny s nízkým rizikem.

Tento atribut umožňuje analyzovat proces podle rizika. Lze ověřit, zda změny s vysokým rizikem procházejí odpovídající kontrolou, například revizí poradní komisí pro změny (CAB). Úroveň rizika lze také porovnat s výsledky a zjistit například, zda změny s vysokým rizikem častěji selhávají. To může ukazovat na potřebu zlepšit posuzování rizik nebo jejich zmírňování.

Proč je to důležité

Umožňuje ověřit, zda kontroly procesu a schvalovací workflow odpovídají posouzené míře rizika změny.

Kde data získat

Najdete ho v záhlaví žádosti o změnu nebo v podrobnostech posouzení rizik.

Příklady
VysokéStředníNízkéVelmi vysoké
Dopad
ChangeImpact
Posouzený dopad změny na obchodní služby a IT infrastrukturu v případě úspěšného provedení nebo selhání.
Popis

Dopad změny vyjadřuje její možný vliv na provoz, služby nebo infrastrukturu. Spolu s naléhavostí slouží jako podklad pro určení celkové priority změny. Například změna ovlivňující důležitou službu pro zákazníky má vysoký dopad.

Analýza podle dopadu pomáhá zajistit, aby se změnami ovlivňujícími důležité služby nakládalo s odpovídající péčí. Při kontrole shody lze ověřit, zda změny s vysokým dopadem vždy procházejí konkrétními kroky schvalování nebo testování. Lze také porovnat jejich výkonnost a zjistit například, zda implementace změn s vysokým dopadem trvá déle kvůli důkladnější revizi a testování.

Proč je to důležité

Pomáhá ověřit, zda změny s velkým dopadem na provoz procházejí důkladnější revizí a testováním a zda je jejich řízení odpovídající.

Kde data získat

Nachází se v hlavním záznamu nebo záhlaví žádosti o změnu.

Příklady
1-Rozsáhlý/celoplošný2-Významný/velký3-Střední/omezený4-Malý/místní
Důvod výsledku
ChangeOutcomeReason
Kód nebo popis vysvětlující konečný výsledek uzavřené změny, například důvod zamítnutí nebo zrušení.
Popis

Důvod výsledku změny vysvětluje, proč žádost o změnu skončila daným způsobem. U úspěšné změny může být uvedeno „Úspěšná“. U neúspěšné například „Neúspěšná, zahájeno vrácení změny“. U zamítnuté nebo zrušené změny uvádí důvod, například „Nedostatečné zdůvodnění“ nebo „Zrušeno žadatelem“.

Tento atribut je důležitý pro analýzu příčin neúspěšných nebo zamítnutých změn. Kategorizace a analýza důvodů pomáhá odhalit opakující se problémy. Pokud je například mnoho změn zamítnuto kvůli neúplným informacím, je třeba zlepšit podávání žádostí o změnu. Tato data pomáhají vypočítat a vyhodnotit KPI, například míru neúspěšných změn a míru schválení napoprvé.

Proč je to důležité

Poskytuje důležitá data pro analýzu příčin neúspěšných, zamítnutých nebo zrušených změn a pomáhá zlepšit kvalitu budoucích žádostí o změnu.

Kde data získat

Najdete ho v údajích o uzavření žádosti o změnu. Může se jmenovat „Kód uzavření“, „Řešení“ nebo „Důvod zamítnutí“.

Příklady
ÚspěšnáNeúspěšnáZamítnuto, nedostatečné zdůvodněníZrušeno uživatelemÚspěšná s problémy
Důvod změny
ChangeReason
Zdůvodnění nebo obchodní důvod navrhované změny, který vysvětluje, proč je změna potřebná.
Popis

Důvod změny je textový popis obchodní potřeby, která stojí za žádostí o změnu. Odpovídá na otázku „Proč tuto změnu provádíme?“ a uvádí například „Bezpečnostní oprava kritické zranitelnosti“ nebo „Nová funkce pro zlepšení zákaznické zkušenosti“.

Tento atribut bývá často volným textem, ale při kategorizaci nebo analýze pomocí text mining může přinést cenné kvalitativní poznatky. Pomáhá porozumět tomu, proč různé části organizace změny požadují. Analýza může například ukázat, že velkou část změn tvoří opravy chyb, což může poukazovat na problémy s kvalitou softwaru. V jiném období může být patrný nárůst změn souvisejících se strategickými projekty.

Proč je to důležité

Poskytuje obchodní kontext pro zahájení změn a pomáhá analyzovat hlavní důvody změn v organizaci.

Kde data získat

Obvykle se nachází v úvodním formuláři žádosti nebo v záhlaví žádosti o změnu.

Příklady
Naléhavá instalace bezpečnostních opravObnova hardwaru na konci životního cykluImplementace nové funkce pro 4. čtvrtletíVyřešit provozní incident INC012345
Naléhavost
ChangeUrgency
Naléhavost změny vyjadřující, jak důležité je z obchodního hlediska její včasné provedení.
Popis

Naléhavost změny vyjadřuje, jak rychle je třeba změnu provést, aby byly splněny obchodní požadavky. Zachycuje časovou kritičnost změny nezávisle na jejím možném dopadu. Změna může mít malý dopad, ale být naléhavá, například když je třeba opravit drobný problém před zahájením marketingové kampaně.

Naléhavost je jednou ze složek výpočtu priority a slouží k analýze včasnosti procesu řízení změn. Analytici mohou ověřit, zda se naléhavé změny skutečně zpracovávají rychleji. Porovnání doby průchodu podle úrovně naléhavosti ukáže, zda proces reaguje na potřeby provozu, nebo zda se všechny změny zpracovávají stejně rychle bez ohledu na časovou kritičnost.

Proč je to důležité

Porovnání doby průchodu podle úrovně naléhavosti ukáže, jak proces reaguje na časově citlivé potřeby provozu.

Kde data získat

Nachází se v hlavním záznamu nebo záhlaví žádosti o změnu.

Příklady
1-Kritická2-Vysoká3-Střední4-Nízká
Plánované datum dokončení
PlannedCompletionDate
Plánované nebo cílové datum, do kterého má být implementace změny dokončena.
Popis

Plánované datum dokončení je termín stanovený pro změnu, často podle obchodních požadavků nebo dohod o úrovni služeb (SLA). Slouží jako měřítko včasnosti a výkonnosti procesu řízení změn.

Tento atribut je nezbytný pro analýzu plnění SLA. Porovnáním skutečného a plánovaného data dokončení lze vypočítat míru včasného dokončení, tedy důležitý ukazatel výkonnosti. Analýza změn, které nebyly dokončeny v plánovaném termínu, pomáhá odhalit příčiny zpoždění, například úzká místa při schvalování, nedostatek zdrojů nebo nereálné plánování.

Proč je to důležité

Tento atribut slouží k měření plnění SLA a včasného dokončení a pomáhá odhalit příčiny zpoždění v procesu.

Kde data získat

Obvykle se nachází v záhlaví žádosti o změnu.

Příklady
2023-11-15T17:00:00Z2023-11-20T23:59:59Z2023-12-01T12:00:00Z
Povinné Doporučené Volitelné

Aktivity řízení změn

Tato část uvádí základní kroky procesu a milníky, které je vhodné zaznamenávat pro přesné zmapování procesu řízení změn.
7 Doporučené 7 Volitelné
Aktivita Popis
Požadavek na změnu vytvořen
Tato činnost označuje vytvoření záznamu požadavku na změnu v systému. Jde o oficiální začátek procesu řízení změn. Obvykle se zaznamenává podle časového razítka vytvoření záznamu o změně.
Proč je to důležité

Jako hlavní počáteční událost je tato činnost nezbytná pro výpočet celkové doby průchodu změny. Poskytuje výchozí bod pro měření doby, po kterou požadavky zůstávají v systému.

Kde data získat

Tato událost se téměř vždy zaznamenává podle časového razítka vytvoření hlavního záznamu požadavku na změnu nebo tiketu.

Zachycení

Použijte časové razítko vytvoření záznamu požadavku na změnu.

Typ události explicit
Změna čeká na schválení
Označuje, že požadavek na změnu prošel úvodní kontrolou a nyní čeká na rozhodnutí schvalovatele nebo výboru. Obvykle se zaznamenává při změně stavu ve workflow, například na „Čeká na schválení“.
Proč je to důležité

Tento stav je důležitý pro měření doby schvalování a odhalení úzkých míst při rozhodování. Dlouhá doba v tomto stavu často ukazuje na neefektivní workflow schvalování nebo nedostupné schvalovatele.

Kde data získat

Odvozuje se ze změny stavu v historii záznamu o změně na „Čeká na schválení“, „Čeká na CAB“ nebo „Ke schválení“.

Zachycení

Najděte změny stavu, které označují začátek formálního čekání na schválení.

Typ události inferred
Změna naplánována
Tato činnost označuje okamžik, kdy je schválená změna oficiálně naplánována na konkrétní časové období. Obvykle se zaznamenává po vyplnění polí plánovaného začátku a konce.
Proč je to důležité

Tento milník odděluje fázi plánování od fáze realizace. Analýza doby mezi schválením a naplánováním může odhalit nevyřízené požadavky nebo problémy s rozdělením zdrojů.

Kde data získat

Odvozuje se z vyplnění nebo aktualizace polí „Plánované datum zahájení“ a „Plánované datum ukončení“ nebo ze změny stavu na „Naplánováno“.

Zachycení

Použijte časové razítko změny stavu záznamu o změně na „Naplánováno“ nebo okamžik vyplnění polí s plánovanými daty.

Typ události inferred
Změna schválena
Důležitý milník, který označuje formální schválení změny k zavedení všemi požadovanými stranami. Zaznamenává se po udělení posledního potřebného schválení, které často vyvolá změnu stavu.
Proč je to důležité

Tento milník je důležitý pro měření efektivity schvalování a podílu změn schválených napoprvé. Odděluje fázi plánování a posuzování od plánování termínu a zavádění.

Kde data získat

Obvykle se odvozuje ze změny stavu na „Schváleno“ nebo podobný stav. Lze jej také zaznamenat podle časového razítka posledního schválení.

Zachycení

Zaznamenejte časové razítko, kdy se celkový stav schválení změny nastaví na „Schváleno“.

Typ události inferred
Změna uzavřena
Označuje oficiální úspěšné dokončení procesu řízení změn. Zaznamenává se při změně stavu tiketu na konečný stav „Uzavřeno“, který potvrzuje dokončení veškeré práce.
Proč je to důležité

Jako hlavní událost úspěšného ukončení je tato činnost nezbytná pro výpočet celkové doby průchodu. Označuje, že změna byla plně zpracována a přijata.

Kde data získat

Zaznamenává se při poslední změně stavu záznamu o změně na vyřešený stav, například „Uzavřeno“ nebo „Hotovo“.

Zachycení

Použijte časové razítko poslední změny stavu na „Uzavřeno“.

Typ události inferred
Změna zamítnuta
Označuje formální zamítnutí požadavku na změnu schvalovatelem, které zastaví proces. Jde o konečný stav požadavku, případně může následovat opakované zpracování.
Proč je to důležité

Sledování zamítnutí je nezbytné pro výpočet míry neúspěšnosti změn a odhalení častých důvodů zamítnutí. Upozorňuje na problémy s kvalitou změn, plánováním nebo jejich odůvodněním.

Kde data získat

Zaznamenává se při změně stavu v historii záznamu o změně na „Zamítnuto“ nebo „Odmítnuto“.

Zachycení

Určete časové razítko, kdy se stav záznamu o změně změní na „Zamítnuto“.

Typ události inferred
Změna zavedena
Důležitý milník, který označuje dokončení práce související se změnou. Obvykle se zaznamenává při změně stavu na „Zavedeno“ nebo „Čeká na ověření“.
Proč je to důležité

Tento milník označuje konec fáze zavádění a je důležitý pro měření její skutečné délky. Spouští následné činnosti, například testování a kontrolu po zavedení.

Kde data získat

Zaznamenává se při změně stavu v historii záznamu o změně na stav označující dokončení zavádění.

Zachycení

Použijte časové razítko, kdy se stav záznamu o změně změní na „Zavedeno“ nebo „Dokončeno“.

Typ události inferred
Kontrola po zavedení dokončena
Označuje dokončení formální kontroly, která vyhodnocuje úspěšnost změny a zaznamenává získané poznatky. Obvykle se zaznamenává změnou stavu nebo uzavřením kontrolního úkolu.
Proč je to důležité

Tato činnost je důležitá pro průběžné zlepšování procesu. Analýza doby potřebné k dokončení kontroly po zavedení může ukázat, nakolik se organizace učí z předchozích změn.

Kde data získat

Odvozuje se ze změny stavu na „Kontrola“, dokončení úkolu kontroly po zavedení nebo přidání poznámek ke kontrole po zavedení změny.

Zachycení

Určete časové razítko uzavření úkolu kontroly po zavedení nebo okamžik, kdy stav přestane být „Kontrola“.

Typ události inferred
Plán zavedení dokončen
Označuje dokončení veškerého potřebného plánování změny včetně plánu zavedení, testování a návratu k předchozímu stavu. Obvykle se odvozuje ze změny stavu po schválení nebo z dokončení plánovacího úkolu.
Proč je to důležité

Tato činnost měří dobu podrobného plánování. Zpoždění v této fázi mohou ovlivnit možnost naplánovat a zavést změny včas.

Kde data získat

Často se odvozuje z dokončení úkolů souvisejících s plánováním nebo z aktualizace stavu, která označuje dokončení plánování.

Zachycení

Hledejte uzavření plánovacích úkolů nebo změnu stavu z „Schváleno“ na „Naplánováno“.

Typ události inferred
Posouzení rizik dokončeno
Tato činnost označuje dokončení analýzy rizik a dopadů navrhované změny. Obvykle se odvozuje z vyplnění polí souvisejících s riziky nebo z označení konkrétního úkolu posouzení jako dokončeného.
Proč je to důležité

Analýza doby potřebné k posouzení rizik pomáhá odhalit úzká místa v počátečních fázích procesu změn. Je důležitá pro zjištění, jak rychle se změny připravují k formálnímu schválení.

Kde data získat

Odvozuje se z aktualizací stavu, dokončení souvisejících úkolů posouzení nebo změn konkrétních polí pro rizika a dopady v záznamu o změně.

Zachycení

Hledejte dokončení úkolu posouzení rizik nebo změnu stavu, která označuje konec fáze posuzování.

Typ události inferred
Testování po zavedení dokončeno
Označuje dokončení všech požadovaných testů a ověřovacích činností, které potvrzují úspěšné zavedení změny. Může jít o samostatný stav nebo se dokončení odvozuje z uzavření testovacích úkolů.
Proč je to důležité

Sledování dokončení testování pomáhá měřit délku a účinnost ověřovací fáze. Jde o důležitý krok před formálním uzavřením změny.

Kde data získat

Často se odvozuje z dokončení souvisejících testovacích úkolů nebo ze změny stavu na „Ověření dokončeno“ či „Testování dokončeno“.

Zachycení

Hledejte uzavření ověřovacích úkolů nebo konkrétní aktualizaci stavu po zavedení změny.

Typ události inferred
Zavádění zahájeno
Označuje začátek technického zavádění schválené změny. Obvykle se zaznamenává při změně stavu z „Naplánováno“ na „Probíhá“ nebo „Zavádí se“.
Proč je to důležité

Tato činnost ukazuje začátek skutečného časového okna pro změnu. Porovnání plánovaného a skutečného začátku je důležité pro analýzu dodržování harmonogramu.

Kde data získat

Odvozuje se ze změny stavu v historii záznamu o změně na aktivní stav, například „Probíhá“ nebo „Zavádí se“.

Zachycení

Určete časové razítko změny stavu na „Probíhá“.

Typ události inferred
Změna odeslána ke kontrole
Označuje formální odeslání nově vytvořeného požadavku na změnu k úvodnímu posouzení. Obvykle se odvozuje ze změny stavu požadavku z „Koncept“ nebo „Nový“ na stav, který znamená, že je připraven ke kontrole.
Proč je to důležité

Tato činnost pomáhá zjistit, kolik času uplyne při shromažďování úvodních údajů před zahájením formálního posouzení. Může odhalit zpoždění při přípravě změny na první kontrolní bod.

Kde data získat

Obvykle se odvozuje ze změny stavu v historii požadavku na změnu, například z „Nový“ na „Posuzuje se“ nebo „Probíhá kontrola“.

Zachycení

Najděte změny stavu z konceptu nebo nového požadavku na stav kontroly.

Typ události inferred
Změna zrušena
Označuje ukončení požadavku na změnu před jejím zavedením nebo dokončením. Jde o alternativní konečný stav, který se zaznamenává při změně stavu tiketu na „Zrušeno“ nebo „Staženo“.
Proč je to důležité

Jde o konečnou událost, která představuje zbytečně vynaloženou práci. Analýza četnosti a načasování zrušení pomáhá odhalit neefektivitu procesu nebo změny obchodních priorit.

Kde data získat

Zaznamenává se při změně stavu záznamu o změně na konečný stav, například „Zrušeno“ nebo „Staženo“.

Zachycení

Použijte časové razítko změny stavu na „Zrušeno“.

Typ události inferred
Doporučené Volitelné

Návody pro získávání dat

Jak získat data pro process mining.

Metody extrakce se liší podle systému. Podrobný postup najdete v

našem průvodci ETL   nebo   vyberte konkrétní proces a systém.

Chcete začít?

Začněte zlepšovat proces řízení změn ještě dnes. Vyberte si návod pro konkrétní systém nebo použijte tuto obecnou šablonu jako výchozí bod.

Zvyšte efektivitu řízení změn

Zjednodušte procesy, snižte rizika a urychlete zavádění změn.

Zahájit zkušební verzi

Platební kartu nepotřebujete. Nastavení zabere jen několik minut.