Problémakezelési adatsablon

BMC Helix ITSM
Problémakezelési adatsablon

Problémakezelési adatsablon

Ez a sablon a BMC Helix ITSM-ben végzett kiváltóok-vizsgálati munkafolyamatok elemzéséhez szükséges struktúrát adja. Bemutatja a részletes eseménynapló összeállításához szükséges attribútumokat és folyamattevékenységeket, valamint gyakorlati útmutatást ad az adatok kinyeréséhez. Az útmutató segítségével feltárhatja a rejtett szűk keresztmetszeteket, és lerövidítheti az incidensek végleges megoldásáig vezető utat.
  • A kiváltó okok elemzéséhez szükséges adatmezők
  • Nyomon követhető, egységes folyamatmérföldkövek
  • Részletes útmutató az adatok kinyeréséhez a BMC Helix ITSM-ből
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A problémakezelés attribútumai

Ez a táblázat azokat az ajánlott adatmezőket tartalmazza, amelyekre a problémakezelés teljes életciklusának alapos elemzéséhez szükséges eseménynapló összeállításakor szüksége lesz.
5 Kötelező 9 Javasolt 5 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az időbélyeg, amely megmutatja, mikor történt az adott tevékenység.
Leírás

Ez az attribútum rögzíti a tevékenység pontos dátumát és időpontját. A BMC Helix ITSM rendszerben ez olyan mezőknek felel meg, mint a „Submit Date” és a „Last Modified Date”, illetve az állapotváltozások előzményeit tároló táblák időbélyegei.

Az elemzés során ez az attribútum rendezi időrendbe az eseményeket, és lehetővé teszi az időtartamok kiszámítását. Segítségével mérhető a folyamat bármely két pontja közötti átfutási idő, például az „Investigation Cycle Time” vagy a „Workaround Publication Lead Time”.

A pontos időbélyegek nélkülözhetetlenek a szűk keresztmetszetek feltárásához. Az egymást követő események közötti idő kiszámításával az elemzők pontosan meghatározhatják, hol keletkeznek késések, akár a kezdeti hozzárendelés, akár a végső felülvizsgálat során.

Miért fontos?

Lehetővé teszi az időtartam-alapú KPI-k kiszámítását és az események időrendi sorba rendezését.

Hol szerezhető be?

A PBM:Problem Investigation rekordhoz kapcsolódó előzménytáblák vagy auditnaplók

Példák
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:10Z
Problémarekord
ProblemRecord
A problémavizsgálati ügy egyedi azonosítója.
Leírás

Ez az attribútum a problémakezelési folyamat központi ügyazonosítója. A BMC Helix ITSM rendszerben ez jellemzően a PBM:Problem Investigation űrlap „Problem ID” mezője, például PBI00000012345. Összekapcsolja a probléma első rögzítésétől a végleges lezárásig és a bevezetés utáni felülvizsgálatig tartó összes kapcsolódó tevékenységet.

A process mining elemzésben ez az attribútum rendezi az egyes eseményeket egyetlen folyamatpéldányba. Segítségével az elemzők megjeleníthetik egy adott problémavizsgálat teljes folyamatát. Az azonosító nélkül nem lehetne összekapcsolni a különböző támogatási csoportok és koordinátorok által végrehajtott műveleteket.

Ez a mező az eseménynapló elsődleges kulcsa, és nélkülözhetetlen az ügyek szerinti összesítéshez, például az egy problémára jutó teljes átfutási idő kiszámításához vagy a problémák prioritás szerinti megszámlálásához.

Miért fontos?

Ez az alapvető azonosító szükséges a folyamatnézet felépítéséhez és az egyes problémák életciklusának követéséhez.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Problem ID” mező

Példák
PBI00000004512PBI00000004513PBI00000004514
Tevékenység
Activity
A végrehajtott konkrét feladat vagy bekövetkezett állapotváltozás.
Leírás

Ez az attribútum a problémakezelési életciklus egy adott lépését jelöli, például „Probléma rögzítve”, „A kiváltó ok azonosítva” vagy „Megoldási adatbázis frissítve”. A BMC Helix rendszerben ezek gyakran a Problem Investigation modul állapotelőzményeiből, auditnaplóiból vagy tranzakciós időbélyegeiből származnak.

