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

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

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

Tato šablona vám ukáže, jaká data shromáždit pro analýzu procesu řízení změn. Obsahuje doporučené atributy, aktivity, které je vhodné sledovat, a konkrétní pokyny k získání těchto údajů ze zdrojového systému. Pomocí této šablony připravíte záznam událostí pro své iniciativy v oblasti process mining.
  • Doporučené atributy ke sběru
  • Hlavní aktivity ke sledování
  • Pokyny k extrakci dat z Ivanti Cherwell
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

Jde o doporučená datová pole pro záznam událostí, která umožní podrobnou analýzu řízení změn a odhalení skutečného průběhu procesu.
5 Povinné 6 Doporučené 8 Volitelné
Název Popis
Čas události
EventTime
Časové razítko udávající, kdy u požadavku na změnu proběhla konkrétní aktivita nebo událost.
Popis

Čas události, označovaný také jako časové razítko, zaznamenává přesné datum a čas, kdy aktivita proběhla. Tyto časové údaje jsou nezbytné pro chronologické seřazení událostí a tvoří základ veškeré časové analýzy process mining.

Atribut se používá k výpočtu doby mezi aktivitami, měření celkové doby průchodu případu a určení čekání nebo zpoždění v procesu. Je nezbytný pro tvorbu dashboardů, které sledují výkonnost vůči časovým cílům, například dobu schválení změny.

Proč je to důležité

Toto časové razítko je základem analýzy výkonnosti a trvání. Umožňuje počítat dobu průchodu procesem, odhalovat úzká místa a sledovat SLA.

Kde data získat

Obvykle se nachází v protokolech změn stavu, auditních záznamech nebo časových razítkách záznamů v deníku objektu Change Request v Ivanti Cherwell.

Příklady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
ID požadavku na změnu
ChangeRequestId
Jedinečný identifikátor konkrétního případu požadavku na změnu, který sdružuje všechny související aktivity od zahájení po uzavření.
Popis

ID požadavku na změnu je primární klíč, který jednoznačně identifikuje každou změnu po celou dobu jejího životního cyklu. V process mining slouží jako identifikátor případu a propojuje všechny události, například odeslání, posouzení, schválení a implementaci, do jedné ucelené instance procesu.

Analýza dat podle ID požadavku na změnu poskytuje úplný přehled o procesu řízení změn od začátku do konce. Umožňuje sledovat jednotlivé změny, počítat celkovou dobu průchodu procesem a odhalovat odchylky nebo úzká místa specifická pro jednotlivé požadavky.

Proč je to důležité

Jde o základní identifikátor případu, který propojuje všechny související události. Díky němu lze sledovat celý průběh požadavku na změnu a analyzovat jeho výkonnost.

Kde data získat

Obvykle jde o primární identifikátor obchodního objektu Change Request v Ivanti Cherwell.

Příklady
CR-105421CR-105422CR-105423
Název aktivity
ActivityName
Název konkrétní události nebo úkolu, který v určitém okamžiku proběhl v procesu řízení změn.
Popis

Název aktivity popisuje konkrétní krok nebo milník v životním cyklu požadavku na změnu, například 'Change Submitted For Assessment' nebo 'Change Approved by CAB'. Tyto aktivity tvoří uzly v mapě procesu vytvořené na základě dat.

Při analýze tento atribut slouží k vizualizaci toku procesu, určení pořadí událostí a odhalení odchylek od standardního postupu. Používá se k výpočtu doby mezi aktivitami a k určení míst, kde dochází ke zpoždění.

Proč je to důležité

Tento atribut je zásadní pro zjištění a vizualizaci skutečného toku procesu. Umožňuje odhalit úzká místa, opakované zpracování i cesty, které nejsou v souladu s postupem.

Kde data získat

Vytváří se na základě změn stavu, záznamů v deníku nebo konkrétních záznamů událostí souvisejících s objektem Change Request v Ivanti Cherwell.

