Datová šablona pro řízení změn
Datová šablona pro řízení změn
- Doporučené atributy ke sběru
- Hlavní aktivity ke sledování
- Pokyny k extrakci dat z Ivanti Cherwell
Atributy řízení změn
| 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
|
|||
Aktivity v řízení změn
| 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
|
|||
Návody k extrakci dat
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.
Platební kartu nepotřebujete. Začněte hned.