Ez az attribútum a folyamatfeltárás alapja. A tevékenységek sorrendjének elemzésével a process mining eszköz felépíti a folyamattérképet, és megmutatja, hogyan halad ténylegesen a munka a tervezett folyamathoz képest. Láthatóvá teszi a köröket, az utómunkát és a szabályozott folyamattól való eltéréseket.

A pontos tevékenységnevek nélkülözhetetlenek annak megértéséhez, mi történt a folyamat során. Ezekből az adatokból mérhető az egyes lépések közötti idő, például a kiváltó ok azonosítása és a változtatási kérelem elindítása között eltelt idő.

Miért fontos?

Meghatározza a folyamattérkép csomópontjait, és lehetővé teszi a munkafolyamat megjelenítését.

Hol szerezhető be?

A PBM:Problem Investigation állapotelőzményeiből vagy a PBM:AuditLogSystem rendszerből származtatva

Példák
Probléma rögzítveHozzárendelve a támogatási csoporthozA vizsgálat megkezdődöttA kiváltó ok azonosítva
Forrásrendszer
SourceSystem
Az a rendszer, ahonnan az adatok származnak.
Leírás

Ez az attribútum azonosítja azt a szoftverrendszert, amelyből a folyamatadatokat kinyerték, ebben az esetben a „BMC Helix ITSM” rendszert. Különösen fontos több rendszerből álló környezetben, ahol a process mining különböző ITSM-, fejlesztési vagy külső beszállítói eszközök adatait egyesítheti.

Az elemzésben ez a mező metaadatként jelzi és igazolja a rekord eredetét. Ha a process mining nézet a problémakezeléshez használt BMC Helix és a szoftverfejlesztéshez használt külön rendszer, például a Jira adatait egyesíti, ez az attribútum segít a forrásrendszer szerinti bontásban.

A műszaki hibakeresést is segíti. Adatminőségi probléma esetén a forrásrendszer ismeretében az adatmérnökök visszakereshetik, melyik adatkinyerési folyamat vagy forrásadatbázis okozta a hibát.

Miért fontos?

Nyomon követhetőséget és kontextust biztosít, különösen több rendszer adatait egyesítő folyamatnézetekben.

Hol szerezhető be?

Az adatkinyerés során rögzítve

Példák
BMC Helix ITSMRemedy OnDemandBMC ITSM Prod
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg, amely megmutatja, mikor nyerték ki vagy frissítették utoljára az adatokat.
Leírás

Ez az attribútum jelzi, mikor töltötték be utoljára az adatokat a process mining alkalmazásba. Így az elemzők tudják, mennyire frissek a megjelenített adatok. Az értéket általában az adatkinyerő szkript vagy az adatfolyam-kezelő eszköz állítja elő.

Az elemzés során segít elkerülni az elavult adatokra alapozott döntéseket. Ha például egy vezető a nyitott problémarekordokat nézi, nem mindegy, hogy az adatokat egy órája vagy egy hete frissítették, ez jelentősen befolyásolja az aktuális munkaterhelés értelmezését.

Növekményes adatbetöltéshez is használható. Az utolsó frissítés időpontját követve az ETL-folyamat csak az előző adatkinyerés óta módosult rekordokat tölti be, így javítja a teljesítményt és csökkenti a rendszer terhelését.

Miért fontos?

Biztosítja az adatok frissességét, és támogatja a növekményes adatbetöltést.

Hol szerezhető be?

A rendszeridő az adatkinyerés pillanatában

Példák
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
A kiváltó ok kategóriája
RootCauseCategory
A probléma mögöttes okának besorolása.
Leírás

Ez az attribútum a kiváltó ok azonosításakor kiválasztott kategóriát tartalmazza, például „Software Error”, „Hardware Failure” vagy „Process Gap”. A BMC Helix rendszerben ezt általában a „Root Cause” vagy a „Generic Categorization” menüből választják ki.

Ez az attribútum nélkülözhetetlen a „Fix Effectiveness and Quality” nézethez. Segítségével a szervezet összefüggést kereshet a kiváltó okok típusai, az utómunka aránya és a hosszú vizsgálati idők között. Kiderülhet például, hogy a „Software Error” kategóriájú problémák megoldása rendszeresen kétszer annyi időt vesz igénybe, mint a „Hardware Failure” kategóriájúaké.