Příklady
Požadavek na změnu odeslán k posouzeníZměna čeká na schváleníZměna implementována
Poslední aktualizace dat
LastDataUpdate
Časové razítko udávající, kdy byla data této události naposledy extrahována nebo obnovena ze zdrojového systému.
Popis

Tento atribut zaznamenává datum a čas posledního načtení dat z Ivanti Cherwell. Nepředstavuje událost v samotném procesu, ale metadata o aktuálnosti dat.

Uživatelům dashboardu pomáhá zjistit, jak aktuální je analýza. Usnadňuje plánování obnovy dat a zajišťuje, že rozhodnutí vycházejí z dat se známým stářím.

Proč je to důležité

Udává aktuálnost dat. Uživatelé tak mohou důvěřovat analýze a posoudit, zda odpovídá současnému stavu provozu.

Kde data získat

Toto časové razítko se generuje a zapisuje do každého záznamu během procesu extrakce, transformace a načítání dat (ETL).

Příklady
2024-05-21T02:00:00Z
Zdrojový systém
SourceSystem
Systém, ze kterého byla data extrahována. V tomto přehledu jde o 'Ivanti Cherwell'.
Popis

Tento atribut označuje zdrojový systém dat o událostech. V prostředí s více systémy pomáhá rozlišit data z různých zdrojů. V tomto datovém modelu má vždy stejnou hodnotu, která označuje Ivanti Cherwell jako zdroj dat.

V modelu s jediným zdrojem se může zdát neměnný, ale je důležitý pro správu dat, dohledatelnost a budoucí integrace s dalšími systémy. Umožňuje určit původ dat a pomáhá řídit jejich kvalitu.

Proč je to důležité

Poskytuje důležitý kontext o původu dat. To je nezbytné pro správu dat, řešení problémů a zajištění dohledatelnosti.

Kde data získat

Obvykle jde o statickou hodnotu, která se přidává při extrakci a transformaci dat, aby označila původ datové sady.

Příklady
Ivanti Cherwell
Cílové datum dokončení
TargetCompletionDate
Plánovaný nebo dohodnutý termín dokončení implementace změny.
Popis

Cílové datum dokončení je datum a čas, do kterého má být změna plně implementována a ověřena. Často je součástí smlouvy o úrovni služeb (SLA) a slouží jako hlavní měřítko výkonnosti.

Tento atribut je nezbytný pro sledování včasnosti a dodržování termínů. Porovnává se se skutečným datem dokončení při výpočtu KPI 'Míra včasného dokončení změn' a 'Míra dodržení SLA u změn'. Pomáhá včas odhalit změny, u kterých hrozí nedodržení termínu.

Proč je to důležité

Poskytuje základ pro měření včasného dokončení a dodržování SLA, tedy důležitých ukazatelů efektivity a spolehlivosti procesu.

Kde data získat

Obvykle jde o konkrétní datumové pole v objektu Change Request, označené například 'Target Date', 'Due Date' nebo 'SLA Target'.

Příklady
2023-11-15T17:00:00Z2023-12-01T23:59:59Z2024-01-10T12:00:00Z
Stav změny
ChangeStatus
Aktuální nebo konečný stav požadavku na změnu, například 'Closed', 'Rejected' nebo 'In Progress'.
Popis

Stav změny označuje stav požadavku na změnu v daném okamžiku nebo jeho konečný výsledek. Jde o důležitý atribut pro pochopení vyřízení případu a odhalení výjimek.

Při analýze procesu se tento atribut používá k filtrování konkrétních výsledků, například k analýze pouze zamítnutých nebo zrušených změn. Slouží jako podklad pro KPI, například 'Míra zamítnutých požadavků na změnu', a pomáhá posoudit celkový stav a efektivitu procesu řízení změn.

Proč je to důležité

Určuje výsledek požadavku na změnu a umožňuje analyzovat míru zamítnutí a dokončení i poměr otevřených a uzavřených případů.

Kde data získat

Odpovídá poli 'Status' obchodního objektu Change Request v Ivanti Cherwell.

