Šablona dat pro správu problémů

Univerzální šablona pro process mining
Šablona dat pro správu problémů

Šablona dat pro správu problémů

Univerzální šablona pro process mining

Toto je obecná šablona dat pro process mining pro proces Správa problémů. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.

Vyberte konkrétní systém
  • Univerzální rámec použitelný v jakémkoli systému pro správu problémů.
  • Doporučená datová pole a kroky procesu pro podrobnou analýzu.
  • Základní informace, se kterými můžete snadno začít s process mining.
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy správy problémů

Níže uvedená tabulka atributů obsahuje doporučená datová pole potřebná k sestavení úplného záznamu událostí a k podrobné analýze procesu správy problémů.
5 Povinné 8 Doporučené 4 Volitelné
Název Popis
Čas události
EventTime
Přesné datum a čas, kdy k dané aktivitě došlo.
Popis

Čas události neboli časové razítko určuje časové pořadí aktivit v životním cyklu problému. Je nezbytný pro správné seřazení událostí a výpočet doby mezi jednotlivými kroky procesu.

V process mining se tento atribut používá k řazení aktivit, odhalení modelu procesu a veškerým časovým analýzám. Slouží jako základ pro výpočet ukazatelů výkonnosti, například „Průměrná doba šetření hlavní příčiny“, i pro hledání prodlev mezi kroky, například mezi zjištěním hlavní příčiny a zahájením požadavku na změnu.

Proč je to důležité

Časové razítko každé aktivity je zásadní pro řazení událostí a výpočet časových ukazatelů, například doby průchodu procesem a délky trvání úzkých míst.

Kde data získat

Toto časové razítko se obvykle nachází v tabulce záznamu událostí nebo auditní stopy spolu s názvem aktivity a identifikátorem případu.

Příklady
2023-04-15T10:22:05Z2023-11-20T14:05:30Z2024-01-08T09:00:11Z
ID záznamu problému
ProblemRecordId
Jedinečný identifikátor záznamu problému, který představuje jednu instanci procesu řízení problémů.
Popis

ID záznamu problému slouží jako primární klíč pro sledování celého životního cyklu problému od jeho vytvoření až po konečné vyřešení. Každý problém, který může být propojen s několika incidenty, má jedinečné ID, jež ho odlišuje od ostatních problémů.

V process mining tento atribut určuje případ a umožňuje nástroji seskupit všechny související aktivity do jedné instance procesu. Analýza průběhu procesu, hledání úzkých míst i výpočet délky případů závisí na správné identifikaci každého záznamu problému.

Proč je to důležité

Jde o základní ID případu, které sdružuje všechny související události a umožňuje sledovat šetření každého problému od začátku do konce.

Kde data získat

Tento identifikátor se obvykle nachází v hlavní tabulce problémů nebo požadavků systému IT Service Management (ITSM).

Příklady
PRB0040332PROB-1298778103PM-5501
Název aktivity
ActivityName
Název konkrétní události, úkolu nebo změny stavu, ke které došlo během životního cyklu řízení problému.
Popis

Název aktivity popisuje jeden krok procesu řízení problémů, například „Vytvořen záznam problému“, „Zjištěna hlavní příčina“ nebo „Implementována trvalá oprava“. Aktivity se zaznamenávají v časovém pořadí a ukazují, jak se problém řešil.

V process mining tento atribut slouží k vytvoření mapy procesu, která znázorňuje skutečný průběh práce. Analýza pořadí, četnosti a cest aktivit pomáhá odhalit odchylky, úzká místa a neefektivní postupy při řešení problémů.

Proč je to důležité

Tento atribut určuje jednotlivé kroky procesu a umožňuje znázornit a analyzovat jeho průběh, včetně obvyklých cest a odchylek.

Kde data získat

Názvy aktivit se obvykle odvozují ze záznamů změn stavu, auditních stop nebo tabulek událostí propojených s hlavním záznamem problému.

