Šablona dat pro správu problémů
Šablona dat pro správu problémů
- Základní datová pole pro analýzu příčin
- Standardní milníky procesu pro sledování
- Konkrétní pokyny k extrakci dat z BMC Helix ITSM
Atributy správy problémů
| Název | Popis | ||
|---|---|---|---|
|
Aktivita
Activity
|
Konkrétní úkol nebo událost změny stavu, ke které došlo. | ||
|
Popis
Tento atribut označuje konkrétní krok v životním cyklu správy problému, například „Záznam problému založen“, „Určena hlavní příčina“ nebo „Aktualizována databáze řešení“. V BMC Helix se tyto údaje často odvozují z historie stavů, auditních záznamů nebo časových razítek jednotlivých transakcí v modulu Problem Investigation. Tento atribut je základem pro zjišťování procesů. Nástroj process mining z posloupnosti aktivit sestaví mapu procesu, která ukazuje skutečný průběh práce ve srovnání s navrženým procesem. Odhalí opakované průchody, předělávky i odchylky od standardního postupu. Přesné názvy aktivit jsou důležité pro pochopení skutečného průběhu. Díky těmto údajům lze měřit dobu mezi jednotlivými kroky, například dobu od určení hlavní příčiny po zahájení požadavku na změnu.
Proč je to důležité
Určuje uzly v mapě procesu a umožňuje vizualizovat workflow.
Kde data získat
Odvozeno z historie stavů PBM:Problem Investigation nebo z PBM:AuditLogSystem.
Příklady
Záznam problému založenPřiřazeno skupině podporyZahájeno vyšetřováníUrčena hlavní příčina
|
|||
|
Čas události
EventTime
|
Časové razítko udávající, kdy konkrétní aktivita proběhla. | ||
|
Popis
Tento atribut zaznamenává přesné datum a čas, kdy aktivita proběhla. V BMC Helix ITSM odpovídá polím jako „Submit Date“ nebo „Last Modified Date“ a časovým razítkům v tabulkách historie, která se zaznamenávají při změně stavu. Při analýze se tento atribut používá k seřazení událostí podle času a výpočtu jejich trvání. Umožňuje měřit dobu mezi libovolnými dvěma body procesu, například „Investigation Cycle Time“ nebo „Workaround Publication Lead Time“. Přesná časová razítka jsou důležitá pro odhalení úzkých míst. Výpočtem časového rozdílu mezi po sobě jdoucími událostmi analytici přesně zjistí, kde dochází ke zpožděním, ať už při prvotním přiřazení, nebo při závěrečné kontrole.
Proč je to důležité
Umožňuje vypočítat všechny KPI založené na době trvání a seřadit události.
Kde data získat
Tabulky historie nebo auditní záznamy související s PBM:Problem Investigation.
Příklady
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:10Z
|
|||
|
Záznam problému
ProblemRecord
|
Jedinečný identifikátor případu vyšetřování problému. | ||
|
Popis
Tento atribut slouží jako hlavní identifikátor případu v procesu správy problémů. V BMC Helix ITSM jde obvykle o pole „Problem ID“ ve formuláři PBM:Problem Investigation, například PBI00000012345. Propojuje všechny související činnosti od prvního zaznamenání problému až po jeho uzavření a kontrolu po zavedení. Při analýze process mining se tento atribut používá ke spojení jednotlivých událostí do jedné instance procesu. Analytici tak mohou zobrazit celý průběh konkrétního vyšetřování problému. Bez tohoto identifikátoru by nebylo možné propojit posloupnost kroků, které provedly různé skupiny podpory a koordinátoři. Toto pole slouží jako primární klíč záznamu událostí a je nezbytné pro agregace na úrovni případů, například pro výpočet celkové doby průchodu u každého problému nebo počtu problémů podle priority.
Proč je to důležité
Jde o základní klíč potřebný k vytvoření pohledu na proces a sledování životního cyklu konkrétních problémů.
Kde data získat
Formulář PBM:Problem Investigation, pole „Problem ID“.
Příklady
PBI00000004512PBI00000004513PBI00000004514
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko poslední extrakce nebo aktualizace dat. | ||
|
Popis
Tento atribut udává, kdy byla data naposledy načtena do aplikace process mining. Analytici tak vědí, jak aktuální data, která si prohlížejí, jsou. Obvykle ho vytváří extrakční skript nebo nástroj datového toku. Při analýze pomáhá předcházet rozhodnutím založeným na zastaralých datech. Pokud se například vedoucí dívá na „Otevřené záznamy problémů“, je podstatný rozdíl, zda byla data aktualizována před hodinou, nebo před týdnem. Od toho se odvíjí interpretace aktuální pracovní zátěže. Atribut se používá také při přírůstkovém načítání dat. ETL podle času poslední aktualizace načte pouze záznamy změněné od předchozí extrakce, čímž zvyšuje výkon a snižuje zatížení systému.
Proč je to důležité
Zajišťuje aktuálnost dat a pomáhá při přírůstkovém načítání.
Kde data získat
Systémový čas v okamžiku extrakce.
Příklady
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Systém, ze kterého data pocházejí. | ||
|
Popis
Tento atribut označuje softwarový systém, ze kterého byla data o procesu získána, v tomto případě „BMC Helix ITSM“. Je důležitý zejména v prostředích s více systémy, kde process mining může spojovat data z různých nástrojů ITSM, vývoje nebo externích dodavatelů. Při analýze slouží toto pole jako metadata, která potvrzují původ záznamu. Pokud pohled na proces spojuje data z BMC Helix pro správu problémů a z jiného systému pro vývoj softwaru, například Jira, umožňuje tento atribut rozdělit analýzu podle zdrojového nástroje. Pomáhá také při technickém řešení problémů. Pokud se objeví potíže s kvalitou dat, znalost zdrojového systému umožní datovým inženýrům dohledat konkrétní postup extrakce nebo zdrojovou databázi.
Proč je to důležité
Zajišťuje dohledatelnost a kontext, zejména v pohledech na procesy propojujících více systémů.
Kde data získat
Pevně nastaveno při extrakci dat.
Příklady
BMC Helix ITSMRemedy OnDemandBMC ITSM Prod
|
|||
|
Byla porušena SLA
IsSLABreached
|
Příznak udávající, zda řešení problému překročilo povolenou dobu. | ||
|
Popis
Tento logický atribut udává, zda záznam problému překročil dohodnutou úroveň služeb. Vypočítá se porovnáním časového razítka „Resolution Verified“ s termínem „SLA Due Date“ nebo se převezme přímo ze stavu SLM. Atribut se používá v dashboardu „SLA Compliance and Breach Trends“. Umožňuje rozdělit proces na dvě skupiny: případy, kdy byla SLA splněna, a případy, kdy byla porušena. Snadno tak zjistíte, co mají neúspěšné případy společného, například zda se v nich vždy objevuje skupina „Support Group X“. Slouží jako hlavní filtr pro analýzu hlavních příčin selhání procesu. Analytici mohou filtrovat případy s hodnotou „IsSLABreached = True“ a v mapě procesu pak zjistit, kde se ztratil čas, například při dlouhém čekání na schválení dodavatele.
Proč je to důležité
Usnadňuje vykazování shody a analýzu selhání.
Kde data získat
Formulář SLM:Measurement nebo vypočítaná hodnota
Příklady
truefalse
|
|||
|
Důvod vyšetřování
InvestigationDriver
|
Důvod zahájení vyšetřování problému. | ||
|
Popis
Tento atribut klasifikuje podnět k vytvoření záznamu problému, například „Počet incidentů“, „Závažný incident“, „Upozornění dodavatele“ nebo „Proaktivní analýza trendů“. V BMC Helix jde o pole „Investigation Driver“. Atribut slouží pro dashboard „Proactive Identification Trends“. Organizace díky němu mohou sledovat, zda přecházejí od reaktivního řešení incidentů k proaktivní správě problémů, která odhaluje rizika dříve, než se projeví. Analýza průběhu procesu podle hodnoty „Investigation Driver“ může odhalit rozdílné postupy. Problémy zjištěné proaktivně mohou například zůstávat ve frontě déle, protože nezpůsobují okamžitý výpadek. Problémy vyvolané závažným incidentem naopak procesem procházejí rychleji.
Proč je to důležité
Rozlišuje reaktivní a proaktivní práci, což je důležitý ukazatel vyspělosti.
Kde data získat
Formulář PBM:Problem Investigation, pole „Investigation Driver“.
Příklady
ReaktivníProaktivníOpakované incidenty
|
|||
|
Kategorie hlavní příčiny
RootCauseCategory
|
Klasifikace příčiny problému. | ||
|
Popis
Tento atribut obsahuje kategorii vybranou při určení hlavní příčiny, například „Chyba softwaru“, „Porucha hardwaru“ nebo „Nedostatek v procesu“. V BMC Helix se obvykle vybírá z nabídek „Root Cause“ nebo „Generic Categorization“. Atribut je důležitý pro pohled „Fix Effectiveness and Quality“. Organizace díky němu mohou porovnat konkrétní typy hlavních příčin s mírou opakované práce nebo délkou vyšetřování. Může se například ukázat, že řešení problémů způsobených chybou softwaru trvá pravidelně dvakrát déle než řešení problémů způsobených poruchou hardwaru. Používá se také k výpočtu „Root Cause Categorization Rate“. Vysoký podíl hodnot „Neznámá“ nebo „Jiná“ může znamenat, že je potřeba lepší technické školení nebo podrobnější možnosti kategorizace.
Proč je to důležité
Umožňuje sledovat vývoj systémových problémů a podporuje proaktivní správu problémů.
Kde data získat
Formulář PBM:Problem Investigation, pole na kartě „Root Cause“ nebo v části kategorizace.
Příklady
Softwarový modulSíťová infrastrukturaLidská chyba
|
|||
|
Konfigurační položka služby
ServiceCI
|
Hlavní obchodní služba nebo konfigurační položka, které se problém týká. | ||
|
Popis
Tento atribut označuje konfigurační položku služby (CI) související s problémem, například „E-mailová služba“, „SAP ERP“ nebo „Síť Wi-Fi“. V BMC Helix jde často o pole „Service+“ nebo hlavní vazbu na CI. Při analýze umožňuje rozdělit záznamy problémů podle produktu nebo služby. Vedení IT díky němu zjistí, které služby jsou nejméně spolehlivé a vedou k největšímu počtu vyšetřování problémů. Do dashboardu „Throughput and Priority Volume“ přidává další rozměr podle produktu. Porovnání tohoto atributu s hodnotou „Investigation Cycle Time“ může ukázat, zda vyšetřování některých složitých služeb, například základního bankovního systému, přirozeně trvá déle než u běžných služeb, jako je tisk.
Proč je to důležité
Propojuje výkonnost procesu s konkrétními produkty nebo službami firmy.
Kde data získat
Formulář PBM:Problem Investigation, pole „ServiceCI“ nebo „CI Name“.
Příklady
E-mailová službaMzdový systémFiremní VPN
|
|||
|
Koordinátor problémů
ProblemCoordinator
|
Uživatel pověřený koordinací vyšetřování. | ||
|
Popis
Tento atribut označuje konkrétní osobu odpovědnou za záznam problému. V BMC Helix ITSM jde o pole „Problem Coordinator“. Tato osoba odpovídá za celý životní cyklus problému, i když jednotlivé úkoly deleguje na ostatní. Atribut slouží pro dashboard „Support Group Workload Distribution“. Vedoucí díky němu mohou zjistit, zda někteří lidé nemají příliš mnoho vyšetřování, zatímco jiní mají volnou kapacitu. Umožňuje také analyzovat výkon jednotlivců a určit potřebu školení nebo naopak ocenit vysoký výkon. V process mining toto pole slouží jako atribut zdroje. Ukazuje, jak práce přechází mezi jednotlivými lidmi, a může odhalit závislost na jediném odborníkovi, jehož nedostupnost by proces zastavila.
Proč je to důležité
Umožňuje analyzovat zdroje a vyrovnávat pracovní zátěž jednotlivců.
Kde data získat
Formulář PBM:Problem Investigation, pole „Problem Coordinator“.
Příklady
Jan NovákJana NovákováSprávce systému
|
|||
|
Počet souvisejících incidentů
RelatedIncidentCount
|
Počet incidentů propojených se záznamem tohoto problému. | ||
|
Popis
Tento atribut vyjadřuje dopad problému počtem incidentů, které s ním souvisejí. V BMC Helix jde obvykle o počet záznamů ve formuláři HPD:Help Desk propojených se záznamem PBM. Atribut se používá v KPI „Incident Linkage Density“. Vysoký počet znamená, že problém má velký dopad a výrazně zatěžuje service desk. Porovnání s hodnotou „Priority“ pomáhá ověřit, zda se problémům s velkým počtem incidentů skutečně věnuje odpovídající pozornost. Pomáhá také určit pořadí řešení nevyřízených problémů. Záznam problému propojený s 500 incidenty by měl mít pravděpodobně přednost před problémem označeným jako „Critical“, který má jediný související incident. Vyřešením prvního problému se totiž uvolní větší kapacita service desku.
Proč je to důležité
Vyjadřuje provozní dopad problému a potíže, které způsobuje uživatelům.
Kde data získat
Vypočítá se počtem souvisejících řádků v HPD:Associations nebo HPD:Help Desk
Příklady
15120
|
|||
|
Priorita
Priority
|
Vypočítaná priorita problému podle dopadu a naléhavosti. | ||
|
Popis
Tento atribut označuje úroveň priority záznamu problému, například kritickou, vysokou, střední nebo nízkou. V BMC Helix jde obvykle o vypočítané pole odvozené z hodnot Dopad a Naléhavost. Při analýze se používá v dashboardu „Throughput and Priority Volume“. Organizace díky němu mohou ověřit, zda jsou zdroje správně rozděleny podle potřeb firmy. U kritických problémů by například mělo být prvotní přiřazení rychlejší a celková doba průchodu kratší než u problémů s nízkou prioritou. Filtrování podle priority pomáhá zaměřit zlepšování procesů. Úzké místo u problému s nízkou prioritou může být přijatelné, stejné zpoždění u kritického problému však představuje významné riziko pro kontinuitu provozu a shodu s SLA.
Proč je to důležité
Rozděluje analýzu podle důležitosti pro firmu a slouží k analýze SLA.
Kde data získat
Formulář PBM:Problem Investigation, pole „Priority“.
Příklady
KritickáVysokáStředníNízká
|
|||
|
Skupina podpory
SupportGroup
|
Technický tým, kterému je aktuálně přiřazeno vyšetřování problému. | ||
|
Popis
Tento atribut označuje konkrétní skupinu podpory, například „Správa serverů“ nebo „Podpora databází“, která v daném okamžiku odpovídá za záznam problému. V BMC Helix jde o pole „Assigned Group“. Tento atribut je důležitý pro dashboardy „Support Group Workload Distribution“ a „Support Group Reassignment Analysis“. Analytici mohou rozdělit mapu procesu podle týmu a zjistit, které skupiny zpracovávají nejvíce případů a kde se při vyšetřování tvoří úzká místa. Analýza předávání mezi skupinami podpory pomáhá odhalit opakované přehazování požadavku mezi týmy bez vyřešení. Často to ukazuje na nejasné odpovědnosti nebo nedostatečné sdílení znalostí v organizaci.
Proč je to důležité
Umožňuje analyzovat organizaci práce a odhalovat úzká místa na úrovni týmů.
Kde data získat
Formulář PBM:Problem Investigation, pole „Assigned Group“.
Příklady
Podpora uživatelů, 1. úroveňPodpora back officeSpráva sítí
|
|||
|
Termín SLA
SLADueDate
|
Datum a čas, do kdy musí být problém vyřešen. | ||
|
Popis
Tento atribut obsahuje termín vyřešení problému podle smlouvy o úrovni služeb. V BMC Helix jde obvykle o pole „Target Resolution Date“ nebo o vypočítané časové razítko milníku SLA. Atribut slouží jako základ pro dashboard „SLA Compliance and Breach Trends“. Porovnáním tohoto časového razítka s časovým razítkem aktivity „Resolution Verified“ systém určí, zda byla SLA splněna, nebo porušena. Zobrazení tohoto data analytikům ukáže, jak těsně tým termín stíhá. Řeší problémy s několikadenním předstihem, nebo je pravidelně dokončuje jen pár minut před porušením SLA? Tyto poznatky pomáhají plánovat kapacity.
Proč je to důležité
Slouží jako referenční bod pro výpočet ukazatelů shody a včasnosti.
Kde data získat
Formulář PBM:Problem Investigation, pole „Target Resolution Date“
Příklady
2023-12-01T17:00:00Z2023-12-02T09:00:00Z
|
|||
|
Doba vyšetřování
InvestigationCycleTime
|
Doba od zahájení vyšetřování po určení hlavní příčiny. | ||
|
Popis
Jde o vypočítaný časový atribut, který měří dobu mezi aktivitami „Investigation Commenced“ a „Root Cause Identified“. Zachycuje čas věnovaný hlavní přidané hodnotě procesu správy problémů. Tato metrika se používá v dashboardu „Root Cause Investigation Cycle Time“. Pomáhá vedoucím pracovníkům porozumět technické složitosti problémů a efektivitě vyšetřovacích týmů. Neobvyklé hodnoty, například mimořádně krátké časy, mohou ukazovat na odhadování příčiny. Naopak velmi dlouhé časy mohou znamenat, že se vyšetřování zastavilo. Porovnáním této metriky napříč skupinami „Support Groups“ a prioritami může organizace určit, které týmy potřebují lepší nástroje, školení nebo podporu dodavatele, aby dokázaly problémy rychleji diagnostikovat.
Proč je to důležité
Jde o hlavní ukazatel efektivity fáze technického vyšetřování.
Kde data získat
Vypočítá se z časových razítek aktivit
Příklady
4500000120000
|
|||
|
ID souvisejícího požadavku na změnu
RelatedChangeRequestId
|
Identifikátor požadavku na změnu vytvořeného za účelem vyřešení problému. | ||
|
Popis
Tento atribut obsahuje ID požadavku na změnu (například CRQ0000...) propojeného se záznamem problému. Zachycuje přechod od vyšetřování k zavedení trvalé opravy. Atribut je potřebný pro KPI „Root Cause to Change Lead Time“. Nástroj process mining díky němu změří prodlevu mezi nalezením hlavní příčiny a zahájením procesu změny. Právě při tomto předání často dochází ke ztrátě tempa. Pomáhá také ověřit úplnost procesu. Pokud je záznam problému uzavřen se stavem „Completed“, ale není k němu přiřazen související požadavek na změnu ani náhradní řešení, může jít o porušení postupu. Hlavní příčina byla nalezena, ale problém se ve skutečnosti nevyřešil.
Proč je to důležité
Propojuje proces správy problémů s procesem správy změn.
Kde data získat
PBM:Investigation Associations nebo karta Relationship
Příklady
CRQ00000021345CRQ00000021346
|
|||
|
Počet přeřazení
ReassignmentCount
|
Celkový počet změn přiřazené skupiny podpory. | ||
|
Popis
Tento atribut počítá, kolikrát se u jednoho případu vyskytne aktivita „Assigned to Support Group“. Přímo měří tření v procesu a efektivitu směrování případů. Atribut se zobrazuje v grafu „Support Group Reassignment Analysis“. Vysoké hodnoty, tedy opakované přehazování případů mezi skupinami, ukazují na nedostatky při prvotním třídění nebo nejasnou odpovědnost za složité problémy. Jde o včasný signál, že se může prodloužit doba řešení. Vedoucí pracovníci podle těchto údajů hledají příležitosti ke školení. Pokud service desk pravidelně předává problémy s „Database“ nejprve týmu „Network“ a ten je posílá zpět týmu „Database“, počet přeřazení prudce vzroste. To upozorní na potřebu zlepšit postupy prvotní diagnostiky.
Proč je to důležité
Odhaluje plýtvání, překážky a nejasnou odpovědnost v procesu.
Kde data získat
Vypočítá se z historie aktivit
Příklady
015
|
|||
|
Region
Region
|
Zeměpisná oblast, ke které se problém vztahuje. | ||
|
Popis
Tento atribut určuje zeměpisnou oblast (například „Severní Amerika“ nebo „EMEA“), kde problém vznikl nebo se řeší. V BMC Helix se obvykle uvádí v poli „Region“ nebo „Site“ u žadatele či dotčeného majetku. Při analýze umožňuje rozdělit výsledky podle zeměpisné oblasti. Pomáhá zjistit, zda v některých regionech vzniká více problémů nebo se řeší pomaleji. Rozdíly mohou ukazovat na nerovnoměrné personální obsazení podpory nebo různou kvalitu infrastruktury. Tento údaj je užitečný pro globální organizace, které potřebují zajistit jednotnou úroveň služeb. Pokud je „Investigation Cycle Time“ v „APAC“ dvakrát delší než v „NAM“, je namístě prověřit rozdělení zdrojů nebo dodržování postupů v daném regionu.
Proč je to důležité
Umožňuje porovnávat výkonnost procesů v různých zeměpisných oblastech.
Kde data získat
Formulář PBM:Problem Investigation, pole „Region“
Příklady
AmerikaEMEAAPAC
|
|||
|
Stav náhradního řešení
WorkaroundStatus
|
Udává, zda bylo nalezeno a zveřejněno platné náhradní řešení. | ||
|
Popis
Tento atribut sleduje stav dočasného řešení (Workaround). Může jít o jednoduchou logickou hodnotu (Has Workaround) nebo textový stav. V BMC Helix se často odvozuje od toho, zda je vyplněno pole „Workaround“, případně z konkrétního příznaku stavu. Atribut se používá v dashboardu „Workaround Publication Performance“. Ukazuje, jak účinně tým omezuje dopad problému, zatímco hledá jeho hlavní příčinu. Zobrazení procesů filtrované podle hodnoty „No Workaround“ upozorní na případy, kdy je provoz během vyšetřování vystaven plnému dopadu problému. Atribut pomáhá také při kontrolách kvality. Uzavřít záznam problému bez trvalé opravy (požadavku na změnu) i bez náhradního řešení obvykle znamená, že proces selhal a je třeba ho prověřit.
Proč je to důležité
Měří, jak účinně se během vyšetřování omezuje dopad problému.
Kde data získat
Formulář PBM:Problem Investigation, kontrola obsahu pole „Workaround“
Příklady
AktivníŽádnéVyřazeno
|
|||
Aktivity správy problémů
| Aktivita | Popis | ||
|---|---|---|---|
|
Definováno náhradní řešení
|
Zadání nebo aktualizace textu v poli Workaround záznamu problému. Událost znamená, že bylo zdokumentováno dočasné řešení. | ||
|
Proč je to důležité
Slouží ke sledování KPI „Workaround Publication Lead Time“. Ukazuje, že se zmírňuje dopad incidentu.
Kde data získat
Formulář PBM:Problem Investigation, změny textového pole „Workaround“.
Zachycení
Porovnat obsah pole „Workaround“ a vyhledat aktualizace s neprázdnou hodnotou.
Typ události
inferred
|
|||
|
Ověřeno řešení
|
Okamžik, kdy je potvrzeno, že trvalá oprava funguje. Událost se odvozuje ze změny pole Status na „Solution Implemented“ nebo „Completed“. | ||
|
Proč je to důležité
Používá se pro výpočet „Problem SLA Adherence Rate“. Potvrzuje dokončení technické práce.
Kde data získat
Formulář PBM:Problem Investigation, pole „Status“ = „Solution Implemented“ nebo „Completed“.
Zachycení
Porovnat pole Status a zjistit přechod na „Solution Implemented“.
Typ události
inferred
|
|||
|
Přiřazeno skupině podpory
|
Přiřazení záznamu problému konkrétnímu technickému týmu. Zachytí se sledováním změn pole „Assigned Group“. | ||
|
Proč je to důležité
Nezbytné pro měření předání, opakovaného přehazování a KPI „Mean Time to Initial Assignment“.
Kde data získat
Formulář PBM:Problem Investigation, historie pole „Assigned Group“ nebo auditní záznam.
Zachycení
Porovnat hodnotu pole „Assigned Group“ před aktualizací a po ní.
Typ události
inferred
|
|||
|
Určena hlavní příčina
|
Okamžik, kdy záznam problému přejde do stavu označujícího, že je příčina známa. Událost se odvozuje ze změny pole Status na „Root Cause Identified“. | ||
|
Proč je to důležité
Důležitý milník pro dashboard „Root Cause Investigation Cycle Time“. Označuje přechod od analýzy k hledání řešení.
Kde data získat
Formulář PBM:Problem Investigation, pole „Status“ = „Root Cause Identified“.
Zachycení
Porovnat pole Status a zjistit přechod na „Root Cause Identified“.
Typ události
inferred
|
|||
|
Zahájen požadavek na změnu
|
Propojení požadavku Infrastructure Change Request s vyšetřováním problému. Označuje začátek fáze zavádění. | ||
|
Proč je to důležité
Nezbytné pro KPI „Root Cause to Change Lead Time“ a odhalení oddělených postupů mezi procesy Problem a Change.
Kde data získat
Tabulka PBM:Investigation_Associations nebo vyplněné pole „Infrastructure Change ID“.
Zachycení
Zaznamená se při vytvoření vazby v PBM:Investigation_Associations.
Typ události
explicit
|
|||
|
Zahájeno vyšetřování
|
Přechod záznamu problému do aktivní fáze analýzy. Událost se odvozuje ze změny pole Status na „Under Investigation“. | ||
|
Proč je to důležité
Označuje začátek vlastní práce a slouží k výpočtu KPI „Investigation Cycle Time“.
Kde data získat
Formulář PBM:Problem Investigation, pole „Status“ = „Under Investigation“.
Zachycení
Porovnat pole Status a zjistit přechod na „Under Investigation“.
Typ události
inferred
|
|||
|
Záznam problému uzavřen
|
Konečné administrativní uzavření záznamu problému. Tato událost ukončuje instanci procesu. | ||
|
Proč je to důležité
Standardní koncová událost. Je nutná pro analýzu celkové doby průchodu a výpočet „Incident Linkage Density“.
Kde data získat
Formulář PBM:Problem Investigation, pole „Status“ = „Closed“.
Zachycení
Porovnat pole Status a zjistit přechod na „Closed“.
Typ události
inferred
|
|||
|
Záznam problému založen
|
První vytvoření záznamu Problem Investigation v systému. Tato událost se zaznamená při uložení nového záznamu ve formuláři PBM:Problem Investigation. | ||
|
Proč je to důležité
Označuje začátek instance procesu. Je nezbytný pro výpočet celkové doby průchodu a metrik počáteční reakce.
Kde data získat
Formulář PBM:Problem Investigation, časové razítko „Submit Date“ nebo záznam o vytvoření se stavem „Draft“.
Zachycení
Zaznamená se při vytvoření záznamu PBM:Problem Investigation.
Typ události
explicit
|
|||
|
Záznam problému zrušen
|
Ukončení záznamu problému před vyřešením. Zachytí se při změně stavu na „Cancelled“ nebo „Rejected“. | ||
|
Proč je to důležité
Pomáhá odhalit zbytečně vynaloženou práci nebo oprávněné duplicity. Představuje alternativní konec procesu.
Kde data získat
Formulář PBM:Problem Investigation, pole „Status“ = „Cancelled“ nebo „Rejected“.
Zachycení
Porovnat pole Status a zjistit přechod na „Cancelled“.
Typ události
inferred
|
|||
|
Aktualizována databáze řešení
|
Přechod záznamu do stavu „Solution Database“, který znamená, že byla navržena nebo určena trvalá oprava. | ||
|
Proč je to důležité
Sleduje postup při definování řešení před jeho zavedením.
Kde data získat
Formulář PBM:Problem Investigation, pole „Status“ = „Solution Database“.
Zachycení
Porovnat pole Status a zjistit přechod na „Solution Database“.
Typ události
inferred
|
|||
|
Provedena kontrola po zavedení
|
Dokončení fáze PIR. Zachytí se přechodem ze stavu PIR nebo uzavřením propojeného úkolu PIR. | ||
|
Proč je to důležité
Přímo slouží ke sledování „Post Implementation Review Compliance“ a auditů kvality procesu.
Kde data získat
Formulář PBM:Problem Investigation, příznak „PIR Required“ nebo dokončení propojeného úkolu typu „PIR“.
Zachycení
Odvozeno z dokončení stavu PIR nebo uzavření úkolu PIR.
Typ události
inferred
|
|||
|
Vytvořen záznam známé chyby
|
Vytvoření záznamu Known Error propojeného s vyšetřováním problému. Jde o událost vytvoření souvisejícího záznamu. | ||
|
Proč je to důležité
Označuje formální zaznamenání problému pro širší komunikaci a dlouhodobé sledování.
Kde data získat
Vytvoření záznamu v PBM:Known Error propojeného s ID záznamu PBM:Problem Investigation.
Zachycení
Zaznamená se při vytvoření záznamu PBM:Known Error.
Typ události
explicit
|
|||
|
Změněn koordinátor
|
Změna osoby koordinující problém v rámci skupiny podpory. Zachytí se sledováním pole „Problem Coordinator“. | ||
|
Proč je to důležité
Pomáhá analyzovat rozložení pracovní zátěže a úzká místa spojená s jednotlivými zdroji.
Kde data získat
Formulář PBM:Problem Investigation, historie pole „Problem Coordinator“.
Zachycení
Porovnat hodnotu pole „Problem Coordinator“ před aktualizací a po ní.
Typ události
inferred
|
|||
Návody k extrakci dat
Chcete začít?
Použijte tuto šablonu na svá data z BMC Helix ITSM a zlepšete stabilitu služeb. Pokud máte otázky k nastavení, náš tým vám pomůže.
Odstraňte úzká místa ve správě problémů
Zkraťte dobu řešení o 30 % a zlepšete stabilitu služeb.
Bez platební karty. Nastavení zvládnete za několik minut.