A „Root Cause Categorization Rate” kiszámításához is használható. Ha a mezőben magas az „Unknown” vagy „Other” értékek aránya, az arra utalhat, hogy több műszaki képzésre vagy részletesebb kategóriákra van szükség.

Miért fontos?

Lehetővé teszi a rendszerszintű problémák trendjeinek elemzését, és támogatja a proaktív problémakezelést.

Hol szerezhető be?

PBM:Problem Investigation űrlap, a „Root Cause” mező vagy a kategorizálási lap mezői

Példák
SzoftvermodulHálózati infrastruktúraEmberi hiba
A vizsgálat kiváltó oka
InvestigationDriver
A problémavizsgálat elindításának oka.
Leírás

Ez az attribútum a problémarekordot kiváltó okot sorolja be, például „Incident Volume”, „Major Incident”, „Vendor Notification” vagy „Proactive Trend Analysis”. A BMC Helix rendszerben ezt az „Investigation Driver” mező tárolja.

Ez az attribútum támogatja a „Proactive Identification Trends” dashboardot. Segítségével mérhető az elmozdulás a reaktív tűzoltástól, vagyis az incidensekre adott válaszoktól a proaktív problémakezelés felé, amely még a kockázatok megjelenése előtt azonosítja azokat.

A folyamatok „Investigation Driver” szerinti elemzése eltérő működési mintákat tárhat fel. A proaktívan indított problémák például tovább maradhatnak a várólistán, mert nem okoznak azonnali leállást, míg a súlyos incidens által kiváltott problémák gyorsabban haladnak végig a folyamaton.

Miért fontos?

Megkülönbözteti a reaktív és a proaktív munkát, ami a folyamat érettségének fontos mutatója.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Investigation Driver” mező

Példák
ReaktívProaktívIsmétlődő incidensek
Kapcsolódó incidensek száma
RelatedIncidentCount
Az ehhez a problémarekordhoz kapcsolt incidensek száma.
Leírás

Ez az attribútum a problémához kapcsolódó incidensek számával méri annak hatását. A BMC Helix rendszerben ez általában a PBM-rekordhoz kapcsolódó HPD:Help Desk rekordok száma.

Ez az attribútum adja az „Incidenskapcsolatok sűrűsége” KPI alapját. A magas érték azt jelzi, hogy a probléma jelentős hatással van a működésre, és sok munkát ad a szervizdesknek. Ha ezt a „Prioritás” értékével együtt vizsgálják, kiderül, hogy a sok incidenst okozó problémákat valóban kritikus esetként kezelik-e.

A hátralék rangsorolásában is segít. Egy 500 kapcsolódó incidenssel rendelkező problémarekordot valószínűleg előrébb kell sorolni, mint egy „Kritikus” problémát, amelyhez csak 1 incidens kapcsolódik. Az előbbi megoldása ugyanis nagyobb kapacitást szabadít fel a szervizdesken.

Miért fontos?

Számszerűsíti a probléma működésre és felhasználókra gyakorolt hatását.

Hol szerezhető be?

A kapcsolódó sorok megszámlálásával számítható ki a HPD:Associations vagy a HPD:Help Desk táblában.

Példák
15120
Prioritás
Priority
A probléma hatása és sürgőssége alapján meghatározott prioritás.
Leírás

Ez az attribútum a problémarekord prioritási szintjét jelzi, például kritikus, magas, közepes vagy alacsony. A BMC Helix rendszerben ez általában a „Impact” és „Urgency” értékekből számított mező.

Az elemzésben a „Throughput and Priority Volume” dashboard használja. Segítségével a szervezet ellenőrizheti, hogy az erőforrások elosztása megfelel-e az üzleti igényeknek. Elvárható például, hogy a kritikus problémák kezdeti hozzárendelése gyorsabb, teljes átfutási ideje pedig rövidebb legyen, mint az alacsony prioritású ügyeké.

A prioritás szerinti szűrés segít azokra a területekre összpontosítani a folyamatfejlesztést, ahol arra a legnagyobb szükség van. Egy alacsony prioritású folyamat késése elfogadható lehet, kritikus esetben viszont ugyanez a késés komoly kockázatot jelent az üzletmenet folytonosságára és az SLA-k teljesítésére.

Miért fontos?

