Šablona dat pro správu problémů

BMC Helix ITSM
Šablona dat pro správu problémů

Šablona dat pro správu problémů

Tato šablona nabízí strukturu pro analýzu workflow při hledání příčin problémů v BMC Helix ITSM. Uvádí potřebné atributy a aktivity procesu pro sestavení podrobného záznamu událostí a také praktický návod k extrakci dat. Podle tohoto návodu můžete odhalit skrytá úzká místa a zkrátit cestu k trvalému vyřešení incidentů.
  • 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
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ů

Tabulka obsahuje doporučená datová pole pro záznam událostí, který potřebujete k důkladné analýze životního cyklu správy problémů.
5 Povinné 9 Doporučené 5 Volitelné
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
Povinné Doporučené Volitelné

Aktivity správy problémů

Jde o základní kroky procesu a změny stavů, které byste měli sledovat, abyste měli přehled o průběhu šetření a řešení.
9 Doporučené 4 Volitelné
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
Doporučené Volitelné

Návody k extrakci dat

Jak extrahovat data správy problémů z BMC Helix ITSM

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.

Spusťte zkušební verzi zdarma

Bez platební karty. Nastavení zvládnete za několik minut.