Příklady
SchválenoZamítnutoUzavřenoZrušenoČeká se na schválení
Tým změny
ChangeTeam
Tým nebo skupina, která aktuálně odpovídá za požadavek na změnu.
Popis

Tým změny je skupina nebo oddělení, kterému je požadavek na změnu přidělen. Podobně jako vlastník změny se může v průběhu procesu měnit, což značí předání odpovědnosti mezi týmy, například od servisního střediska k týmu síťových techniků.

Tento atribut je důležitý pro analýzu předávání práce mezi týmy a odhalování systémových zpoždění způsobených konkrétními týmy. Pomáhá zjistit, které týmy jsou přetížené a kde dochází k problémům v komunikaci. Přímo podporuje analýzu 'Předávání změn a využití zdrojů'.

Proč je to důležité

Určuje odpovědnost na úrovni týmu. To je důležité pro analýzu úzkých míst v procesu, měření výkonnosti týmů a pochopení zpoždění při předávání práce mezi skupinami.

Kde data získat

Tyto údaje se obvykle ukládají do pole 'Owned By Team' nebo podobného pole pro přiřazení skupiny v objektu Change Request.

Příklady
Provoz sítěSpráva databázíPodpora aplikací
Typ změny
ChangeType
Klasifikace změny, například 'Standard', 'Normal' nebo 'Emergency'.
Popis

Typ změny klasifikuje požadavek podle povahy, naléhavosti a dopadu. Mezi běžné typy patří Standard (předem schválená změna s nízkým rizikem), Normal (vyžaduje úplné posouzení a schválení) a Emergency (vyžaduje okamžitou implementaci).

Tento atribut umožňuje porovnávat výkonnost procesu v jednotlivých kategoriích. Můžete například zjistit, zda nouzové změny procházejí rychlejší cestou nebo zda se standardní změny skutečně zpracovávají bez zbytečných překážek. Je důležitý pro dashboard 'Výkonnost problematických typů změn'.

Proč je to důležité

Rozdělení procesu podle typu změny je důležité pro porovnání výkonnosti a odhalení kategorií, například 'Emergency', které způsobují úzká místa nebo odchylky.

Kde data získat

Odpovídá klasifikačnímu poli, pravděpodobně 'Change Type' nebo 'Category', v obchodním objektu Change Request.

Příklady
StandardníBěžnáNouzová
Úroveň rizika změny
ChangeRiskLevel
Vyhodnocená úroveň rizika spojeného se změnou, například 'Low', 'Medium' nebo 'High'.
Popis

Úroveň rizika změny je klasifikace přiřazená ve fázi posouzení, která vyjadřuje možný negativní dopad změny. Toto posouzení často ovlivňuje schvalovací proces i míru požadované kontroly.

V process mining se tento atribut používá k analýze konzistentnosti posouzení rizik a souvislosti mezi rizikem a průběhem procesu. Lze například ověřit, zda změny s vysokým rizikem procházejí důkladnějším schvalováním nebo zda jejich implementace trvá déle. Přímo slouží jako podklad pro dashboard 'Konzistentnost posuzování rizik změn'.

Proč je to důležité

Umožňuje analyzovat, jak riziko ovlivňuje tok procesu, schvalovací cykly a míru úspěšnosti. Pomáhá zajistit, aby se změnám s vysokým rizikem věnovala odpovídající pozornost.

Kde data získat

Tato hodnota se ukládá do pole 'Risk Level' nebo podobného pole objektu Change Request a obvykle se vyplňuje při posuzování rizik.

Příklady
NízkéStředníVysokéKritické
Vlastník změny
ChangeOwner
Uživatel nebo osoba, která aktuálně odpovídá za požadavek na změnu.
Popis

Vlastník změny je osoba, které je požadavek na změnu v určité fázi přidělen a která za něj odpovídá. V průběhu životního cyklu požadavku se může měnit, což ukazuje na předání mezi jednotlivými osobami.