Üzleti kritikus jelleg szerint bontja az elemzést, és támogatja az SLA-k elemzését.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Priority” mező

Példák
KritikusMagasKözepesAlacsony
Problémakoordinátor
ProblemCoordinator
A vizsgálat koordinálásáért felelős felhasználó.
Leírás

Ez az attribútum megnevezi a problémarekordért felelős személyt. A BMC Helix ITSM rendszerben ezt a „Problem Coordinator” mező tárolja. Ez a személy felel a probléma teljes életciklusáért akkor is, ha egyes feladatokat másoknak ad át.

Ez az attribútum támogatja a „Support Group Workload Distribution” dashboardot. Segít a vezetőknek felismerni, ha egyes munkatársakra túl sok vizsgálat jut, miközben másoknak van szabad kapacitásuk. Az egyéni teljesítmény elemzésére is alkalmas, így feltárhatók a képzési igények és az erős teljesítményt nyújtó munkatársak.

A process miningben ez a mező erőforrás-attribútumként működik. Megmutatja, hogyan halad a munka az egyes munkatársak között, és feltárhatja azokat az egyetlen szakértőtől függő pontokat, amelyek kiesése megakaszthatja a folyamatot.

Miért fontos?

Lehetővé teszi az erőforrások elemzését és a munkaterhelés egyéni szintű kiegyensúlyozását.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Problem Coordinator” mező

Példák
John DoeJane SmithRendszergazda
SLA-határidő
SLADueDate
Az a céldátum és -időpont, ameddig a problémát meg kell oldani.
Leírás

Ez az attribútum a szolgáltatási szintre vonatkozó megállapodás alapján rögzíti a probléma megoldásának határidejét. A BMC Helix rendszerben ez gyakran a „Target Resolution Date” mező, vagy egy számított SLA-mérföldkő időbélyege.

Ez az attribútum szolgál az „SLA-megfelelés és -sértések alakulása” dashboard alapjául. A rendszer az időbélyeget a „Resolution Verified” tevékenység időbélyegével összevetve állapítja meg, hogy teljesült-e az SLA, vagy megsértették azt.

A dátum megjelenítésével az elemzők láthatják, mennyire szoros a határidő betartása. Napokkal korábban oldják meg a problémákat, vagy rendszeresen csak néhány perccel a határidő lejárta előtt végeznek? Ez az információ segíti a kapacitástervezést.

Miért fontos?

Ez az alapja a megfelelési és határidő-tartási mutatók számításának.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Target Resolution Date” mező

Példák
2023-12-01T17:00:00Z2023-12-02T09:00:00Z
SLA-sértés történt
IsSLABreached
Jelző, amely mutatja, hogy a probléma megoldása túllépte-e a rendelkezésre álló időt.
Leírás

Ez a logikai attribútum jelzi, hogy a problémarekord esetében megsértették-e a szolgáltatási szintre vonatkozó megállapodást. A rendszer a „Resolution Verified” időbélyeg és az „SLA Due Date” összevetésével számítja ki, vagy közvetlenül az SLM állapotából olvassa ki.

Ez az attribútum az „SLA-megfelelés és -sértések alakulása” dashboard alapja. A folyamat egyszerű, kétértékű bontását teszi lehetővé: megfelelő vagy nem megfelelő. Így könnyen elkülöníthetők a sikertelen folyamatok jellemzői, például az, hogy a határidőn túli esetek mindig az X támogató csoporthoz tartoznak-e.

A folyamatbeli hibák kiváltó okainak elemzéséhez elsődleges szűrőként használható. Az elemzők az „IsSLABreached = True” feltételre szűrhetnek, majd a folyamattérképen megvizsgálhatják, hol veszett el az idő, például a gyártói jóváhagyásra várakozva.

Miért fontos?

Egyszerűbbé teszi a megfelelés jelentését és a hibák elemzését.

Hol szerezhető be?

SLM:Measurement űrlap vagy számított érték

Példák
truefalse
Szolgáltatás konfigurációs eleme
ServiceCI
Az érintett elsődleges üzleti szolgáltatás vagy konfigurációs elem.
Leírás

Ez az attribútum azonosítja a problémához kapcsolódó szolgáltatás-konfigurációs elemet (CI), például az „Email Service”, az „SAP ERP” vagy a „Wi-Fi Network” elemet. A BMC Helix rendszerben ezt gyakran a „Service+” mező vagy az elsődleges CI-kapcsolat tárolja.