Příklady
Zahájeno šetřeníZměněna prioritaPoskytnuto náhradní řešeníUzavřen záznam o problému
Poslední aktualizace dat
LastDataUpdate
Časové razítko označující, kdy byla data naposledy získána nebo obnovena ze zdrojového systému.
Popis

Tento atribut zaznamenává datum a čas posledního načtení dat. Ukazuje, jak aktuální jsou analyzovaná data, a pomáhá zúčastněným stranám určit období, které analýza pokrývá.

V dashboardech a reportech je tato informace důležitá pro správnou interpretaci. Uživatelé díky ní vědí, zda sledují aktuální informace, nebo snímek dat z určitého okamžiku. To ovlivňuje například výklad ukazatele „Nevyřešené problémy podle stáří“.

Proč je to důležité

Ukazuje aktuálnost dat a pomáhá správně interpretovat analýzy a dashboardy podle času poslední aktualizace.

Kde data získat

Toto časové razítko obvykle vytváří a ukládá nástroj nebo skript ETL při načítání dat.

Příklady
2023-10-01T06:00:00Z2024-02-20T08:00:00Z2024-03-15T05:30:00Z
Zdrojový systém
SourceSystem
Název aplikace nebo systému, ze kterého byla data získána.
Popis

Tento atribut označuje zdroj dat o řízení problémů, například ServiceNow, Jira nebo interní nástroj ITSM. Je důležitý zejména v prostředích, kde se pro souhrnnou analýzu kombinují data z více systémů.

V process mining lze zdrojový systém použít jako filtr pro porovnání výkonnosti a odchylek procesu napříč různými organizačními jednotkami nebo platformami. Pomáhá také ověřovat data a řešit problémy, protože ukazuje, odkud data pocházejí.

Proč je to důležité

Označuje původ dat. To je důležité při jejich ověřování i při porovnávání procesů mezi různými systémy nebo organizačními jednotkami.

Kde data získat

Obvykle jde o pevnou hodnotu, která se přidává při extrakci dat a označuje záznamy z konkrétního zdrojového systému.

Příklady
ServiceNowJira Service ManagementBMC Helix ITSMFreshservice
Dotčená služba
AffectedService
Hlavní obchodní služba, aplikace nebo konfigurační položka (CI), kterou problém ovlivňuje.
Popis

Tento atribut propojuje problém s konkrétní součástí nebo službou v IT infrastruktuře, například se službou elektronické pošty nebo platformou pro řízení vztahů se zákazníky. Technickému problému tak dodává obchodní kontext.

Při analýze v process mining umožňuje dotčená služba pohled na proces z hlediska provozu. Pomáhá odpovědět na otázky jako „Které služby mají nejvíce problémů?“ nebo „Jaká je průměrná doba řešení problémů, které ovlivňují důležité finanční systémy?“. Tento kontext je důležitý při určování priorit zlepšení podle dopadu na provoz.

Proč je to důležité

Dodává obchodní kontext propojením technických problémů se službami, které ovlivňují, a umožňuje stanovit priority podle důležitosti pro provoz.

Kde data získat

Obvykle se přebírá z databáze správy konfigurací (CMDB) a ukládá do pole „Configuration Item“ nebo „Service“ v záznamu problému.

Příklady
Služby elektronické pošty a spolupráceFinanční systém SAP ERPFiremní VPNHlavní webové stránky společnosti
Kategorie hlavní příčiny
RootCauseCategory
Konečná klasifikace základní příčiny, která vedla k problému.
Popis

Po dokončení šetření se kategorie hlavní příčiny používá ke klasifikaci základního důvodu problému, například „Chyba konfigurace“, „Softwarová chyba“ nebo „Porucha hardwaru“. Tato klasifikace je důležitá pro plánování zlepšení.

Tento atribut tvoří základ dashboardu „Výkonnost šetření hlavní příčiny“. Analýza četnosti jednotlivých kategorií pomáhá organizacím odhalit opakující se systémové problémy a stanovit priority dlouhodobých oprav. Umožňuje přesunout pozornost od řešení problémů až poté, co nastanou, k jejich předcházení.