Analýza vlastníka změny pomáhá porozumět vytížení zdrojů a odhalit úzká místa spojená s konkrétními osobami. Je také důležitá pro analýzu předávání práce, které může výrazně prodlužovat proces. Tento atribut slouží jako podklad pro dashboard 'Předávání změn a využití zdrojů'.

Proč je to důležité

Sleduje odpovědnost jednotlivých osob a umožňuje analyzovat rozložení pracovní zátěže, četnost předávání práce a úzká místa spojená s konkrétními zdroji.

Kde data získat

Obvykle jde o pole 'Owned By' nebo 'Assigned To' v obchodním objektu Change Request.

Příklady
Alice JohnsonBob WilliamsCharlie Brown
Doba implementace změny
ImplementationCycleTime
Vypočítaná doba od zahájení implementace změny do jejího dokončení.
Popis

Tato metrika udává dobu trvání implementační fáze změny. Vypočítá se jako čas mezi aktivitami „Change Implementation Started“ a „Change Implemented“.

Atribut slouží k výpočtu KPI „Průměrná doba implementace změny“ a podporuje dashboard „Průběh implementace změn a zpoždění“. Pomáhá odlišit zpoždění při plánování od zpoždění při realizaci, takže se týmy mohou zaměřit na zlepšení samotné technické implementace.

Proč je to důležité

Ukazuje výkonnost samotné implementační fáze a pomáhá odhalit technická úzká místa nebo nedostatek zdrojů nezávisle na zpožděních při schvalování.

Kde data získat

Vypočítává se v nástroji process mining nebo při transformaci dat jako rozdíl mezi časovými značkami událostí zahájení a dokončení implementace.

Příklady
4 hodiny 15 minut1 den 2 hodiny30 minut
Dotčená služba
ServiceAffected
Hlavní obchodní služba nebo konfigurační položka (CI), na kterou má změna dopad.
Popis

Tento atribut označuje hlavní IT službu, aplikaci nebo část infrastruktury, které se požadavek na změnu týká. Propojuje proces řízení změn s širším prostředím správy IT služeb.

Analýza podle dotčené služby je důležitá pro KPI 'Nejproblematičtější typy změn'. Pomáhá určit, u kterých služeb se změny provádějí nejčastěji a které souvisejí s vysokou mírou zamítnutí nebo zpoždění. Vlastníci služeb tak získají podklady pro zvýšení stability a řízení technického dluhu.

Proč je to důležité

Propojuje změny s konkrétními obchodními službami a umožňuje zjistit, které služby jsou nejméně stabilní nebo souvisejí s největším počtem problematických změn.

Kde data získat

Obvykle se propojuje z databáze správy konfigurací (CMDB) a ukládá do pole 'Primary CI' nebo 'Service' objektu Change Request.

Příklady
E-mailová služba (Exchange)Systém ERP (SAP)Hlavní síťový přepínač (CISCO-4500X)
Důvod zamítnutí
ChangeRejectionReason
Textový popis nebo kategorie vysvětlující, proč byl požadavek na změnu zamítnut.
Popis

Pokud je požadavek na změnu zamítnut, tento atribut zachycuje důvod uvedený schvalující osobou. Může jít o výběr z předem stanoveného seznamu nebo o volný text.

Tyto informace jsou důležité pro dashboard 'Analýza zamítnutých požadavků na změnu'. Kategorizace a analýza důvodů zamítnutí pomáhá odhalit časté problémy při podávání požadavků, například neúplné informace, nedostatečné posouzení rizik nebo obchodní konflikty. Zjištění lze využít ke zvýšení kvality budoucích požadavků na změnu.

Proč je to důležité

Ukazuje, proč změny neprocházejí, a umožňuje cíleně zlepšit podávání a posuzování požadavků, aby se snížila celková míra zamítnutí.

Kde data získat

Tyto údaje se často zaznamenávají do samostatného pole 'Rejection Reason' nebo do pole poznámek, které se vyplní při změně stavu na 'Rejected'.