Az elemzés során ez lehetővé teszi a problémarekordok termék vagy szolgáltatás szerinti bontását. Segít az IT-vezetőknek megérteni, mely szolgáltatások a legsérülékenyebbek, és melyekhez kapcsolódik a legtöbb problémavizsgálat. A termékszempont hozzáadásával a „Throughput and Priority Volume” dashboardot is kiegészíti.

Ha ezt az attribútumot az „Investigation Cycle Time” értékével vetjük össze, kiderülhet, hogy egyes összetett szolgáltatások, például egy központi banki rendszer vizsgálata eleve hosszabb időt igényel-e, mint az olyan általános szolgáltatásoké, mint a nyomtatás.

Miért fontos?

Összekapcsolja a folyamat teljesítményét az egyes üzleti termékekkel és szolgáltatásokkal.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „ServiceCI” vagy „CI Name” mező

Példák
E-mail-szolgáltatásBérszámfejtő rendszerVállalati VPN
Támogatási csoport
SupportGroup
A problémavizsgálathoz jelenleg hozzárendelt műszaki csapat.
Leírás

Ez az attribútum azt a támogatási csoportot jelöli, például a „Server Admin” vagy a „Database Support” csapatot, amely az esemény időpontjában a problémarekordért felel. A BMC Helix rendszerben ezt az „Assigned Group” mező tárolja.

Ez az attribútum nélkülözhetetlen a „Support Group Workload Distribution” és a „Support Group Reassignment Analysis” dashboardokhoz. Az elemzők csapat szerint szűrhetik vele a folyamattérképet, és láthatják, mely csoportok kezelik a legtöbb ügyet, illetve hol alakulnak ki szűk keresztmetszetek a vizsgálat során.

A támogatási csoportok közötti átadások elemzése segít feltárni az oda-vissza továbbítást, amikor a jegy megoldás nélkül jár csapatról csapatra. Ez gyakran tisztázatlan felelősségi körökre vagy hiányos tudásmegosztásra utal a szervezeten belül.

Miért fontos?

Lehetővé teszi a szervezeti szintű elemzést és a csapatoknál kialakuló szűk keresztmetszetek feltárását.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Assigned Group” mező

Példák
1. szintű ügyfélszolgálatHáttérirodai támogatásHálózatüzemeltetés
Átirányítások száma
ReassignmentCount
A támogató csoport módosításainak száma.
Leírás

Ez az attribútum azt számolja, hogy egy esetnél hányszor fordul elő az „Assigned to Support Group” tevékenység. Közvetlenül méri a folyamatban jelentkező súrlódást és az irányítás hatékonyságát.

Ez az attribútum tölti fel a „Támogató csoportok közötti átirányítások elemzése” diagramot. A magas érték, vagyis az oda-vissza küldözgetés arra utal, hogy az első triázs nem megfelelő, vagy összetett problémáknál nem egyértelmű a felelősség. Ez a ciklusidő növekedésének előrejelzője.

A vezetők ezzel azonosíthatják a képzési lehetőségeket. Ha a szervizdesk rendszeresen először a „Database” problémákat küldi a „Network” csoportnak, majd a „Network” visszaküldi azokat a „Database” csoportnak, az átirányítások száma megugrik. Ez jelzi, hogy javítani kell a kezdeti diagnosztikai lépéseken.

Miért fontos?

Feltárja a folyamatban lévő veszteségeket, súrlódásokat és a felelősségi körök tisztázatlanságát.

Hol szerezhető be?

A tevékenységtörténet alapján számítva

Példák
015
Kapcsolódó változtatási kérelem azonosítója
RelatedChangeRequestId
A probléma megoldására indított változtatási kérelem azonosítója.
Leírás

Ez az attribútum a problémarekordhoz kapcsolt változtatási kérelem (például CRQ0000...) azonosítóját tartalmazza. A vizsgálat és a végleges megoldás bevezetése közötti átmenetet jelöli.

Ez az attribútum szükséges a „Kiváltó ok feltárásától a változtatás indításáig eltelt idő” KPI-hoz. A process mining eszköz ezzel méri a kiváltó ok feltárása és a változtatási folyamat elindítása közötti késedelmet. Ez gyakori átadási pont, ahol megtorpanhat a folyamat.