Proč je to důležité

Důležité pro strategickou analýzu, která pomáhá odhalovat systémové problémy a trendy v příčinách potíží napříč organizací.

Kde data získat

Tyto informace se obvykle zaznamenávají do vyhrazeného pole v záznamu problému, zpravidla před jeho uzavřením nebo během něj.

Příklady
Chyba konfiguraceSoftwarová chybaPorucha hardwaruNedostatečné proškolení uživatele
Počet přeřazení
ReassignmentCount
Počet případů, kdy byl záznam problému přeřazen mezi různými skupinami podpory nebo jednotlivými uživateli.
Popis

Tento ukazatel počítá, kolikrát se změnila odpovědnost za problém. Vysoký počet přeřazení často ukazuje na neefektivní proces, například nesprávné počáteční směrování nebo nejasné odpovědnosti týmů.

V process mining jde o ukazatel problémů v průběhu procesu. Pomáhá odhalit situace, kdy si týmy problém opakovaně předávají. Analýza případů s častým přeřazováním může odhalit nedostatek znalostí nebo chyby v procesu, které způsobují výrazné prodlevy a zbytečnou práci.

Proč je to důležité

Pomáhá vyčíslit neefektivitu procesu sledováním nadměrného předávání práce, které často ukazuje na nesprávné směrování, nedostatek znalostí nebo nejasné odpovědnosti.

Kde data získat

Často jde o čítač v záznamu problému, který se zvýší při každé změně přiřazení. Počet lze také vypočítat ze záznamu událostí.

Příklady
0135
Počet souvisejících incidentů
RelatedIncidentCount
Celkový počet jednotlivých záznamů incidentů propojených s problémem.
Popis

Tento atribut vyjadřuje dopad problému počtem incidentů, které se dotkly uživatelů. Problém s velkým počtem souvisejících incidentů obvykle více narušuje provoz.

Ukazatel pomáhá určovat priority a analyzovat dopad. V process mining lze porovnat počet incidentů s délkou šetření nebo prioritou řešení. Organizace tak lépe pochopí rozsah problémů a mohou doložit zdroje vynaložené na jejich řízení tím, že ukážou, kolika incidentům zabránila jediná oprava.

Proč je to důležité

Vyjadřuje dopad problému na provoz, pomáhá stanovit priority šetření a měřit účinnost řešení.

Kde data získat

Tato hodnota se často vypočítává v záznamu problému jako počet propojených záznamů incidentů.

Příklady
5281501
Priorita
Priority
Přiřazená úroveň priority problému, která určuje naléhavost šetření a řešení.
Popis

Priorita je důležitý atribut pro klasifikaci problémů podle jejich dopadu na provoz a naléhavosti. Pomáhá týmům zaměřit se nejprve na nejzávažnější problémy. Úrovně priority bývají standardizované, například kritická, vysoká, střední a nízká.

Při analýze procesů lze prioritu použít jako dimenzi pro filtrování a porovnávání. Analytici mohou porovnat průběh řešení problémů s vysokou a nízkou prioritou a zjistit, zda se řeší odlišně nebo efektivněji. Priorita je důležitá také při analýze dodržování SLA, protože cíle SLA často závisí na úrovni priority.

Proč je to důležité

Umožňuje porovnat řešení závažných a běžných problémů a je nezbytná pro měření dodržování SLA.

Kde data získat

Jde o standardní pole v hlavní tabulce záznamů problémů většiny platforem ITSM.

Příklady
1 - Kritická2 - Vysoká3 - Střední4 - Nízká
Skupina podpory
SupportGroup
Technický tým nebo oddělení odpovědné za šetření a řešení problému v daném okamžiku.
Popis

Skupina podpory označuje tým, kterému je problém přiřazen. Během řešení může být problém předán mezi různými skupinami, například z podpory 2. úrovně specializovanému týmu síťových techniků.