Příklady
Nedostatečné podrobnosti v plánu implementacePosouzení rizik není dokončenoKonflikt s jinými naplánovanými změnami
Je dokončeno včas
IsOnTimeCompletion
Vypočítaný příznak, který má hodnotu true, pokud byla změna dokončena v cílovém termínu nebo před ním.
Popis

Jde o logický atribut odvozený porovnáním hodnot „ActualCompletionDate“ a „TargetCompletionDate“. Usnadňuje analýzu, protože u každého požadavku na změnu jasně ukazuje, zda byl dokončen včas.

Tento příznak slouží k výpočtu KPI „Míra včasného dokončení změn“. V dashboardech ho můžete použít jako filtr a snadno tak zobrazit a analyzovat opožděné změny. Pomůže vám určit nejčastější příčiny zpoždění.

Proč je to důležité

Usnadňuje analýzu výkonnosti tím, že jasně ukazuje, zda byly termíny dodrženy. Slouží také jako podklad pro KPI včasného dokončení.

Kde data získat

Tento atribut není ve zdrojovém systému. Vypočítává se při transformaci dat porovnáním hodnot „ActualCompletionDate“ <= „TargetCompletionDate“.

Příklady
truefalse
Obchodní jednotka
BusinessUnit
Obchodní jednotka nebo oddělení, které o změnu požádalo nebo z ní bude mít prospěch.
Popis

Tento atribut přiřazuje požadavek na změnu ke konkrétní části organizace, například k financím, marketingu nebo provozu. Technickému procesu tak dodává obchodní kontext.

Analýza podle obchodní jednotky ukazuje, odkud přichází poptávka po změnách. Může pomoci při modelech přeúčtování nákladů, při posuzování dopadu změn IT na různé obchodní funkce i při zjišťování, zda některé jednotky řeší složitější nebo pomalejší změny než jiné.

Proč je to důležité

Dodává obchodní kontext a umožňuje z pohledu organizace analyzovat poptávku po změnách, jejich dopad a výkonnost.

Kde data získat

Může jít o pole v objektu Change Request nebo o údaj převzatý z profilu uživatele, který požadavek zadal.

Příklady
FinanceLidské zdrojeProdej a marketingProvoz
Priorita změny
ChangePriority
Úroveň priority požadavku na změnu, která vyjadřuje jeho naléhavost a obchodní dopad.
Popis

Priorita změny se určuje kombinací její naléhavosti a dopadu. Pomáhá týmům stanovit pořadí práce a efektivně přidělovat zdroje, aby se nejdříve řešily nejdůležitější změny.

Analýza priority ukáže, zda se změny s vysokou prioritou zpracovávají rychleji než změny s nízkou prioritou. Odchylky od tohoto očekávání mohou ukazovat na neefektivitu nebo úzká místa při určování priorit či realizaci.

Proč je to důležité

Pomáhá ověřit, zda proces správně upřednostňuje změny s velkým dopadem a zda se skutečně urychluje jejich zpracování.

Kde data získat

Obvykle jde o pole 'Priority' v objektu Change Request. Hodnota se může zadávat ručně nebo odvozovat z polí dopadu a naléhavosti.

Příklady
1 - Kritická2 - Vysoká3 - Střední4 - Nízká
Skutečné datum dokončení
ActualCompletionDate
Časové razítko okamžiku, kdy byla změna skutečně implementována a ověřena jako dokončená.
Popis

Skutečné datum dokončení označuje okamžik, kdy byly dokončeny implementační práce na požadavku na změnu. Tento důležitý milník se porovnává s plánovaným termínem, aby bylo možné vyhodnotit výkonnost.

Atribut se používá společně s cílovým datem dokončení k určení, zda byla změna dokončena včas. Je důležitým vstupem pro výpočet KPI, například 'Míra včasného dokončení změn', a pro analýzu příčin zpoždění ve fázi implementace.

Proč je to důležité

Zaznamenává skutečný čas dokončení, který je potřebný pro výpočet míry včasného dokončení a analýzu délky zpoždění.

Kde data získat

Toto datum se často zaznamená při změně stavu požadavku na změnu na 'Implemented' nebo 'Completed'. Může jít o samostatné pole nebo se odvozuje z časového razítka této změny stavu.