A folyamat teljességének ellenőrzésében is segít. Ha egy problémarekordot „Completed” állapottal zárnak le kapcsolódó változtatási kérelem vagy kerülő megoldás nélkül, az arra utalhat, hogy a folyamat nem az előírás szerint zajlott: a kiváltó okot feltárták, de a problémát valójában nem oldották meg.

Miért fontos?

Összekapcsolja a problémakezelési és a változáskezelési folyamatot.

Hol szerezhető be?

PBM:Investigation Associations vagy Relationship lap

Példák
CRQ00000021345CRQ00000021346
Kerülő megoldás állapota
WorkaroundStatus
Jelzi, hogy találtak és közzétettek-e érvényes kerülő megoldást.
Leírás

Ez az attribútum az ideiglenes megoldás (Workaround) állapotát követi nyomon. Lehet egyszerű logikai érték („Has Workaround”), vagy szöveges állapot. A BMC Helix rendszerben ezt gyakran a „Workaround” mező tartalma vagy egy külön állapotjelző alapján határozzák meg.

Ez az attribútum az „Ideiglenes megoldások közzétételének teljesítménye” dashboard alapja. Megmutatja, mennyire hatékonyan mérsékli a csapat a probléma hatását, miközben a kiváltó okot vizsgálja. A „No Workaround” értékre szűrt folyamattérkép kiemeli azokat az eseteket, amelyekben a vizsgálat alatt a szervezet a probléma teljes hatását viseli.

A minőségellenőrzést is támogatja. Ha egy problémarekordot végleges megoldás (változtatási kérelem) és kerülő megoldás nélkül zárnak le, az általában folyamatbeli hibát jelez, amelyet ki kell vizsgálni.

Miért fontos?

A vizsgálat alatt alkalmazott hatáscsökkentés eredményességét méri.

Hol szerezhető be?

PBM:Problem Investigation űrlap, a „Workaround” mező tartalmának ellenőrzése

Példák
AktívNincsVisszavont
Régió
Region
A problémához tartozó földrajzi régió.
Leírás

Ez az attribútum azt a földrajzi helyet jelöli (például „Észak-Amerika” vagy „EMEA”), ahol a probléma felmerült, vagy ahol kezelik. A BMC Helix rendszerben ez gyakran a bejelentőhöz vagy az érintett eszközhöz tartozó „Region” vagy „Site” mezőben található.

Az elemzés során földrajzi bontást tesz lehetővé. Segít megállapítani, hogy egyes régiókban több probléma merül-e fel, vagy lassabban oldják-e meg azokat. Így feltárhatók a különböző helyszínek közötti eltérések a támogatói létszámban vagy az infrastruktúra minőségében.

A globális szervezetek számára hasznos annak ellenőrzésére, hogy mindenhol egységes-e a szolgáltatásnyújtás. Ha az „APAC” régióban a vizsgálati ciklusidő kétszerese a „NAM” régióénak, érdemes megvizsgálni az erőforrások elosztását és a folyamat betartását.

Miért fontos?

Lehetővé teszi a folyamat teljesítményének földrajzi összehasonlítását.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Region” mező

Példák
AmerikaEMEAAPAC
Vizsgálati ciklusidő
InvestigationCycleTime
A vizsgálat kezdetétől a kiváltó ok azonosításáig eltelt idő.
Leírás

Ez a számított időtartam-attribútum a „Investigation Commenced” és a „Root Cause Identified” tevékenység közötti időt méri. A problémakezelési folyamat érdemi értékteremtő idejét mutatja.

Ez a mutató táplálja a „Kiváltó ok vizsgálatának ciklusideje” dashboardot. Segít a vezetőknek megérteni a problémák műszaki összetettségét és a vizsgálócsoportok hatékonyságát. A szélsőséges értékek, például a szokatlanul rövid idő, találgatásra utalhatnak, míg a nagyon hosszú idő elakadt vizsgálatot jelezhet.

A mutató „Támogató csoportok” és „Prioritások” szerinti összehasonlításával a szervezet megállapíthatja, mely csapatoknak van szükségük jobb eszközökre, képzésre vagy gyártói támogatásra a problémák gyorsabb diagnosztizálásához.

Miért fontos?