Tento atribut je důležitý pro analýzu výkonnosti týmů a předávání práce mezi nimi. Process mining může odhalit prodlevy způsobené přeřazením, změřit, jak dlouho problémy zůstávají v jednotlivých skupinách, a určit, které týmy nejlépe řeší určité typy problémů. Podporuje také dashboardy, například „Analýza předávání mezi skupinami podpory“.

Proč je to důležité

Důležité pro analýzu výkonnosti týmů, hledání úzkých míst při předávání práce a pochopení rozložení pracovní zátěže mezi týmy.

Kde data získat

Tyto informace se obvykle ukládají do historie přiřazení záznamu problému nebo do tabulky s jeho hlavními údaji v systému ITSM.

Příklady
Provoz sítěSpráva databázíPodpora aplikací, 3. úroveňBezpečnostní tým
SLA porušeno
SlaBreached
Příznak označující, zda řešení problému překročilo stanovený termín SLA.
Popis

Tento booleovský atribut přímo ukazuje, zda byla dodržena dohoda o úrovni služeb. Obvykle se nastaví na hodnotu true, pokud je časové razítko vyřešení problému pozdější než termín SLA.

Jako přímý ukazatel výsledku se hodí pro souhrnné dashboardy a reporty. V process mining jej lze použít ke kontrole shody nebo k filtrování všech případů s porušenou SLA. Porovnání map procesů u problémů s porušenou a dodrženou SLA může odhalit vzorce, úzká místa nebo konkrétní aktivity, které často vedou k nesplnění SLA.

Proč je to důležité

Jasně ukazuje, zda byla SLA dodržena, a usnadňuje filtrování a analýzu cest procesem, které vedou k jejímu porušení.

Kde data získat

Často jde o odvozené nebo vypočítané pole, které vzniká porovnáním časového razítka vyřešení s termínem SLA.

Příklady
truefalse
Termín SLA
SlaDueDate
Cílové datum a čas, do kdy má být záznam problému podle dohody o úrovni služeb vyřešen.
Popis

Termín SLA stanovuje závazný cíl pro vyřešení problému. Obvykle se určuje podle priority problému a podmínek dohody o úrovni služeb (SLA).

Tento atribut je nezbytný pro dashboard „Přehled dodržování SLA“. Porovnáním skutečné doby řešení s termínem SLA mohou organizace vypočítat míru dodržení SLA. Process mining umožňuje analýzu dále rozdělit a určit, které kroky procesu nebo týmy nejvíce přispívají k porušování SLA.

Proč je to důležité

Stanovuje cílový termín řešení a tvoří základ měření a vykazování dodržování SLA.

Kde data získat

Toto datum se obvykle vypočítává a ukládá v záznamu problému podle času jeho vytvoření a priority.

Příklady
2023-05-20T17:00:00Z2024-01-10T09:30:00Z2024-03-01T12:00:00Z
ID souvisejícího požadavku na změnu
RelatedChangeRequestId
Identifikátor požadavku na změnu, který byl zahájen kvůli nasazení trvalé opravy problému.
Popis

Tento atribut přímo propojuje proces řízení problémů s procesem řízení změn. Používá se, když je k odstranění hlavní příčiny problému potřeba změna kódu, výměna hardwaru nebo jiná úprava.

Analýza tohoto propojení pomáhá pochopit „Prodlevu při předání do řízení změn“. Process mining může změřit dobu od zjištění hlavní příčiny po vytvoření požadavku na změnu i dobu od implementace změny po uzavření problému. Díky tomu lze odhalit neefektivní spolupráci mezi oběma procesy.

Proč je to důležité

Propojuje problém s jeho řešením v řízení změn a umožňuje analyzovat prodlevy při předávání i celý životní cyklus řešení.

Kde data získat

Obvykle jde o referenční pole v záznamu problému, které odkazuje na odpovídající záznam v systému nebo modulu pro řízení změn.