Příklady
2023-11-14T16:30:00Z2023-12-03T10:00:00Z2024-01-10T11:45:00Z
Zadavatel změny
ChangeSubmitter
Uživatel, který požadavek na změnu původně vytvořil nebo odeslal.
Popis

Tento atribut označuje osobu, která požadavek na změnu zahájila. Může se lišit od vlastníka změny, který později v procesu odpovídá za její implementaci.

Analýza zadavatele změny může odhalit vzorce související s kvalitou požadavků. Může například ukázat, že někteří lidé nebo týmy opakovaně odesílají neúplné požadavky, které vedou k zamítnutí nebo opakovanému zpracování. Na základě těchto zjištění lze připravit cílené školení a zvýšit celkovou kvalitu požadavků.

Proč je to důležité

Pomáhá určit původ požadavků na změnu, analyzovat kvalitu podání podle jednotlivců nebo týmů a najít příležitosti ke školení.

Kde data získat

Obvykle jde o pole 'Created By' nebo 'Requested By' v objektu Change Request.

Příklady
Susan MillerDavid ChenMaria Garcia
Povinné Doporučené Volitelné

Aktivity v řízení změn

Jde o hlavní kroky a milníky procesu, které je vhodné zaznamenávat pro přesné mapování procesů a měření výkonnosti.
7 Doporučené 7 Volitelné
Aktivita Popis
Posouzen dopad a rizika
Tato aktivita označuje dokončení analýzy rizik a dopadů požadavku na změnu. Obvykle se odvozuje z přechodu stavu požadavku na stav, který znamená připravenost ke schválení, například 'Awaiting Approval'.
Proč je to důležité

Sledování této aktivity pomáhá měřit délku fáze posuzování a ověřit, že se rizika před schválením posuzují důsledně. Podporuje tak KPI míry dodržování posuzování rizik.

Kde data získat

Odvozuje se z historie objektu Change Request. Zaznamená se časové razítko, kdy se pole 'Status' změní z 'Assessing' na stav jako 'Awaiting CAB Approval'.

Zachycení

Odvozuje se ze změny stavu na 'Awaiting CAB Approval'.

Typ události inferred
Provedena kontrola po implementaci
Tato aktivita označuje formální kontrolu dokončené změny, při které se vyhodnotí její úspěšnost a zaznamenají získané poznatky. Často se odvozuje ze změny stavu na 'Post Implementation Review'.
Proč je to důležité

Sledování této aktivity pomáhá uzavřít zpětnou vazbu ke změnám. Je důležité pro průběžné zlepšování a přímo souvisí s KPI Míra kontrol po implementaci.

Kde data získat

Odvozuje se z auditní historie objektu Change Request. Zachytí se časové razítko, kdy se pole 'Status' změní například na 'Post Implementation Review'.

Zachycení

Odvozuje se ze změny stavu na 'Post Implementation Review'.

Typ události inferred
Vytvořen požadavek na změnu
Tato aktivita označuje založení nového požadavku na změnu v systému. Obvykle se zaznamená při vytvoření nového záznamu v obchodním objektu Change Request a představuje začátek celého procesu.
Proč je to důležité

Jde o hlavní počáteční událost procesu. Analýza doby od této aktivity k dalším krokům ukáže celkovou délku procesu a pomůže odhalit prodlevy na jeho začátku.

Kde data získat

Událost se zaznamenává podle časového razítka vytvoření záznamu Change Request. V Ivanti Cherwell je tato hodnota obvykle uložena v poli 'CreatedDateTime' obchodního objektu Change Request.

Zachycení

Zaznamenává se přímo z časového razítka vytvoření záznamu.

Typ události explicit
Změna implementována
Tento milník označuje dokončení technických prací na změně. Zaznamená se při změně stavu požadavku na změnu na 'Implemented' nebo podobný stav, který čeká na ověření.
Proč je to důležité