Ez a műszaki vizsgálati szakasz elsődleges hatékonysági mutatója.

Hol szerezhető be?

A tevékenységek időbélyegei alapján számítva

Példák
4500000120000
Kötelező Javasolt Nem kötelező

A problémakezelés tevékenységei

Ezek azok az alapvető folyamatlépések és állapotváltozások, amelyeket érdemes nyomon követnie, hogy teljes képet kapjon a kivizsgálásról és a megoldásról.
9 Javasolt 4 Nem kötelező
Tevékenység Leírás
A kiváltó ok azonosítva
Az a pillanat, amikor a problémarekord olyan állapotba kerül, amely jelzi, hogy ismert az ok. Erre a „Status” „Root Cause Identified” értékre váltásából lehet következtetni.
Miért fontos?

Fontos mérföldkő a „Root Cause Investigation Cycle Time” dashboardon. Jelzi az elemzésről a megoldás kidolgozására való áttérést.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Status” mező = „Root Cause Identified”.

Rögzítés

A „Status” mező változásának ellenőrzése a „Root Cause Identified” állapotra váltáskor

Eseménytípus inferred
A megoldás ellenőrizve
Az a pont, amikor megerősítik, hogy a végleges javítás sikeres. Erre a „Status” „Solution Implemented” vagy „Completed” értékre váltásából lehet következtetni.
Miért fontos?

A „Problem SLA Adherence Rate” mérésére szolgál. Megerősíti, hogy a műszaki munka befejeződött.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Status” mező = „Solution Implemented” vagy „Completed”.

Rögzítés

A „Status” mező változásának ellenőrzése a „Solution Implemented” állapotra váltáskor

Eseménytípus inferred
A vizsgálat megkezdődött
A problémarekord aktív elemzési szakaszba lép. Erre a „Status” mező „Under Investigation” értékre váltásából lehet következtetni.
Miért fontos?

Jelzi a tényleges munkaszakasz kezdetét, és alapul szolgál az „Investigation Cycle Time” KPI méréséhez.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Status” mező = „Under Investigation”.

Rögzítés

A „Status” mező változásának ellenőrzése az „Under Investigation” állapotra váltáskor

Eseménytípus inferred
Hozzárendelve a támogatási csoporthoz
A problémarekord hozzárendelése egy adott műszaki csapathoz. Az „Assigned Group” mező változásainak követésével rögzíthető.
Miért fontos?

A csapatok közötti átadások, az oda-vissza továbbítás és a „Mean Time to Initial Assignment” KPI méréséhez szükséges.

Hol szerezhető be?

PBM:Problem Investigation űrlap, az „Assigned Group” mező előzményei vagy auditnaplója.

Rögzítés

Az „Assigned Group” mező értékének összehasonlítása a módosítás előtt és után

Eseménytípus inferred
Kerülőmegoldás meghatározva
Szöveg beírása vagy módosítása a problémarekord „Workaround” mezőjében. Ez az esemény azt jelzi, hogy dokumentáltak egy ideiglenes megoldást.
Miért fontos?

Az „Workaround Publication Lead Time” KPI mérését támogatja, és jelzi az incidens hatásának mérséklését.

Hol szerezhető be?

PBM:Problem Investigation űrlap, a „Workaround” szövegmező módosításai.

Rögzítés

A „Workaround” mező tartalmának ellenőrzése nem üres értékre történő módosítás esetén

Eseménytípus inferred
Probléma rögzítve
A Problem Investigation rekord első létrehozása a rendszerben. Az eseményt a PBM:Problem Investigation űrlap új bejegyzésének mentése rögzíti.
Miért fontos?

A folyamatpéldány kezdőpontja. Nélkülözhetetlen a teljes átfutási idő és a kezdeti válaszidő méréséhez.

Hol szerezhető be?

PBM:Problem Investigation űrlap, a „Submit Date” időbélyege vagy a „Status” = „Draft” létrehozási naplója.

Rögzítés

A PBM:Problem Investigation rekord létrehozásakor rögzítve

Eseménytípus explicit
Problémarekord lezárva
A problémarekord végleges adminisztratív lezárása. Ez az esemény zárja le a folyamatpéldányt.
Miért fontos?

A folyamat szokásos záróeseménye. Szükséges a teljes átfutási idő elemzéséhez és az „Incident Linkage Density” kiszámításához.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Status” mező = „Closed”.