Příklady
CHG0030219CR-8812CHANGE-401
Poskytnuto náhradní řešení
WorkaroundProvided
Příznak označující, zda bylo pro problém nalezeno a sděleno dočasné náhradní řešení.
Popis

Tento atribut sleduje, zda bylo zpřístupněno dočasné řešení, které zmírňuje dopad problému během přípravy trvalé opravy. Jde o důležitý milník v životním cyklu řízení problému.

Tento atribut je důležitý pro dashboard „Účinnost a rychlost náhradního řešení“. Process mining umožňuje vypočítat průměrnou dobu do poskytnutí náhradního řešení a následně ověřit, zda jeho zavedení souvisí s poklesem počtu nových souvisejících incidentů. Tím lze měřit, jak rychle tým dokáže obnovit službu, ještě než se odstraní hlavní příčina.

Proč je to důležité

Ukazuje, zda byla služba dočasně obnovena, a umožňuje analyzovat, jak rychle tým dokáže zmírnit dopad na provoz.

Kde data získat

Může jít o booleovský příznak („WorkaroundPublished“) nebo hodnotu odvozenou z textu v poli s podrobnostmi o náhradním řešení.

Příklady
truefalse
Přiřazený uživatel
AssignedUser
Uživatel nebo koordinátor, který právě odpovídá za správu záznamu problému.
Popis

Tento atribut označuje konkrétní osobu odpovědnou za problém v daném okamžiku. Skupina podpory určuje tým, zatímco přiřazený uživatel označuje konkrétního pracovníka podpory, technika nebo koordinátora, který šetření řeší.

Analýza podle přiřazeného uživatele pomáhá porozumět individuální pracovní zátěži, výkonnosti a potřebám školení. Může ukázat, zda se někteří pracovníci nestávají úzkým místem nebo zda se práce v týmu nerozděluje rovnoměrně. Tento pohled doplňuje analýzu skupin podpory.

Proč je to důležité

Umožňuje analyzovat pracovní zátěž a výkonnost jednotlivců a určit, kdo dosahuje dobrých výsledků a kdo může potřebovat další podporu nebo školení.

Kde data získat

Toto pole se obvykle nachází v hlavní tabulce záznamů problémů a může se jmenovat „Assignee“, „Assigned To“ nebo „Coordinator“.

Příklady
Alice JohnsonajohnsonBob Smithbsmith
Stav problému
ProblemStatus
Aktuální stav záznamu problému v jeho životním cyklu, například otevřený, v šetření nebo uzavřený.
Popis

Stav problému označuje aktuální fázi problému v jeho workflow. Ukazuje, v jaké fázi se problém právě nachází, od prvního zaznamenání až po konečné vyřešení.

Název aktivity zachycuje událost změny stavu, zatímco samotný stav problému se hodí k analýze aktuální nevyřízené práce. Umožňuje vytvářet dashboardy s počtem otevřených problémů v jednotlivých stavech, což pomáhá řídit pracovní zátěž a hledat záznamy, které v určité fázi zůstávají příliš dlouho.

Proč je to důležité

Označuje aktuální fázi problému. Je důležitý pro analýzu nevyřízených případů a hledání problémů, které uvízly v určité fázi.

Kde data získat

Jde o standardní pole v hlavní tabulce záznamů problémů, které se aktualizuje při postupu problémem.

Příklady
OtevřenýAnalýza hlavní příčinyČeká na změnuVyřešenýUzavřený
Povinné Doporučené Volitelné

Aktivity správy problémů

Tato část popisuje důležité kroky procesu a milníky, které je třeba zaznamenávat. Díky nim bude zjištění procesu přesnější a lépe porozumíte workflow správy problémů.
7 Doporučené 8 Volitelné
Aktivita Popis
Poskytnuto náhradní řešení
Tato událost znamená, že bylo zdokumentováno a zpřístupněno dočasné náhradní řešení. Pomáhá zmírnit dopad na koncové uživatele, zatímco se připravuje trvalá náprava.
Proč je to důležité