Jde o důležitý milník úspěšného dokončení a vstupní údaj pro KPI Míra včasného dokončení změn a Průměrná doba implementace změny. Označuje konec fáze realizace.

Kde data získat

Odvozuje se z auditního záznamu objektu Change Request podle časového razítka změny stavu na 'Implemented' nebo 'Pending Verification'.

Zachycení

Odvozuje se ze změny stavu na 'Implemented'.

Typ události inferred
Změna naplánována
Tato aktivita označuje okamžik, kdy se formálně potvrdí a zaznamená datum a čas realizace změny. Zaznamená se při změně stavu na 'Scheduled'.
Proč je to důležité

Jde o důležitý milník, který potvrzuje závazek k realizaci změny. Posouvá změnu od schváleného návrhu k naplánované akci a je podmínkou její implementace.

Kde data získat

Odvozuje se z historie objektu Change Request. Zachytí se časové razítko, kdy se pole 'Status' změní na 'Scheduled'.

Zachycení

Odvozuje se ze změny stavu na 'Scheduled'.

Typ události inferred
Změna schválena výborem CAB
Důležitý milník, kdy poradní výbor pro změny (CAB) nebo pověřený orgán schválí pokračování změny. Odvozuje se ze změny stavu požadavku na změnu na 'Approved'.
Proč je to důležité

Tato aktivita označuje konec doby schvalování. Umožní pokračovat v procesu a zahájit plánování i realizaci. Je důležitá pro KPI doby schválení změny.

Kde data získat

Odvozuje se z auditní historie objektu Change Request. Zaznamená se zejména časové razítko, kdy se pole 'Status' změní na 'Approved'.

Zachycení

Odvozuje se ze změny stavu na 'Approved'.

Typ události inferred
Změna uzavřena
Tato aktivita představuje konec procesu řízení změn po úspěšném dokončení. Zaznamená se, když se stav požadavku na změnu nastaví na 'Closed', což znamená, že jsou všechny práce hotové.
Proč je to důležité

Jako hlavní milník úspěšného dokončení je tato aktivita nezbytná pro výpočet celkové doby průchodu úspěšně dokončených změn. Potvrzuje, že byly dokončeny všechny kroky procesu.

Kde data získat

Odvozuje se z časového razítka poslední změny stavu na 'Closed' v auditní historii objektu Change Request.

Zachycení

Odvozuje se z poslední změny stavu na 'Closed'.

Typ události inferred
Požadavek na změnu odeslán k posouzení
Označuje formální odeslání nově vytvořeného požadavku na změnu k prvotnímu posouzení. Obvykle se odvozuje z přechodu stavu požadavku z 'New' nebo 'Draft' na stav jako 'Assessing'.
Proč je to důležité

Tato aktivita označuje začátek formálního procesu změny po zadání úvodních údajů. Doba mezi vytvořením a odesláním může ukázat potřebu školení uživatelů nebo překážky v procesu.

Kde data získat

Odvozuje se z auditního záznamu nebo historie objektu Change Request. Určí se časové razítko, kdy se pole 'Status' změní na hodnotu jako 'Assessing' nebo 'Submitted'.

Zachycení

Odvozuje se ze změny stavu z 'New' na 'Assessing'.

Typ události inferred
Připraven plán realizace
Označuje dokončení podrobného plánování změny včetně stanovení úkolů, zdrojů a plánů návratu k původnímu stavu. Často se odvozuje z přechodu změny ze stavu 'Approved' na 'Scheduled'.
Proč je to důležité

Délka této aktivity ukazuje efektivitu fáze plánování změny. Prodlevy v této fázi mohou ovlivnit celkový harmonogram, i když už byla změna schválena.

Kde data získat

Lze ji odvodit z časového razítka změny stavu z 'Approved' na 'Scheduled'. Případně ji lze spojit s vyplněním konkrétních polí pro plánování.

Zachycení

Odvozuje se ze změny stavu z 'Approved' na 'Scheduled'.