Rögzítés

A „Status” mező változásának ellenőrzése a „Closed” állapotra váltáskor

Eseménytípus inferred
Problémarekord törölve
A problémarekord lezárása a megoldás előtt. Akkor rögzíthető, amikor az állapot „Cancelled” vagy „Rejected” értékre vált.
Miért fontos?

Segít feltárni a felesleges munkát vagy az indokoltan duplikált rekordokat. Alternatív folyamatvéget jelöl.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Status” mező = „Cancelled” vagy „Rejected”.

Rögzítés

A „Status” mező változásának ellenőrzése a „Cancelled” állapotra váltáskor

Eseménytípus inferred
Változtatási kérelem elindítva
Infrastructure Change Request összekapcsolása a Problem Investigation rekorddal. Ez jelzi a bevezetési szakasz kezdetét.
Miért fontos?

A „Root Cause to Change Lead Time” KPI méréséhez és a Problem Management, illetve a Change Management folyamatok közötti elszigetelődés feltárásához szükséges.

Hol szerezhető be?

PBM:Investigation_Associations tábla vagy az „Infrastructure Change ID” mező kitöltése.

Rögzítés

A PBM:Investigation_Associations táblában létrejött kapcsolat rögzítésekor

Eseménytípus explicit
Bevezetés utáni felülvizsgálat elvégezve
A PIR szakasz lezárása. Ezt a PIR-állapotból történő állapotváltás vagy egy kapcsolódó PIR-feladat lezárása jelzi.
Miért fontos?

Közvetlenül támogatja a „Post Implementation Review Compliance” mérését és a folyamatminőségi auditokat.

Hol szerezhető be?

PBM:Problem Investigation űrlap, a „PIR Required” jelölő beállítása vagy a kapcsolódó „PIR” típusú feladat lezárása.

Rögzítés

A PIR állapotának befejezéséből vagy a PIR-feladat lezárásából származik.

Eseménytípus inferred
Ismert hiba létrehozva
A vizsgálathoz kapcsolódó Known Error rekord létrehozása. Ez egy kapcsolódó rekord létrehozását jelző esemény.
Miért fontos?

Jelzi, hogy a problémát hivatalosan rögzítették a szélesebb körű tájékoztatás és a hosszú távú nyomon követés érdekében.

Hol szerezhető be?

A PBM:Problem Investigation azonosítójához kapcsolódó rekord létrehozása a PBM:Known Error táblában.

Rögzítés

A PBM:Known Error rekord létrehozásakor rögzítve

Eseménytípus explicit
Koordinátor újrahozzárendelve
A problémakoordinátor személyének módosítása egy támogatási csoporton belül. A „Problem Coordinator” mező követésével rögzíthető.
Miért fontos?

Segít elemezni a munkaterhelés eloszlását és az egyes erőforrásoknál kialakuló szűk keresztmetszeteket.

Hol szerezhető be?

PBM:Problem Investigation űrlap, a „Problem Coordinator” mező előzményei.

Rögzítés

A „Problem Coordinator” mező értékének összehasonlítása a módosítás előtt és után

Eseménytípus inferred
Megoldási adatbázis frissítve
A rekord „Solution Database” állapotba kerül, ami azt jelzi, hogy javasoltak vagy azonosítottak egy végleges javítást.
Miért fontos?

A megoldás kidolgozásának előrehaladását követi a bevezetés előtt.

Hol szerezhető be?

PBM:Problem Investigation űrlap, „Status” mező = „Solution Database”.

Rögzítés

A „Status” mező változásának ellenőrzése a „Solution Database” állapotra váltáskor

Eseménytípus inferred
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

A problémakezelési adatok kinyerése a BMC Helix ITSM-ből

Kezdje el még ma?

Alkalmazza ezt a sablont még ma a BMC Helix ITSM-adataira, és javítsa szolgáltatásai stabilitását. Csapatunk szívesen segít, ha kérdése van a beállítással kapcsolatban.

Szüntesse meg a problémakezelés szűk keresztmetszeteit még ma

Csökkentse 30%-kal az átfutási időt, és javítsa a szolgáltatás stabilitását.

Próbálja ki ingyen

Nincs szükség bankkártyára. A beállítás percek alatt elvégezhető.