Doba do poskytnutí náhradního řešení je důležitý KPI, který měří schopnost týmu rychle obnovit službu. Tato aktivita pomáhá vyhodnotit rychlost a účinnost dočasných řešení.

Kde data získat

Událost lze zachytit časovým údajem prvního vyplnění textového pole „Náhradní řešení“, zaznamenáním akce „Informovat o náhradním řešení“ nebo nastavením příznaku „Náhradní řešení k dispozici“.

Zachycení

Zjistěte, kdy bylo poprvé vyplněno pole náhradního řešení nebo zaznamenána související událost jeho zveřejnění.

Typ události explicit
Uzavřen záznam o problému
Jde o poslední aktivitu v životním cyklu. Záznam o problému je administrativně uzavřen a neočekávají se žádné další kroky. Případ se považuje za dokončený a archivuje se.
Proč je to důležité

Tato aktivita je obvykle koncovým bodem většiny instancí procesu. Je nezbytná pro výpočet celkové doby procesu správy problémů od začátku do konce.

Kde data získat

Tato událost se téměř vždy zaznamenává při změně stavu na „Uzavřeno“ v historii záznamu.

Zachycení

Použijte časový údaj, kdy se stav záznamu změnil na „Uzavřeno“.

Typ události explicit
Vytvořen záznam o problému
Při této aktivitě se vytvoří záznam o problému. Formálně tím začíná proces správy problémů a zaznamená se výchozí časový údaj pro další analýzu.
Proč je to důležité

Tato aktivita je počátečním bodem každé instance procesu. Analýza doby od této události k dalším událostem je důležitá pro pochopení celkové délky procesu a zpoždění na jeho začátku.

Kde data získat

Tento údaj se obvykle získává z časového razítka vytvoření hlavního záznamu o problému nebo z tabulky požadavků. Ve zdrojových datech bývá téměř vždy uveden jako samostatné pole.

Zachycení

Použijte časový údaj „Vytvořeno dne“ nebo obdobné pole z hlavní tabulky problémů.

Typ události explicit
Zahájeno šetření
Tato událost označuje přechod záznamu o problému z nového nebo čekajícího stavu do aktivního šetření. Znamená, že analytik formálně zahájil diagnostiku problému.
Proč je to důležité

Tato aktivita pomáhá měřit dobu do první reakce a rychlost vyřizování nevyřízených případů. Doba od vytvoření záznamu do zahájení šetření je důležitým ukazatelem rychlosti reakce týmu.

Kde data získat

Tuto událost lze často odvodit ze změny stavu v historii záznamu, například z „Nový“ na „Probíhá“ nebo „V šetření“.

Zachycení

Zaznamenejte časový údaj první změny stavu na aktivní šetření.

Typ události inferred
Založen požadavek na změnu
Tato událost zachycuje vytvoření formálního požadavku na změnu nebo jeho propojení se záznamem o problému. Označuje předání ze správy problémů do správy změn za účelem zavedení trvalé nápravy.
Proč je to důležité

Tato aktivita je důležitá pro analýzu prodlevy mezi diagnostikou problému a zahájením nápravy. Pomáhá odhalit úzká místa na rozhraní správy problémů a správy změn.

Kde data získat

Jde obvykle o výslovně zaznamenanou událost v historii vztahů nebo propojení záznamu, která ukazuje vazbu na záznam o změně.

Zachycení

Najděte událost, při které je záznam o změně propojen se záznamem o problému.

Typ události explicit
Zavedena trvalá náprava
Tato událost znamená, že bylo úspěšně nasazeno trvalé technické řešení, které se často spravuje prostřednictvím požadavku na změnu. Označuje dokončení nápravných prací.
Proč je to důležité

Tato aktivita uzavírá fázi zavádění řešení. Doba od zahájení změny do tohoto okamžiku měří efektivitu procesu správy změn při řešení problémů.