Typ události inferred
Provedeno ověření změny
Označuje fázi testování a ověřování, která potvrzuje, že změna proběhla úspěšně a neměla nežádoucí dopady. Odvozuje se ze změny stavu na 'Verification' nebo 'Testing'.
Proč je to důležité

Analýza četnosti a délky této aktivity pomáhá ověřit, že se nevynechávají kroky kontroly kvality. Je důležitá pro prevenci incidentů způsobených změnami.

Kde data získat

Zaznamená se časové razítko změny stavu objektu Change Request, například při přechodu do stavu 'Verification' nebo 'User Acceptance Testing'.

Zachycení

Odvozuje se ze změny stavu na 'Verification'.

Typ události inferred
Zahájena implementace změny
Označuje začátek technické realizace změny. Obvykle se odvozuje ze změny stavu požadavku na změnu na 'In Progress' nebo 'Implementing'.
Proč je to důležité

Tato aktivita označuje začátek implementace. Doba mezi ní a aktivitou 'Change Implemented' představuje skutečnou délku implementace a tvoří důležitou část celkové doby průchodu procesem.

Kde data získat

Odvozuje se z auditní historie objektu Change Request. Jde o časové razítko, kdy se pole 'Status' změní například na 'In Progress' nebo 'Implementing'.

Zachycení

Odvozuje se ze změny stavu na 'In Progress'.

Typ události inferred
Změna čeká na schválení
Tato aktivita označuje období, kdy požadavek na změnu formálně čeká na rozhodnutí poradního výboru pro změny (CAB) nebo jiného schvalujícího orgánu. Odvozuje se ze stavu jako 'Pending Approval' nebo 'Awaiting CAB'.
Proč je to důležité

Jde o důležitou aktivitu čekání. Analýza její délky pomáhá odhalit úzká místa ve workflow schvalování, která často způsobují prodlevy při řízení změn.

Kde data získat

Zaznamenává se podle časového razítka, kdy se pole 'Status' v obchodním objektu Change Request změní na 'Pending Approval' nebo odpovídající hodnotu.

Zachycení

Určuje se podle přechodu do stavu 'Pending Approval'.

Typ události inferred
Změna zamítnuta
Tato aktivita označuje konečné rozhodnutí zamítnout požadavek na změnu ve fázi schvalování. Zaznamená se, když se stav požadavku změní na 'Rejected'.
Proč je to důležité

Jde o důležitý koncový bod neúspěšného procesu. Analýza zamítnutých změn a jejich důvodů pomáhá zlepšit kvalitu původních požadavků a sledovat KPI míry zamítnutých požadavků na změnu.

Kde data získat

Odvozuje se z časového razítka v auditní historii, kdy se pole 'Status' objektu Change Request změní na 'Rejected'.

Zachycení

Odvozuje se ze změny stavu na 'Rejected'.

Typ události inferred
Změna zrušena
Označuje konečný stav, kdy je schválený nebo rozpracovaný požadavek na změnu stažen před dokončením. Událost se zaznamená při změně stavu na 'Cancelled'.
Proč je to důležité

Jde o alternativní konec procesu. Analýza důvodů a okamžiků zrušení změn může odhalit problémy s plánováním, přidělováním zdrojů nebo měnícími se obchodními prioritami.

Kde data získat

Odvozuje se z auditní historie. Zachytí se časové razítko, kdy se pole 'Status' objektu Change Request změní na 'Cancelled'.

Zachycení

Odvozuje se ze změny stavu na 'Cancelled'.

Typ události inferred
Doporučené Volitelné

Návody k extrakci dat

Jak získat data z Ivanti Cherwell

Chcete začít?

Pomocí této šablony můžete rychle zahájit analýzu procesu řízení změn a najít možnosti jeho zlepšení. Začněte zefektivňovat změny ještě dnes.

Dosáhněte 95% úspěšnosti změn: optimalizujte Ivanti Cherwell

Odstraňte úzká místa, snižte rizika a dosáhněte 95% úspěšnosti změn.

Zahájit zkušební verzi

Platební kartu nepotřebujete. Začněte hned.