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

Jira Service Management
Datová šablona pro řízení změn

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

Tato šablona vám ukáže, jak shromáždit data potřebná k analýze procesu řízení změn. Obsahuje doporučené atributy, důležité aktivity, které je vhodné sledovat, a praktický návod na export dat z Jira Service Management. Pomocí šablony sestavíte přesný záznam událostí a získáte podrobný přehled o procesu 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
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

Toto jsou doporučená datová pole pro záznam událostí, který použijete k podrobné analýze procesu řízení změn.
5 Povinné 7 Doporučené 7 Volitelné
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 created.

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 key.

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 duedate v Jira nebo o hodnotu z nakonfigurované metriky SLA v Jira Service Management.

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 priority u požadavku Jira.

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 assignee u požadavku Jira.

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 status u požadavku Jira. Dostupné stavy určuje konfigurace workflow projektu.

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 reporter u požadavku Jira.

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 resolution v Jira, které se obvykle nastaví při přechodu požadavku do kategorie stavu „Hotovo“.

Příklady
HotovoNebude provedenoDuplicitníZrušenoVráceno zpět
Povinné Doporučené Volitelné

Aktivity v řízení změn

Toto jsou důležité kroky a milníky, které je vhodné zachytit v záznamu událostí pro přesné zjištění průběhu řízení změn.
5 Doporučené 8 Volitelné
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 status změní na stav schvalování, například „Pending CAB Approval“ nebo „Awaiting Approval“.

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 status změní na stav „Approved“.

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 created v objektu požadavku Jira. Jde o standardní systémové pole dostupné u každého požadavku, které lze načíst z historie požadavku nebo přes API.

Zachycení

Použijte časové razítko pole created v požadavku Jira.

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 status změní na konečný stav uzavření. V této chvíli se obvykle nastaví také pole resolution.

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 status změní na „Implemented“ nebo „Pending Post-Implementation Review“.

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 status přejde ze stavu „Post-Implementation Review“ do jiného stavu.

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 status změní na stav kontroly, například „Pending Review“ nebo „Awaiting Assessment“.

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 status změní na aktivní stav zavádění, například „In Progress“.

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 status změní na „Rejected“ nebo podobný konečný stav.

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 status změní na „Canceled“ a nastaví se odpovídající hodnota resolution.

Zachycení

Zaznamenejte časové razítko změny stavu na „Canceled“ nebo „Withdrawn“.

Typ události inferred
Doporučené Volitelné

Návody na export dat

Jak získat data z Jira Service Management

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 %.

Začněte zkušební verzi zdarma

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