Kde data získat

Událost se obvykle odvozuje ze změny stavu záznamu o problému na „Vyřešeno“ nebo „Řešení zavedeno“. Často ji spustí uzavření propojeného požadavku na změnu.

Zachycení

Odvoďte událost ze změny stavu problému na „Vyřešeno“ nebo z časového údaje dokončení souvisejícího záznamu o změně.

Typ události inferred
Zjištěna hlavní příčina
Tato aktivita označuje okamžik, kdy byla úspěšně diagnostikována a zdokumentována základní příčina problému. Znamená dokončení fáze šetření.
Proč je to důležité

Tento milník je důležitý pro měření efektivity diagnostiky. Doba od zahájení šetření po zjištění hlavní příčiny je důležitým ukazatelem výkonnosti analýzy problémů.

Kde data získat

Událost lze často odvodit ze změny stavu na „Zjištěna hlavní příčina“ nebo ji zachytit při prvním vyplnění pole „Hlavní příčina“.

Zachycení

Zaznamenejte čas změny stavu nebo první aktualizace textového pole „Hlavní příčina“.

Typ události inferred
Čeká se na zavedení změny
Tato aktivita označuje stav, kdy je záznam o problému pozastaven a čeká na dokončení souvisejícího požadavku na změnu. Tým správy problémů čeká, až tým správy změn zavede nápravu.
Proč je to důležité

Samostatné sledování této doby čekání umožňuje přesně rozlišit čas strávený ve správě změn od času ve správě problémů a lépe určit odpovědnost.

Kde data získat

Tento stav se obvykle odvozuje ze změny stavu záznamu o problému na „Čeká na změnu“ nebo „Probíhá náprava“.

Zachycení

Zaznamenejte čas změny stavu záznamu o problému na stav čekání na změnu.

Typ události inferred
Dokončena kontrola po zavedení změny
Tato událost označuje dokončení kontroly po zavedení změny (PIR). Při této formální kontrole se vyhodnocuje řešení problému, zaznamenávají získané poznatky a navrhují zlepšení procesu.
Proč je to důležité

Sledování dokončení PIR je důležité pro shodu procesu a jeho průběžné zlepšování. Zajišťuje, že se cenné poznatky ze závažných problémů zaznamenají a využijí.

Kde data získat

Událost se často zachycuje dokončením dílčího úkolu PIR, změnou stavu na „Kontrola dokončena“ nebo vyplněním pole s datem dokončení PIR.

Zachycení

Zjistěte dokončení úkolu souvisejícího s PIR nebo konkrétní aktualizaci stavu.

Typ události explicit
Ověřeno řešení
Tato aktivita potvrzuje, že zavedená náprava skutečně odstranila příčinu problému a obnovila běžný provoz služby. Jde o poslední ověřovací krok před uzavřením.
Proč je to důležité

Tento krok slouží ke kontrole kvality řešení. Analýza doby potřebné k ověření může odhalit zpoždění při potvrzování účinnosti nápravy.

Kde data získat

Může jít o výslovný stav, například „Ověřování“, nebo jej lze odvodit z přechodu do stavu „Vyřešeno“ či „Opraveno“.

Zachycení

Zaznamenejte čas změny stavu na hodnotu, která potvrzuje ověření nápravy.

Typ události inferred
Přiřazena skupina podpory
Tato aktivita zachycuje přiřazení nebo přeřazení záznamu o problému ke konkrétní skupině podpory či týmu. Zaznamenává předání odpovědnosti za šetření.
Proč je to důležité

Sledování přiřazení je důležité pro analýzu zpoždění při předávání, odhalení úzkých míst mezi týmy a pochopení výkonnosti jednotlivých skupin. Časté přeřazování obvykle ukazuje na neefektivitu procesu.

Kde data získat

Tyto informace se obvykle nacházejí v protokolu auditu nebo tabulce historie, která zaznamenává změny pole „Skupina přiřazení“ nebo „Tým podpory“ v záznamu o problému.

