Datová šablona pro řízení změn
Datová šablona pro řízení změn
- Doporučené atributy pro důkladnou analýzu
- Důležité aktivity a milníky, které je třeba v procesu sledovat
- Konkrétní pokyny k získání dat z příslušných zdrojových systémů
Atributy řízení změn
| Název | Popis | ||
|---|---|---|---|
|
Aktivita
ActivityName
|
Název konkrétní události nebo úlohy v procesu řízení změn. | ||
|
Popis
Tento atribut označuje jednotlivý krok nebo změnu stavu v životním cyklu požadavku na změnu, například „Odeslání požadavku na změnu“ nebo „Schválení požadavku na změnu“. Tyto aktivity tvoří mapu procesu. Analýza jejich pořadí a délky pomáhá odhalit průběh procesu, zjistit odchylky od standardního postupu a určit úzká místa. Názvy aktivit se obvykle odvozují z přechodů mezi stavy zaznamenaných v auditních protokolech systému.
Proč je to důležité
Určuje jednotlivé kroky procesu a umožňuje zobrazit a analyzovat jeho průběh, což je základem process mining.
Kde data získat
Odvozuje se z přechodů mezi stavy ve formuláři „CHG:ChangeRequest_AuditLog“ nebo ze sledování změn pole „Status“ ve formuláři „CHG:Infrastructure Change“.
Příklady
Odeslání požadavku na změnuProvedení posouzení rizikSchválení požadavku na změnuImplementace změny
|
|||
|
Čas zahájení
EventStartTime
|
Časové razítko označující začátek konkrétní aktivity nebo události. | ||
|
Popis
Tento atribut zaznamenává přesné datum a čas, kdy aktivita proběhla. Zachycuje například okamžik odeslání, schválení nebo uzavření změny. Časové razítko je důležité pro analýzu časového průběhu procesu. Používá se k výpočtu doby mezi aktivitami, měření čekání, sledování vývoje výkonnosti a určení pořadí událostí. Přesná časová razítka jsou základem každé časové analýzy procesu.
Proč je to důležité
Poskytuje časový údaj potřebný k výpočtu délky aktivit, analýze výkonnosti a pochopení pořadí událostí v procesu.
Kde data získat
Zdrojovým údajem je pole „Audit Date“ ve formuláři „CHG:ChangeRequest_AuditLog“ nebo pole „Last Modified Date“ přiřazené ke konkrétním změnám stavu.
Příklady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
ID požadavku na změnu
ChangeRequestID
|
Jedinečný identifikátor požadavku na změnu vygenerovaný systémem, který slouží jako hlavní identifikátor případu. | ||
|
Popis
ID požadavku na změnu je jedinečný klíč, který identifikuje každou změnu po celý její životní cyklus. Propojuje všechny související aktivity, schválení a úlohy a tvoří základ jednoho případu v process mining. Analýza procesů podle tohoto ID poskytuje přehled o řízení změny od prvního požadavku až po konečné uzavření. Je nezbytná pro sledování doby průchodu, odhalování úzkých míst a pochopení odchylek v jednotlivých změnách.
Proč je to důležité
Tento základní atribut propojuje všechny související události do jedné instance procesu a umožňuje analyzovat řízení změn od začátku do konce.
Kde data získat
Najdete ho v poli „Infrastructure Change ID“ (Field ID 1000000182) ve formuláři „CHG:Infrastructure Change“.
Příklady
CRQ0000001234567CRQ0000001234568CRQ0000001234569
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko označující, kdy byla data tohoto záznamu naposledy aktualizována ze zdrojového systému. | ||
|
Popis
Tento atribut uvádí datum a čas posledního načtení dat z BMC Helix ITSM. Nejde o čas samotné události, ale o čas načtení dat. Pomáhá určit aktuálnost analyzovaných dat a řídit jejich pravidelné obnovování. V dashboardech a reportech tento údaj uživatelům ukazuje, jak aktuální je analýza. To je důležité zejména při sledování probíhajících procesů.
Proč je to důležité
Ukazuje, jak aktuální jsou data. Díky tomu lze ověřit, zda analýzy a dashboardy zachycují nejnovější stav procesu.
Kde data získat
Jde o pole metadat, které obvykle vytvoří a vyplní ETL nástroj nebo datový tok při načtení dat.
Příklady
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Název systému, ze kterého byla data získána. | ||
|
Popis
Tento atribut označuje původ procesních dat, v tomto případě „BMC Helix ITSM“. Pomáhá se správou dat a sledováním jejich původu, zejména v prostředích, kde se pro širší analýzu kombinují data z více systémů. Pokud se například data o změnách později spojí s daty z finančního nebo projektového systému, toto pole umožní zdroje dat jednoznačně rozlišit.
Proč je to důležité
Poskytuje důležitý kontext o původu dat a zajišťuje jejich dohledatelnost i správnou interpretaci, zejména při analýze dat z více systémů.
Kde data získat
Jde obvykle o statickou hodnotu, která se přidává při extrakci, transformaci a načítání dat (ETL) a označuje původ datové sady.
Příklady
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
|
|||
|
Priorita
Priority
|
Úroveň priority přiřazená požadavku na změnu, která vyjadřuje jeho důležitost pro organizaci. | ||
|
Popis
Priorita se obvykle určuje podle dopadu a naléhavosti a stanovuje pořadí i rychlost vyřízení požadavku na změnu. Změny s vyšší prioritou se zpravidla zpracovávají rychleji a mohou podléhat přísnějším dohodám o úrovni služeb (SLA). Tento atribut se používá v dashboardu „Change SLA Performance“ k rozdělení a analýze výkonnosti podle úrovně priority. Pomáhá odpovědět například na otázku: „Dodržujeme SLA u změn s vysokou prioritou?“ a usnadňuje rozhodování o přidělení zdrojů.
Proč je to důležité
Umožňuje analyzovat výkonnost podle důležitosti změn pro organizaci a zajistit, aby se nejdůležitější změny zpracovávaly efektivně a v požadovaných termínech.
Kde data získat
Najdete ho v poli „Priority“ ve formuláři „CHG:Infrastructure Change“.
Příklady
KritickáVysokáStředníNízká
|
|||
|
Realizační tým
ImplementationTeam
|
Tým odpovědný za provedení změny. | ||
|
Popis
Tento atribut určuje technickou nebo provozní skupinu pověřenou prací vyžadovanou požadavkem na změnu. Ve fázi realizace změny jde obvykle o skupinu uvedenou v poli „Assigned Group“. Tento údaj je důležitý pro dashboard „Úzká místa ve zdrojích při procesu změny“. Analýza délky a počtu aktivit podle realizačního týmu pomáhá vedoucím odhalit nerovnoměrné rozložení práce, nedostatek potřebných dovedností a další omezení zdrojů, která zpožďují nasazení změny.
Proč je to důležité
Pomáhá odhalit úzká místa související se zdroji ve fázi realizace, protože umožňuje analyzovat výkonnost jednotlivých odpovědných týmů.
Kde data získat
Údaj najdete v poli „ASGRP“ (Assigned Group) formuláře „CHG:Infrastructure Change“.
Příklady
Provoz serverůSprávci databázíTým SAP BasisCloudová infrastruktura
|
|||
|
Skupina schvalovatelů
ApproverGroup
|
Tým nebo skupina odpovědná za schválení požadavku na změnu v konkrétní fázi. | ||
|
Popis
Tento atribut určuje skupinu pověřenou kontrolou a schválením změny. Změna může procházet několika schvalovacími fázemi, proto se mohou v průběhu jejího životního cyklu zapojit různé skupiny, například technický schvalovací tým a podniková schvalovací komise. Tento atribut je důležitý pro dashboard „Úzká místa při schvalování změn“, protože umožňuje rozdělit dobu schvalování podle odpovědné skupiny. Snadněji tak zjistíte, které týmy jsou přetížené nebo pracují neefektivně a způsobují zpoždění procesu.
Proč je to důležité
Umožňuje odhalit úzká místa ve schvalovacím procesu analýzou doby schvalování podle odpovědného týmu.
Kde data získat
Údaj pochází z formuláře „AP:Signature“, který slouží ke správě schválení a je propojený s požadavkem na změnu. Skupina schvalovatele je součástí tohoto záznamu.
Příklady
Poradní výbor pro změnyIT bezpečnostSíťové inženýrstvíVývoj aplikací
|
|||
|
Stav
Status
|
Aktuální stav nebo fáze požadavku na změnu v jeho životním cyklu. | ||
|
Popis
Pole „Status“ označuje přesnou fázi požadavku na změnu v daném okamžiku, například „Draft“, „Request For Authorization“ nebo „Completed“. Aktivity se odvozují z přechodů mezi těmito stavy, ale samotný stav pomáhá analyzovat aktuální objem práce. Tento atribut je nezbytný pro dashboard „Change Throughput & Current Status“, který ukazuje počet změn v jednotlivých fázích procesu. Pomáhá vedoucím pracovníkům porozumět rozpracované práci a rozdělení zdrojů.
Proč je to důležité
Poskytuje aktuální přehled o průběhu změn a umožňuje analyzovat rozpracovanou práci i stav všech požadavků na změnu.
Kde data získat
Najdete ho v poli „Status“ ve formuláři „CHG:Infrastructure Change“.
Příklady
KonceptČeká na schváleníNaplánovánoProbíhá implementaceDokončeno
|
|||
|
Typ změny
ChangeType
|
Klasifikace změny, například Standard, Normal nebo Emergency. | ||
|
Popis
Tento atribut rozděluje požadavky na změnu podle jejich povahy a postupu, který musí dodržet. 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 urychlené vyřízení kvůli naléhavému problému). Analýza podle typu změny je důležitá pro pochopení rozdílů v průběhu procesu. Dashboard „Emergency Change Volume & Impact“ například využívá toto pole ke sledování naléhavých změn a jejich vlivu na stabilitu služeb. Pomáhá také ověřit, zda jednotlivé typy změn dodržují předepsaný postup.
Proč je to důležité
Umožňuje rozdělit proces a analyzovat a porovnávat různé workflow změn. To je důležité pro analýzu shody a výkonnosti.
Kde data získat
Najdete ho v poli „Change Type“ ve formuláři „CHG:Infrastructure Change“.
Příklady
StandardníBěžnáNouzováBez dopadu
|
|||
|
Úroveň rizika
RiskLevel
|
Posouzení možného rizika spojeného s implementací změny. | ||
|
Popis
Úroveň rizika vyjadřuje kvalitativní nebo kvantitativní posouzení možných negativních důsledků implementace změny. Je důležitým vstupem do schvalování, protože změny s vyšším rizikem podléhají důkladnější kontrole. Tento atribut je základem dashboardu „Change Risk Profile Analysis“, který pomáhá zúčastněným stranám pochopit celkovou míru rizika v portfoliu změn. Slouží také k odhalování opakovaných kroků, kdy nedostatečné počáteční posouzení rizik vede k pozdějšímu přehodnocení.
Proč je to důležité
Poskytuje důležitý podklad pro analýzu shody a efektivity procesu a pomáhá zajistit, aby se změnám s vyšším rizikem věnovala odpovídající pozornost.
Kde data získat
Najdete ho v poli „Risk Level“ ve formuláři „CHG:Infrastructure Change“.
Příklady
1 - Kritická2 - Vysoká3 - Střední4 - Nízká5 - Plánování
|
|||
|
Čas ukončení
EventEndTime
|
Časové razítko označující konec konkrétní aktivity nebo události. | ||
|
Popis
Čas ukončení označuje dokončení aktivity. V process mining se často vypočítá jako čas zahájení následující aktivity v daném případu, čímž se určí délka předchozího kroku. U poslední aktivity případu může být stejný jako čas jejího zahájení nebo odpovídat konkrétnímu časovému razítku uzavření. Tento atribut je nezbytný pro výpočet hodnoty
Proč je to důležité
Umožňuje přesně vypočítat délku aktivit, což je základem pro odhalování úzkých míst a měření výkonnosti procesu.
Kde data získat
Jde o vypočítaný atribut, který se obvykle odvozuje při transformaci dat z času zahájení následující události v pořadí pro daný případ.
Příklady
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
|
|||
|
Cílový termín SLA
SLATargetDate
|
Datum a čas, do kdy má být požadavek na změnu dokončen. | ||
|
Popis
Cílový termín SLA (Service Level Agreement) je lhůta pro dokončení požadavku na změnu. Určuje se podle jeho priority a typu. Skutečná doba dokončení se porovnává s tímto termínem. Tento atribut je základem dashboardu „Plnění SLA při změnách“. Porovnáním skutečného času uzavření s cílovým termínem zjistíte, zda změna splnila SLA. Analýza plnění SLA pomáhá vyhodnotit celkovou efektivitu procesu a dodržování dohodnuté úrovně služeb.
Proč je to důležité
Slouží jako základ pro měření výkonnosti. Umožňuje vypočítat míru plnění SLA a odhalit změny, u kterých hrozí nedodržení termínu.
Kde data získat
Tento údaj se obvykle ukládá v souvisejících formulářích pro správu SLA a propojuje se s požadavkem na změnu. Často je viditelný přímo ve formuláři změny.
Příklady
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
|
|||
|
Dopad
Impact
|
Posouzený dopad změny na podnikové služby a IT infrastrukturu. | ||
|
Popis
Dopad vyjadřuje možné důsledky změny pro provoz organizace, služby a uživatele. Spolu s naléhavostí je důležitým faktorem při určování priority požadavku na změnu. Při analýze se dopad používá v dashboardu „Change Risk Profile Analysis“ k celkovému přehledu možných důsledků změn v portfoliu pro organizaci. Přehled o rozložení změn s vysokým dopadem pomáhá při řízení rizik a plánování zdrojů.
Proč je to důležité
Pomáhá vyčíslit možné důsledky změn pro organizaci a analyzovat rizika i stanovovat priority podle toho, jak vážně mohou být služby zasaženy.
Kde data získat
Najdete ho v poli „Impact“ ve formuláři „CHG:Infrastructure Change“.
Příklady
1 - Rozsáhlý/celoplošný2 - Významný/velký3 - Střední/omezený4 - Malý/místní
|
|||
|
Dotčená služba
AffectedService
|
Podniková nebo technická služba, kterou změna ovlivňuje. | ||
|
Popis
Tento atribut propojuje požadavek na změnu s konkrétní službou evidovanou v databázi správy konfigurací (CMDB). Může jít o podnikovou službu pro uživatele, například „E-mailové služby“, nebo o technickou službu na pozadí, například „Ověřování“. V dashboardu „Objem a dopad nouzových změn“ se používá k propojení změn se službami, kterých se týkají. Díky tomu můžete sledovat stabilitu jednotlivých služeb a zjistit, které vyžadují časté nouzové zásahy.
Proč je to důležité
Poskytuje důležitý podnikový kontext: propojuje technické změny s jejich dopadem na podnikové služby a umožňuje analyzovat proces z pohledu služeb.
Kde data získat
Údaj pochází z pole „ServiceCI“ nebo ze souvisejících vazeb na konfigurační položky (CI) ve formuláři „CHG:Infrastructure Change“.
Příklady
Firemní e-mailSAP ERPŘízení vztahů se zákazníkyPortál internetového bankovnictví
|
|||
|
ID souvisejícího incidentu
RelatedIncidentID
|
Identifikátor incidentu, který tato změna způsobila. | ||
|
Popis
Tento atribut propojuje požadavek na změnu s případnými následnými incidenty, které mohl způsobit. Tato vazba pomáhá pochopit, jaký dopad mají změny na stabilitu služeb. Jde o hlavní atribut potřebný k výpočtu KPI „Míra incidentů způsobených změnou“. Sledováním těchto vazeb můžete měřit kvalitu procesu změn a určit typy změn, týmy nebo služby, u kterých se po nasazení častěji objevují problémy.
Proč je to důležité
Přímo měří negativní dopad změn. Jde o důležitý KPI pro hodnocení kvality změn a účinnosti řízení rizik.
Kde data získat
Tato vazba se obvykle vytváří ve formuláři incidentu („HPD:Help Desk“), kde lze incident propojit s požadavkem na změnu, která jej způsobila.
Příklady
INC000000987654INC000000987655INC000000987656
|
|||
|
Jde o nouzovou změnu
IsEmergencyChange
|
Logický příznak s hodnotou true, pokud je změna typu „Nouzová“. | ||
|
Popis
Tento odvozený příznak zjednodušuje analýzu, protože nouzové změny jednoznačně označuje. Vychází z hodnoty atributu „ChangeType“. Používá se především v dashboardu „Objem a dopad nouzových změn“ a při výpočtu KPI „Podíl nouzových změn“. Umožňuje snadno filtrovat a agregovat data o nouzových změnách a sledovat jejich četnost i vývoj v čase bez složité logiky filtrování v analytickém nástroji.
Proč je to důležité
Zjednodušuje analýzu nouzových změn. Snadno je tak můžete filtrovat, zobrazit v dashboardu a vypočítat KPI, které se tohoto typu změn týkají.
Kde data získat
Tento odvozený atribut vzniká při transformaci dat. Logika: IF 'ChangeType' = 'Emergency' THEN true ELSE false.
Příklady
truefalse
|
|||
|
Jde o opakovanou práci
IsRework
|
Příznak určující, zda aktivita představuje opakování části procesu nebo návrat do předchozího kroku. | ||
|
Popis
Tento logický atribut má hodnotu true, pokud se požadavek na změnu vrátí do předchozí fáze životního cyklu, například z fáze „Naplánováno“ zpět do fáze „Posouzení rizik“. Takový návrat znamená opakovanou práci, která často snižuje efektivitu. Příznak se používá k výpočtu KPI „Míra opakované práce při změnách“ a podporuje dashboard „Opakovaná práce a efektivita posouzení změn“. Pomáhá měřit četnost opakované práce a určit konkrétní kroky procesu, ve kterých k ní dochází nejčastěji. Tím ukazuje, kde lze zlepšit počáteční plánování a posouzení.
Proč je to důležité
Označením aktivit, které jsou součástí opakování, přímo odhaluje neefektivní místa procesu a umožňuje zaměřit zlepšování na konkrétní oblasti.
Kde data získat
Jde o vypočítaný atribut, který se odvozuje z analýzy pořadí aktivit v případu. Při transformaci dat se použije logika, která odhalí návraty v průběhu procesu.
Příklady
truefalse
|
|||
|
Kód uzavření
CloseCode
|
Kód označující konečný výsledek změny při jejím uzavření. | ||
|
Popis
Kód uzavření uvádí standardizovaný důvod uzavření požadavku na změnu, například „Úspěšná“, „Úspěšná s problémy“, „Vrácena zpět“ nebo „Zrušena“. Oproti samotnému konečnému stavu poskytuje podrobnější informaci o výsledku změny. Analýza kódů uzavření pomáhá posoudit kvalitu a úspěšnost realizovaných změn. Vysoký počet změn označených jako „Vrácena zpět“ může například upozornit na problémy s plánováním nebo testováním a poskytnout užitečný ukazatel pro zlepšování procesů.
Proč je to důležité
U každé změny poskytuje jasný a strukturovaný výsledek, takže můžete analyzovat úspěšnost i důvody neúspěchu nebo zrušení.
Kde data získat
Údaj najdete v poli „Status Reason“ nebo v podobném poli s kódem uzavření ve formuláři „CHG:Infrastructure Change“. Toto pole se aktivuje v závěrečných fázích.
Příklady
ÚspěšnáÚspěšná s problémyVrácena zpětZrušena
|
|||
|
Naléhavost
Urgency
|
Naléhavost změny, která vyjadřuje, jak rychle je třeba ji implementovat. | ||
|
Popis
Naléhavost vyjadřuje, jak rychle je třeba změnu implementovat. Spolu s dopadem se používá k určení celkové priority požadavku na změnu. Naléhavost je důležitým atributem dashboardu „Change Risk Profile Analysis“, protože ukazuje časový tlak na proces řízení změn. Analýza vývoje naléhavosti může odhalit příčiny vysokého počtu časově kritických požadavků.
Proč je to důležité
Vyjadřuje časovou naléhavost změn a pomáhá posoudit, zda proces efektivně zpracovává požadavky s různou mírou časové naléhavosti.
Kde data získat
Najdete ho v poli „Urgency“ ve formuláři „CHG:Infrastructure Change“.
Příklady
1 - Kritická2 - Vysoká3-střední4-nízká
|
|||
|
Stav SLA
SLAState
|
Vypočítaný stav požadavku na změnu vzhledem k cílovému termínu SLA. | ||
|
Popis
Tento atribut uvádí, zda dokončený požadavek na změnu splnil SLA, hrozilo u něj nedodržení SLA, nebo SLA nedodržel. Vypočítá se porovnáním skutečného času dokončení s hodnotou „SLATargetDate“. Jde o hlavní metriku dashboardu „Plnění SLA při změnách“. Stručně a přehledně ukazuje, jak si proces vede vůči dohodnuté úrovni služeb. Data můžete rozdělit podle priority, typu změny nebo týmu a zjistit, kde se SLA dodržuje nejméně.
Proč je to důležité
Přímo měří plnění závazků a slouží jako ukazatel efektivity procesu i kvality služeb.
Kde data získat
Tento vypočítaný atribut vzniká při transformaci dat porovnáním časového údaje u poslední aktivity s hodnotou „SLATargetDate“.
Příklady
VčasHrozí nedodrženíNedodrženo
|
|||
|
Zadavatel změny
ChangeSubmitter
|
Osoba, která vytvořila a odeslala požadavek na změnu. | ||
|
Popis
Tento atribut určuje osobu, která zahájila požadavek na změnu. V systému se obvykle eviduje jako uživatel v poli „Submitter“ nebo „Reported By“. Nejde vždy o hlavní dimenzi analýzy, může ale pomoci zjistit, odkud požadavky na změnu přicházejí. Analýza toho, zda většina změn pochází z určitých oddělení nebo od konkrétních pracovních rolí, může například přinést poznatky o potřebách podniku a plánování.
Proč je to důležité
Pomáhá určit, kdo požadavky na změnu zadává, a analyzovat tak vzorce poptávky i chování uživatelů v procesu.
Kde data získat
Údaj najdete v poli „Submitter“ formuláře „CHG:Infrastructure Change“.
Příklady
Allen AllbrookMary MannBob Baxter
|
|||
Aktivity v řízení změn
| Aktivita | Popis | ||
|---|---|---|---|
|
Implementace změny
|
Tato aktivita označuje úspěšné dokončení implementace změny. Obvykle se zaznamenává při změně stavu na „Completed“ s důvodem označujícím úspěšné dokončení. | ||
|
Proč je to důležité
Jde o důležitý milník, který označuje konec fáze nasazení. Je nezbytný pro výpočet doby implementace změny a analýzu incidentů způsobených změnami.
Kde data získat
Odvozuje se z formuláře CHG:Change, když je pole „Status“ nastaveno na „Completed“ a pole „Status Reason“ na „Successful“.
Zachycení
Určete časové razítko, kdy se pole „Status“ ve formuláři CHG:Change změní na „Completed“.
Typ události
inferred
|
|||
|
Naplánování změny
|
Tato aktivita označuje okamžik, kdy je schválená změna oficiálně naplánována k implementaci. Událost se zaznamenává při změně stavu na „Scheduled“. | ||
|
Proč je to důležité
Jde o důležitý milník, který potvrzuje připravenost k implementaci. Od tohoto bodu se měří KPI doby implementace změny a průměrné doby čekání na implementaci.
Kde data získat
Odvozuje se z historie změn stavu ve formuláři CHG:Change, když se stav změní na „Scheduled“.
Zachycení
Určete časové razítko, kdy se pole „Status“ ve formuláři CHG:Change změní na „Scheduled“.
Typ události
inferred
|
|||
|
Provedení posouzení rizik
|
Tato aktivita označuje dokončení posouzení rizik navrhované změny. Zaznamenává se obvykle při aktualizaci stavu požadavku na změnu nebo uzavření konkrétní úlohy posouzení rizik. | ||
|
Proč je to důležité
Sledování této aktivity je důležité pro zajištění shody se zásadami řízení změn. Pomáhá odhalit zpoždění ve fázi posuzování a analyzovat míru přepracování změn, pokud se proces k tomuto kroku vrátí.
Kde data získat
Událost se odvozuje ze změny stavu ve formuláři CHG:Change, například při přechodu do stavu „Žádost o změnu“, nebo z dokončení souvisejícího úkolu ve formuláři CHG:Task.
Zachycení
Určete časové razítko, kdy je propojený úkol „Posouzení rizik“ ve formuláři CHG:Task označen jako „Uzavřeno“ nebo „Dokončeno“.
Typ události
inferred
|
|||
|
Provedení testování
|
Označuje dokončení testování nebo ověření po implementaci. Často se zaznamenává uzavřením samostatné testovací úlohy propojené s požadavkem na změnu. | ||
|
Proč je to důležité
Sledování této aktivity je důležité pro měření průměrné doby testování a zajištění kvality. Pomáhá odhalit úzká místa v procesu ověřování před závěrečnou kontrolou.
Kde data získat
Událost se odvozuje z dokončení záznamu testovacího úkolu ve formuláři CHG:Task, který je propojen s nadřazenou žádostí o změnu.
Zachycení
Určete časové razítko, kdy je propojený úkol „Testování“ nebo „Ověření“ ve formuláři CHG:Task označen jako „Uzavřeno“ nebo „Dokončeno“.
Typ události
inferred
|
|||
|
Schválení požadavku na změnu
|
Jde o důležitý milník, kdy je požadavek na změnu formálně schválen k realizaci. Událost se odvozuje ze změny stavu, obvykle na „Scheduled“ nebo „Planning In Progress“ po závěrečném schválení. | ||
|
Proč je to důležité
Tímto končí fáze schvalování. Tento bod je důležitý pro měření úzkých míst ve schvalování a KPI průměrné doby schválení změny. Jde o důležitý rozhodovací bod procesu.
Kde data získat
Odvozuje se z historie změn stavu ve formuláři CHG:Change, konkrétně z okamžiku, kdy požadavek opustí stav schvalování, například „Request For Authorization“.
Zachycení
Určete časové razítko, kdy pole „Status“ ve formuláři CHG:Change přejde za závěrečnou fázi schvalování, například na „Scheduled“.
Typ události
inferred
|
|||
|
Uzavření změny
|
Jde o závěrečnou aktivitu, která označuje formální uzavření požadavku na změnu v systému. Událost se zaznamenává při nastavení stavu požadavku na „Closed“. | ||
|
Proč je to důležité
Tato aktivita označuje úspěšné dokončení životního cyklu změny. Je nezbytná pro měření celkové délky procesu a jeho celkové průchodnosti.
Kde data získat
Odvozuje se z historie změn stavu ve formuláři CHG:Change, když se stav změní na „Closed“.
Zachycení
Určete časové razítko, kdy se pole „Status“ ve formuláři CHG:Change změní na „Closed“.
Typ události
inferred
|
|||
|
Vytvoření požadavku na změnu
|
Tato aktivita označuje vytvoření záznamu požadavku na změnu v systému. Událost se zaznamenává podle časového razítka vytvoření záznamu v formuláři CHG:Change. | ||
|
Proč je to důležité
Tímto začíná každý požadavek na změnu. Tento bod je nezbytný pro měření celkové délky životního cyklu a analýzu počtu příchozích změn.
Kde data získat
Událost se zaznamenává podle pole „Submit Date“ nebo časového razítka vytvoření záznamu v auditním protokolu formuláře CHG:Change (například HPD:Help Desk Audit Log).
Zachycení
Použijte časové razítko vytvoření záznamu z formuláře CHG:Change.
Typ události
explicit
|
|||
|
Kontrola po implementaci
|
Označuje dokončení formální kontroly po implementaci změny. Tato aktivita se obvykle zaznamenává uzavřením úlohy kontroly po implementaci (PIR). | ||
|
Proč je to důležité
Tato aktivita je důležitá pro učení v organizaci a zlepšování procesů. Měření KPI míry kontrol po implementaci pomáhá zajistit, aby se organizace ze změn poučila.
Kde data získat
Událost se odvozuje z dokončení úkolu „Kontrola po zavedení“ ve formuláři CHG:Task, který je propojen s nadřazenou žádostí o změnu.
Zachycení
Určete časové razítko, kdy je propojený úkol „PIR“ ve formuláři CHG:Task označen jako „Uzavřeno“ nebo „Dokončeno“.
Typ události
inferred
|
|||
|
Odeslání požadavku na změnu
|
Označuje formální odeslání požadavku na změnu ke kontrole a schválení. Obvykle se odvozuje z přechodu stavu požadavku z „Draft“ na „Request For Authorization“. | ||
|
Proč je to důležité
Tato aktivita zahajuje proces schvalování. Její sledování je důležité pro měření doby, po kterou požadavky čekají na první kontrolu, a pro analýzu KPI doby schválení změny.
Kde data získat
Odvozuje se z historie změn stavu požadavku ve formuláři CHG:Change, konkrétně z přechodu na „Request For Authorization“.
Zachycení
Určete časové razítko, kdy se pole „Status“ ve formuláři CHG:Change změní z „Draft“ na „Request For Authorization“.
Typ události
inferred
|
|||
|
Ověření změny
|
Tato aktivita označuje, že zúčastněné strany po implementaci a testování formálně potvrdily úspěšnost změny. Často se zaznamenává změnou stavu před konečným uzavřením. | ||
|
Proč je to důležité
Ověření je poslední kontrolou kvality před uzavřením změny. Potvrzuje, že změna splnila své cíle a nezpůsobila nežádoucí negativní dopady.
Kde data získat
Odvozuje se ze změny stavu ve formuláři CHG:Change, například z přechodu z „Completed“ na „Verification“ nebo „Closed“.
Zachycení
Určete časové razítko, kdy se pole „Status“ ve formuláři CHG:Change po dokončení implementačních aktivit změní na „Closed“.
Typ události
inferred
|
|||
|
Provedení analýzy dopadu
|
Označuje dokončení analýzy možných důsledků změny. Obvykle se odvozuje z aktualizace stavu nebo uzavření související úlohy. | ||
|
Proč je to důležité
Tato aktivita je důležitá pro pochopení efektivity plánování a jeho vlivu na přepracování. Analýza její délky a četnosti pomáhá zlepšit počáteční fázi posuzování.
Kde data získat
Událost se odvozuje z časového razítka dokončení úkolu „Analýza dopadů“ ve formuláři CHG:Task nebo z konkrétní změny stavu ve formuláři CHG:Change.
Zachycení
Určete časové razítko, kdy je propojený úkol „Analýza dopadů“ ve formuláři CHG:Task označen jako „Uzavřeno“ nebo „Dokončeno“.
Typ události
inferred
|
|||
|
Vypracování plánu implementace
|
Označuje vytvoření a zdokumentování podrobného plánu implementace změny. Obvykle se zaznamenává po dokončení plánovací úlohy související se změnou. | ||
|
Proč je to důležité
Dokončení této aktivity je podmínkou pro naplánování a implementaci změny. Analýza její délky pomáhá odhalit zpoždění ve fázi plánování před provedením změny.
Kde data získat
Událost se odvozuje z dokončení konkrétního záznamu plánovacího úkolu ve formuláři CHG:Task, který je propojen s nadřazenou žádostí o změnu.
Zachycení
Určete časové razítko, kdy je propojený úkol „Plánování zavedení“ ve formuláři CHG:Task označen jako „Uzavřeno“ nebo „Dokončeno“.
Typ události
inferred
|
|||
|
Zamítnutí požadavku na změnu
|
Tato aktivita označuje formální zamítnutí požadavku na změnu schvalovatelem. Zaznamenává se změnou stavu na „Rejected“ a představuje konečný stav. | ||
|
Proč je to důležité
Sledování zamítnutých požadavků pomáhá odhalit důvody, například neúplné informace nebo vysoké riziko. Tato analýza může zlepšit kvalitu budoucích požadavků na změnu.
Kde data získat
Odvozuje se z historie změn stavu ve formuláři CHG:Change, konkrétně z přechodu do stavu „Rejected“.
Zachycení
Určete časové razítko, kdy se pole „Status“ ve formuláři CHG:Change změní na „Rejected“.
Typ události
inferred
|
|||
|
Zrušení změny
|
Označuje zrušení požadavku na změnu před její implementací nebo dokončením. Zaznamenává se při změně stavu požadavku na „Cancelled“. | ||
|
Proč je to důležité
Sledování zrušených požadavků pomáhá zjistit, proč byly změny staženy. Může odhalit například nedostatečné počáteční plánování, změnu priorit nebo nedostatek zdrojů.
Kde data získat
Odvozuje se z historie změn stavu ve formuláři CHG:Change, když se stav změní na „Cancelled“.
Zachycení
Určete časové razítko, kdy se pole „Status“ ve formuláři CHG:Change změní na „Cancelled“.
Typ události
inferred
|
|||
Návody k získání dat
Chcete začít?
Začněte zlepšovat proces řízení změn ještě dnes. Připravte data podle této šablony, získejte užitečné poznatky a zvyšte efektivitu provozu.
Zlepšete řízení změn a předcházejte výpadkům
Zvyšte úspěšnost změn na 95 % a předcházejte nákladným výpadkům služeb.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.