Datová šablona pro řízení změn
Datová šablona pro řízení změn
- Doporučené atributy ke sběru
- Důležité aktivity, které je vhodné sledovat
- Návod na export dat z Jira Service Management
Atributy řízení změn
| Název | Popis | ||
|---|---|---|---|
|
Aktivita
ActivityName
|
Název konkrétní obchodní události nebo úkolu, který proběhl v rámci procesu řízení změn. | ||
|
Popis
Tento atribut zaznamenává název aktivity, která v určitém okamžiku proběhla u požadavku na změnu. Aktivity se odvozují ze změn stavu, kroků workflow nebo konkrétních záznamů v Jira, například „Požadavek na změnu odeslán ke kontrole“ nebo „Zahájeno zavádění“. Analýza pořadí a četnosti těchto aktivit je základem process mining. Umožňuje odhalit skutečný průběh procesu, najít úzká místa mezi kroky a porovnat varianty procesu se standardním pracovním postupem.
Proč je to důležité
Určuje jednotlivé kroky procesu. Je nezbytný pro vytvoření map procesů, analýzu variant a hledání úzkých míst.
Kde data získat
Obvykle se odvozuje z historie požadavku Jira, zejména ze změn stavu nebo aktualizací vlastních polí, která označují milníky procesu.
Příklady
Schválen požadavek na změnuProvedeno hodnocení rizikZměna zavedenaDokončena kontrola po zavedení
|
|||
|
Čas zahájení
EventTime
|
Přesné časové razítko označující, kdy došlo ke konkrétní aktivitě nebo události. | ||
|
Popis
Čas zahájení neboli časové razítko události označuje přesné datum a čas, kdy byla u požadavku na změnu zaznamenána aktivita. Každá aktivita v záznamu událostí, od vytvoření po uzavření, má přiřazené časové razítko. Tento atribut je zásadní pro veškerou časovou analýzu v process mining. Používá se k výpočtu doby průchodu procesem, intervalů mezi aktivitami a čekání i k určení pořadí událostí. Je základem sledování výkonnosti, výpočtu plnění SLA a hledání úzkých míst.
Proč je to důležité
Toto časové razítko je základem analýzy výkonnosti a délky trvání. Umožňuje vypočítat dobu průchodu procesem a odhalit zpoždění.
Kde data získat
Časové razítko každé položky v historii požadavku Jira. U události vytvoření jde o pole
Příklady
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-05T09:00:00Z
|
|||
|
ID požadavku na změnu
ChangeRequestId
|
Jedinečný identifikátor jednotlivého případu změny, který sdružuje všechny související aktivity od vytvoření po uzavření. | ||
|
Popis
ID požadavku na změnu je primární klíč, který jednoznačně identifikuje každou změnu v Jira Service Management. V process mining slouží jako identifikátor případu a propojuje všechny události, změny stavu a aktualizace do jednoho přehledu celého procesu. Při analýze toto ID umožňuje sestavit úplný životní cyklus každé změny. Je nezbytné pro sledování jednotlivých změn v různých fázích, například při hodnocení rizik, schvalování, zavádění a kontrole. Všechny metriky, KPI a dashboardy využívají tento atribut ke správnému seskupení a propojení dat událostí pro konkrétní změnu.
Proč je to důležité
Jde o základní identifikátor případu, který umožňuje sledovat celý průběh požadavku na změnu a analyzovat jeho výkonnost.
Kde data získat
Jde o standardní klíč požadavku Jira, který se u požadavků typu Change nachází v poli
Příklady
ITSM-1024CHG-2023-001CR-5921
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko označující, kdy byla data tohoto záznamu naposledy aktualizována nebo získána. | ||
|
Popis
Tento atribut zaznamenává datum a čas posledního získání dat ze zdrojového systému. Udává, jak aktuální jsou data v nástroji pro process mining. Analýza tohoto atributu pomáhá uživatelům zjistit aktuálnost dat o procesu, což je důležité pro provozní dashboardy a sledování v reálném čase. Poskytuje kontext pro analýzu a pomáhá předcházet rozhodování na základě zastaralých dat.
Proč je to důležité
Udává aktuálnost dat a pomáhá zajistit, aby analýzy vycházely z relevantních a aktuálních informací.
Kde data získat
Jde o pole metadat, které nástroj pro získávání dat vyplní při jejich načtení.
Příklady
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Určuje systém, ze kterého byla data o řízení změn získána. | ||
|
Popis
Tento atribut označuje zdrojový systém, ve kterém data o procesu vznikla. V tomto případě má vždy hodnotu „Jira Service Management“. V širším podnikovém prostředí, kde se mohou spojovat data z více systémů, je toto pole důležité pro sledování původu dat, řešení problémů a pochopení rozdílů mezi procesy v jednotlivých systémech. Umožňuje jednoznačně určit původ analyzovaných dat.
Proč je to důležité
Jasně určuje původ dat, což je důležité při spojování dat z více systémů i při auditu.
Kde data získat
Jde o statickou hodnotu, která se přidává při získávání dat a označuje jejich původ.
Příklady
Jira Service Management
|
|||
|
Cílové datum dokončení
TargetCompletionDate
|
Plánovaný termín dokončení požadavku na změnu nebo termín stanovený dohodou o úrovni služeb (SLA). | ||
|
Popis
Tento atribut uchovává datum, do kterého má být požadavek na změnu dokončen, aby byly splněny podmínky SLA. Slouží jako měřítko pro porovnání se skutečnou dobou dokončení. Toto datum je základem pro sledování plnění závazků. Využívá ho dashboard „Sledování plnění SLA u změn“ i KPI „Míra dodržení SLA u změn“. Porovnáním skutečného data vyřešení s cílovým datem mohou organizace vyhodnotit účinnost poskytovaných služeb.
Proč je to důležité
Jde o hlavní údaj pro výpočet dodržení SLA a zjištění, kterým změnám hrozí překročení termínu.
Kde data získat
Často jde o pole
Příklady
2023-11-15T17:00:00Z2023-12-01T23:59:59Z2024-01-10T09:00:00Z
|
|||
|
Priorita
Priority
|
Priorita požadavku na změnu vyjadřující jeho důležitost pro podnik. | ||
|
Popis
Pole Priority pomáhá týmům určit pořadí, v jakém budou požadavky na změnu řešit. Zohledňuje dopad a naléhavost a slouží k plánování i přidělování zdrojů. Analýza priorit umožňuje porovnat výkonnost změn s vysokou a nízkou prioritou. Můžete například ověřit, zda změny s vysokou prioritou skutečně mají kratší dobu průchodu, nebo zda se zasekávají ve stejných úzkých místech jako ostatní. Tyto informace pomáhají lépe zaměřit zdroje a plnit očekávání podniku.
Proč je to důležité
Umožňuje analyzovat výkonnost procesu podle obchodní priority a ověřit, zda se kritické změny vyřizují rychleji, jak se očekává.
Kde data získat
Jde o standardní pole
Příklady
NejvyššíVysokáStředníNízká
|
|||
|
Přiřazeno uživateli
Assignee
|
Uživatel, který právě odpovídá za vyřízení požadavku na změnu. | ||
|
Popis
Přiřazený uživatel odpovídá za aktuální krok nebo aktivitu ve workflow správy změn. Během životního cyklu požadavku se může přiřazení několikrát změnit, když požadavek přechází mezi lidmi a týmy. Tento atribut slouží k analýze rozložení práce, hledání úzkých míst u jednotlivých uživatelů a sledování přidělování zdrojů. Dashboard „Pracovní vytížení týmu při změnách“ využívá tato data k přehledu o tom, kteří uživatelé nebo skupiny zpracovávají nejvíce aktivit.
Proč je to důležité
Pomáhá analyzovat výkonnost a vytížení zdrojů a odhalit úzká místa u jednotlivců i týmů.
Kde data získat
Jde o standardní pole
Příklady
Alice JohnsonBob WilliamsCharlie Brown
|
|||
|
Stav SLA
SLAStatus
|
Označuje, zda byl požadavek na změnu dokončen do cílového termínu. | ||
|
Popis
Jde o vypočítaný atribut, který porovnává skutečné datum vyřešení požadavku na změnu s jeho „Cílovým datem dokončení“. Výsledkem je jednoduchý stav, například „Splněno“ nebo „Překročeno“. Dashboard „Sledování plnění SLA u změn“ tak na první pohled ukazuje výkonnost. Předem vypočítaný stav pro každý případ usnadňuje tvorbu KPI, například „Míra dodržení SLA u změn“. Data lze snadno filtrovat a agregovat a zjistit, u kterých typů změn, týmů nebo služeb dochází k překročení SLA nejčastěji.
Proč je to důležité
Poskytuje pro každý případ jednoznačný výsledek plnění SLA a zjednodušuje vykazování i analýzu dodržování SLA.
Kde data získat
Vypočítává se porovnáním časového razítka poslední aktivity „Změna uzavřena“ s atributem „TargetCompletionDate“.
Příklady
SplněnoPřekročeno
|
|||
|
Stav změny
ChangeRequestStatus
|
Aktuální nebo historický stav požadavku na změnu v okamžiku události. | ||
|
Popis
Tento atribut označuje stav požadavku na změnu, například „Čeká na schválení“, „Probíhá“ nebo „Uzavřeno“. Pole status je v Jira zásadní pro workflow engine. Změny jeho hodnoty určují, jak proces pokračuje. Analýza stavů umožňuje sledovat průběh aktivních změn a vyhodnocovat dokončené změny, například rozlišit „Uzavřeno, úspěšně“ a „Uzavřeno, neúspěšně“. Pomáhá také vytvářet dashboardy průchodnosti a analyzovat opakované kroky, kdy se stav vrátí do předchozí fáze.
Proč je to důležité
Ukazuje průběh požadavku na změnu i jeho konečný výsledek. To je důležité pro analýzu průchodnosti a opakované práce.
Kde data získat
Jde o standardní pole
Příklady
PlánováníČeká na schváleníImplementaceUzavřenoZrušeno
|
|||
|
Typ změny
ChangeRequestType
|
Klasifikace změny, například standardní, běžná nebo nouzová. | ||
|
Popis
Typ změny určuje kategorii požadavku podle jeho povahy, naléhavosti a dopadu. Mezi běžné typy patří „Standardní“ pro předem schválené změny s nízkým rizikem, „Běžná“ pro obvyklé změny vyžadující úplné schválení a „Nouzová“ pro naléhavé změny, které řeší incidenty. Tento atribut je důležitý pro analýzu procesů, protože různé typy změn často procházejí odlišnými postupy a mají různé SLA. Používá se k výpočtu KPI „Podíl nouzových změn“ a k filtrování dashboardů, které porovnávají výkonnost a rizika jednotlivých typů.
Proč je to důležité
Umožňuje rozdělit proces a analyzovat různé workflow, například standardní a nouzové změny, které mají odlišná očekávání ohledně výkonnosti i rizik.
Kde data získat
V projektech Jira Service Management jde obvykle o vlastní pole. Jeho název se může lišit, často se ale jmenuje „Typ změny“.
Příklady
StandardníBěžnáNouzová
|
|||
|
Úroveň rizika
RiskLevel
|
Odhadovaná úroveň rizika spojeného se změnou, například nízká, střední nebo vysoká. | ||
|
Popis
Úroveň rizika se ve většině procesů správy změn povinně vyhodnocuje a vyjadřuje možný negativní dopad změny. Stanovuje se při posouzení rizik a často ovlivňuje požadovaný postup schvalování. V process mining je tento atribut důležitý pro analýzu podle rizika. Dashboard „Přesnost posouzení rizik a výsledek“ umožňuje porovnat počáteční riziko se skutečným výsledkem. Úroveň rizika je také hlavním rozměrem KPI „Míra neúspěšných změn podle úrovně rizika“, které pomáhá posoudit, zda jsou vysoce rizikové změny řízeny účinně.
Proč je to důležité
Umožňuje ověřit, zda jsou procesní kontroly a schvalovací workflow účinné pro různé úrovně rizika, a porovnat riziko s mírou neúspěšných změn.
Kde data získat
V Jira Service Management jde obvykle o vlastní pole. Často se jmenuje „Úroveň rizika“ nebo „Dopad“.
Příklady
NízkáStředníVysokáKritická
|
|||
|
Důvod změny
ChangeReason
|
Zdůvodnění nebo obchodní důvod navrhované změny. | ||
|
Popis
Tento atribut zachycuje důvod změny, například „Implementace nové funkce“, „Oprava chyby“ nebo „Upgrade infrastruktury“. Poskytuje důležitý kontext nad rámec stručného shrnutí nebo popisu. Při analýze lze důvod změny porovnat s dalšími metrikami, jako je doba průchodu, míra neúspěšnosti a úroveň rizika. Můžete tak zjistit například, zda se změny související s opravami chyb schvalují rychleji než implementace nových funkcí nebo zda mají upgrady infrastruktury vyšší míru neúspěšnosti.
Proč je to důležité
Poskytuje obchodní kontext a umožňuje podrobněji analyzovat souvislost mezi účelem změny, její výkonností a výsledkem.
Kde data získat
V Jira Service Management jde obvykle o vlastní pole, často ve formě seznamu možností nebo textového pole.
Příklady
Bezpečnostní záplataUpgrade softwaruInstalace nového hardwaru
|
|||
|
Obchodní služba
BusinessService
|
Obchodní služba nebo aplikace, které se změna týká. | ||
|
Popis
Tento atribut propojuje požadavek na změnu s konkrétní obchodní službou evidovanou v databázi správy konfigurací (CMDB), například „E-mailová služba“ nebo „CRM pro zákazníky“. Díky tomu lze lépe pochopit dopad změny na podnik. Analýza změn podle obchodní služby pomáhá určit priority a informovat zainteresované strany o dopadech. Ukazuje, u kterých služeb se provádí nejvíce změn, které jsou nejvíce ohrožené a kde se soustřeďují incidenty související se změnami. To je důležité pro řízení technických změn z pohledu podniku.
Proč je to důležité
Propojuje technické změny s jejich dopadem na podnik a umožňuje stanovit priority i vyhodnotit riziko podle důležitosti dotčené služby.
Kde data získat
V JSM jde často o vlastní pole propojené s Jira Assets (dříve Insight) nebo jinou CMDB.
Příklady
Firemní webSAP ERPInterní wiki
|
|||
|
Opakovaná práce
IsRework
|
Logická hodnota, která je nastavena na true, pokud požadavek na změnu prošel opakovaným zpracováním. | ||
|
Popis
Tento vypočítaný atribut označuje požadavky na změnu, které byly vráceny do předchozí fáze k úpravám, například z „Čeká na schválení“ zpět do „Plánování“. Znamená to, že původní zadání bylo neúplné, nesprávné nebo nesplňovalo požadovaná kritéria. Tento příznak je základem KPI „Míra opakovaného zpracování změn“ a dashboardu „Analýza opakovaného zpracování a zamítnutí změn“. Analytici mohou případy s opakovaným zpracováním snadno filtrovat a hledat jejich příčiny, například nedostatečné počáteční plánování, nejasné požadavky nebo nedostatečné posouzení rizik.
Proč je to důležité
Upozorňuje na neefektivitu procesu tím, že označuje případy, které vyžadovaly další neplánovanou práci. Usnadňuje tak hledání příčin opakovaného zpracování.
Kde data získat
Vypočítává se analýzou pořadí aktivit v záznamu událostí. Opakované zpracování se zaznamená, pokud po aktivitě z pozdější fáze následuje aktivita z fáze dřívější.
Příklady
truefalse
|
|||
|
Oznamovatel
Reporter
|
Uživatel, který požadavek na změnu původně vytvořil nebo odeslal. | ||
|
Popis
Oznamovatel je osoba, která v Jira vytvořila požadavek na změnu. Často jde o vlastníka změny nebo o někoho, kdo ji zadává za tým. Analýza oznamovatelů pomáhá zjistit, která oddělení, týmy nebo jednotlivci zadávají nejvíce změn. Lze tak sledovat, odkud změny přicházejí, a nabídnout zpětnou vazbu nebo školení skupinám, které často odesílají neúplné nebo nekvalitní požadavky.
Proč je to důležité
Pomáhá určit, odkud požadavky na změnu přicházejí, a zlepšit kvalitu jejich zadání.
Kde data získat
Jde o standardní pole
Příklady
David MillerEva GreenFrank Wright
|
|||
|
Problém po implementaci
PostImplementationIssue
|
Příznak označující, zda byl po implementaci k této změně přiřazen incident nebo problém. | ||
|
Popis
Tento atribut označuje, zda změna vedla k negativnímu výsledku, například k incidentu v produkčním prostředí. Obvykle se požadavek na změnu propojí s jedním nebo více incidenty v Jira. Tato data jsou důležitá pro výpočet KPI „Míra problémů po implementaci“ a „Míra neúspěšných změn“. Přímo ukazují kvalitu změn a účinnost plánování, testování a posuzování rizik. Analýza změn, po kterých vznikají problémy, pomáhá upravit kontroly a předcházet dalším neúspěchům.
Proč je to důležité
Přímo měří kvalitu a úspěšnost změny tím, že sleduje, zda po ní vznikly provozní problémy.
Kde data získat
Obvykle se zjišťuje kontrolou propojených požadavků v Jira, konkrétně zda je požadavek typu Change propojen s incidenty pomocí vazby „je způsobeno“.
Příklady
truefalse
|
|||
|
Tým
Team
|
Tým nebo skupina odpovědná za požadavek na změnu či konkrétní aktivitu. | ||
|
Popis
Tento atribut označuje tým, kterému byla práce na změně přidělena. Jira má pole „Přiřazeno uživateli“ pro jednotlivce, pole „Tým“ se ale často používá k přidělení práce funkční skupině, například týmu provozu sítí nebo správcům databází. Tento údaj je důležitý pro dashboard „Pracovní vytížení týmu při změnách“. Umožňuje analyzovat výkonnost a úzká místa na úrovni týmu, nejen jednotlivců. To bývá užitečnější při plánování a řízení zdrojů.
Proč je to důležité
Umožňuje analyzovat vytížení a výkonnost na úrovni týmu nebo oddělení a odhalit systémová úzká místa.
Kde data získat
V Jira jde obvykle o vlastní pole, protože standardní pole „Tým“ není k dispozici. Může mít typ „Výběr skupiny“ nebo jednoduchý seznam možností.
Příklady
Tým infrastrukturyZákladní službyPodpora aplikací
|
|||
|
Vyřešení
Resolution
|
Konečný výsledek uzavřeného požadavku na změnu, který popisuje způsob jeho vyřešení. | ||
|
Popis
Po uzavření požadavku na změnu pole Resolution upřesňuje výsledek. Například „Hotovo“ označuje úspěšné dokončení, zatímco „Nebude provedeno“ nebo „Duplicitní“ uvádějí jiný důvod uzavření. Pole tak poskytuje více informací než samotný stav „Uzavřeno“. Tento atribut je důležitý pro analýzu úspěšnosti a neúspěšnosti změn. KPI „Míra problémů po implementaci“ lze například lépe vyhodnotit filtrováním změn s výsledkem „Neúspěšné“ nebo „Vráceno zpět“. Atribut pomáhá odlišit úspěšně provedené změny od těch, které byly po schválení zrušeny nebo zamítnuty.
Proč je to důležité
Poskytuje podrobnější informace o konečném výsledku změny, které jsou důležité pro přesný výpočet míry úspěšnosti a neúspěšnosti.
Kde data získat
Jde o standardní pole
Příklady
HotovoNebude provedenoDuplicitníZrušenoVráceno zpět
|
|||
Aktivity v řízení změn
| Aktivita | Popis | ||
|---|---|---|---|
|
Čeká se na schválení změny
|
Označuje, že požadavek na změnu prošel úvodní kontrolou a čeká na formální rozhodnutí poradního výboru pro změny (CAB) nebo určených schvalovatelů. Tento krok se zaznamená při změně stavu ve workflow, například na „Pending Approval“ nebo „Awaiting CAB“. | ||
|
Proč je to důležité
Tato aktivita je důležitá pro měření čekání na schválení a odhalení úzkých míst ve fázi rozhodování. Přímo ovlivňuje KPI doby schvalování změny.
Kde data získat
Údaj se odvozuje z historie požadavku Jira. Zaznamená se časové razítko, kdy se pole
Zachycení
Zaznamenejte časové razítko změny stavu na určený stav „Awaiting Approval“.
Typ události
inferred
|
|||
|
Schválen požadavek na změnu
|
Důležitý milník, který označuje formální schválení změny k zavedení. Obvykle se odvozuje ze změny stavu ve workflow Jira na „Approved“ nebo „Ready for Implementation“. | ||
|
Proč je to důležité
Tato událost ukončuje schvalovací cyklus a zahajuje fázi zavádění. Je důležitá pro měření doby schvalování i sledování neoprávněných změn.
Kde data získat
Údaj se odvozuje z historie požadavku Jira. Zaznamená se časové razítko, kdy se pole
Zachycení
Zaznamenejte časové razítko změny stavu na „Approved“ nebo „Ready to Implement“.
Typ události
inferred
|
|||
|
Vytvořen požadavek na změnu
|
Označuje vytvoření požadavku na změnu v Jira Service Management. Událost se zaznamená s časovým razítkem při prvním uložení nového požadavku typu „Change“. | ||
|
Proč je to důležité
Tímto krokem začínají všechny požadavky na změnu. Je důležitý pro měření celkové doby průchodu procesem i analýzu počtu příchozích změn v čase.
Kde data získat
Údaj se získává z časového razítka pole
Zachycení
Použijte časové razítko pole
Typ události
explicit
|
|||
|
Změna uzavřena
|
Označuje konečné uzavření požadavku na změnu po dokončení všech souvisejících aktivit. Zaznamená se při změně stavu požadavku Jira na konečný vyřešený stav, například „Closed“ nebo „Done“. | ||
|
Proč je to důležité
Jde o hlavní koncový bod procesu. Používá se k výpočtu celkové doby průchodu procesem a ověření plnění SLA.
Kde data získat
Údaj se odvozuje z historie požadavku Jira. Zaznamená se časové razítko, kdy se pole
Zachycení
Zaznamenejte časové razítko změny stavu na „Closed“ nebo „Done“.
Typ události
inferred
|
|||
|
Změna zavedena
|
Důležitý milník označující dokončení práce související se změnou. Zaznamená se při změně stavu ve workflow Jira na „Implemented“ nebo „Pending Verification“. | ||
|
Proč je to důležité
Tímto krokem končí fáze zavádění a lze vypočítat dobu zavádění. Zároveň spouští kontrolu a ověření po zavedení.
Kde data získat
Údaj se odvozuje z historie požadavku Jira. Zaznamená se časové razítko, kdy se pole
Zachycení
Zaznamenejte časové razítko změny stavu na „Implemented“ nebo podobný stav.
Typ události
inferred
|
|||
|
Dokončena kontrola po zavedení
|
Označuje dokončení formální kontroly, která hodnotí úspěšnost změny a zaznamenává získané poznatky. Obvykle se zaznamená při změně stavu ve workflow, například z „Post-Implementation Review“ na „Verified“. | ||
|
Proč je to důležité
Tato aktivita je důležitá pro zlepšování procesů. Měření doby kontroly pomáhá zajistit, aby se získané poznatky zaznamenaly včas.
Kde data získat
Údaj se odvozuje z historie požadavku Jira. Zaznamená se časové razítko, kdy pole
Zachycení
Zaznamenejte časové razítko změny stavu z „PIR“ na následující stav.
Typ události
inferred
|
|||
|
Naplánována změna
|
Označuje, že schválené změně bylo přiděleno konkrétní časové okno pro zavedení. Tento krok se odvozuje z vyplnění nebo aktualizace polí „Planned start date“ a „Planned end date“ v požadavku Jira. | ||
|
Proč je to důležité
Tato aktivita poskytuje přehled o plánování změn. Pomáhá při řízení zdrojů a měření doby mezi schválením a plánovaným zavedením.
Kde data získat
Údaj se odvozuje z historie požadavku Jira. Zaznamená se časové razítko vyplnění polí s datem, například „Planned start date“ nebo „Change window“.
Zachycení
Zaznamenejte časové razítko vyplnění pole „Planned start date“.
Typ události
inferred
|
|||
|
Odeslán požadavek na změnu ke kontrole
|
Označuje okamžik, kdy jsou vyplněny úvodní informace o požadavku na změnu a požadavek je formálně odeslán k posouzení. Obvykle se tento krok odvozuje ze změny stavu ve workflow Jira, například z „Draft“ na „Pending Review“. | ||
|
Proč je to důležité
Tato aktivita zahajuje schvalovací cyklus. Doba od tohoto okamžiku do schválení je důležitá pro výpočet KPI doby schvalování a odhalení úzkých míst v úvodních fázích.
Kde data získat
Údaj se odvozuje z historie požadavku Jira. Zaznamená se časové razítko, kdy se pole
Zachycení
Zaznamenejte časové razítko změny stavu na „Pending Review“, „Submitted“ nebo podobný stav.
Typ události
inferred
|
|||
|
Provedeno hodnocení rizik
|
Označuje dokončení analýzy rizik a dopadů navrhované změny. Událost se často odvozuje z historie požadavku, když se vyplní nebo aktualizují vlastní pole související s rizikem, například „Risk Level“ nebo „Impact“. | ||
|
Proč je to důležité
Analýza této aktivity pomáhá posoudit přesnost hodnocení rizik a ověřit dodržování zásad pro řízení změn. Je nezbytná pro výpočet KPI založených na riziku, například míry neúspěšných změn podle úrovně rizika.
Kde data získat
Údaj se odvozuje z historie požadavku Jira. Zaznamená se časové razítko prvního vyplnění nebo změny konkrétních polí, například „Risk Level“, „Impact“ nebo „Urgency“.
Zachycení
Zaznamenejte časové razítko prvního vyplnění polí, například „Risk Level“ nebo „Impact“.
Typ události
inferred
|
|||
|
Provedeno testování
|
Označuje dokončení testování po zavedení, které ověřuje změnu. Může jít o samostatný stav, například „In Testing“, nebo se událost odvodí z komentářů či aktualizací od týmu QA po aktivitě „Změna zavedena“. | ||
|
Proč je to důležité
Analýza délky a výsledků testování pomáhá posoudit kvalitu zavedených změn i účinnost testovacího procesu. Je důležitým vstupem pro výpočet míry problémů po zavedení.
Kde data získat
Událost lze odvodit ze změny stavu na „Testing“ nebo „Under Test“ nebo z analýzy komentářů a změn řešitele v historii požadavku po zavedení.
Zachycení
Zaznamenejte časové razítko změny stavu na „In Testing“ nebo ho odvoďte z komentářů.
Typ události
inferred
|
|||
|
Zahájeno zavádění
|
Označuje začátek technického zavádění schválené změny. Obvykle se zaznamená při změně stavu v Jira z „Approved“ nebo „Scheduled“ na „In Progress“ či „Implementing“. | ||
|
Proč je to důležité
Tato aktivita spouští měření průměrné doby zavádění a pomáhá odhalit úzká místa ve fázi realizace.
Kde data získat
Údaj se odvozuje z historie požadavku Jira. Zaznamená se časové razítko, kdy se pole
Zachycení
Zaznamenejte časové razítko změny stavu na „In Progress“ nebo „Implementing“.
Typ události
inferred
|
|||
|
Zamítnut požadavek na změnu
|
Označuje formální zamítnutí požadavku na změnu. Požadavek se obvykle vrátí žadateli k doplnění informací nebo se zruší. Událost se zaznamená při změně stavu ve workflow Jira na „Rejected“ nebo „Needs More Info“. | ||
|
Proč je to důležité
Sledování zamítnutí je důležité pro analýzu míry přepracování změn. Častý výskyt této aktivity může ukazovat na nízkou kvalitu původních požadavků na změnu.
Kde data získat
Údaj se odvozuje z historie požadavku Jira. Zaznamená se časové razítko, kdy se pole
Zachycení
Zaznamenejte časové razítko změny stavu na „Rejected“ nebo „Declined“.
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. Zaznamená se při změně stavu požadavku Jira na konečný stav, například „Canceled“ nebo „Withdrawn“. | ||
|
Proč je to důležité
Tento alternativní koncový bod pomáhá analyzovat, proč se změny opouštějí. Vysoký podíl zrušených změn může ukazovat na nedostatečné počáteční plánování nebo měnící se obchodní priority.
Kde data získat
Údaj se odvozuje z historie požadavku Jira. Zaznamená se časové razítko, kdy se pole
Zachycení
Zaznamenejte časové razítko změny stavu na „Canceled“ nebo „Withdrawn“.
Typ události
inferred
|
|||
Návody na export dat
Chcete začít?
Pomocí této datové šablony můžete začít s process miningem v oblasti řízení změn. Převeďte nezpracovaná data na užitečné poznatky.
Zlepšete řízení změn a dosáhněte 95% úspěšnosti
Omezte počet neúspěšných změn a snadno zvyšte úspěšnost na 95 %.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.