Zachycení

V protokolu historie záznamu vyhledejte všechny změny pole skupiny přiřazení.

Typ události explicit
Zjištěno porušení SLA
Tato událost označuje, že doba potřebná k vyřešení problému nebo dosažení milníku odpovědi překročila stanovený cíl dohody o úrovni služeb (SLA). Událost generuje systém nebo se vypočítává.
Proč je to důležité

Sledování porušení SLA je základem řízení výkonnosti a vykazování shody. Přímo ukazuje případy, které nesplnily dohodnutou úroveň služeb.

Kde data získat

Může jít o konkrétní příznak nebo událost zaznamenanou systémem, případně lze porušení vypočítat porovnáním časového razítka vyřešení s termínem SLA.

Zachycení

Vypočítejte porušení porovnáním časových razítek vyřešení nebo odpovědi s cílovými časovými razítky SLA, případně zachyťte událost porušení vygenerovanou systémem.

Typ události calculated
Změněna priorita
Tato aktivita zachycuje změnu priority, dopadu nebo naléhavosti záznamu o problému po jeho vytvoření. Odráží nové posouzení důležitosti problému pro organizaci.
Proč je to důležité

Analýza změn priorit pomáhá odhalit problémy, jejichž priorita se často zvyšuje nebo snižuje. To může ovlivnit přidělování zdrojů i plnění SLA.

Kde data získat

Tato změna se obvykle zaznamenává v protokolu auditu nebo tabulce historie změn, která sleduje úpravy pole „Priorita“.

Zachycení

V historii změn záznamu sledujte všechny úpravy pole „Priorita“.

Typ události explicit
Znovu otevřen záznam o problému
K této aktivitě dochází, když se dříve vyřešený nebo uzavřený záznam o problému vrátí do aktivního stavu. Obvykle to znamená, že zavedená náprava nebyla úspěšná nebo se problém opakoval.
Proč je to důležité

Vysoká míra opětovného otevírání ukazuje na nízkou kvalitu řešení. Sledování této aktivity je důležité pro měření úspěšnosti řešení napoprvé a odhalení neúčinných náprav.

Kde data získat

Událost zachytíte sledováním historie stavů záznamu, kde se hledá přechod z uzavřeného nebo vyřešeného stavu zpět do otevřeného stavu či stavu probíhajícího řešení.

Zachycení

Vyhledejte změny stavu z „Vyřešeno“ nebo „Uzavřeno“ zpět na aktivní stav, například „Otevřeno“.

Typ události explicit
Zrušen záznam o problému
Tato aktivita označuje ukončení záznamu problému před jeho vyřešením. Může k tomu dojít, pokud byl záznam vytvořen omylem, jde o duplicitu nebo už není relevantní.
Proč je to důležité

Analýza zrušených záznamů pomáhá posoudit kvalitu nově založených problémů. Vysoký podíl zrušených záznamů může ukazovat na potřebu lepšího školení nebo přesnějších kritérií pro jejich zařazení.

Kde data získat

Tato událost se zaznamená při změně stavu na „Cancelled“, „Rejected“ nebo „Withdrawn“ v historii záznamu.

Zachycení

Určete časové razítko, kdy se stav změní na konečný stav označující zrušení.

Typ události explicit
Doporučené Volitelné

Návody k extrakci dat

Jak získat data pro process mining.

Metody extrakce se liší podle systému. Podrobný postup najdete v

našem průvodci ETL   nebo   vyberte konkrétní proces a systém.

Chcete začít?

Vyberte si návod pro konkrétní systém, nebo začněte s analýzou procesu správy problémů pomocí této obecné šablony.

Zlepšete správu problémů, začněte hned

Odhalte neefektivitu a řešte problémy rychleji díky poznatkům založeným na datech.

Začněte bezplatnou zkušební verzi

Bez platební karty, nastavení zabere jen několik minut.