Problémakezelési adatsablon

ServiceNow problémakezelés
Problémakezelési adatsablon

Problémakezelési adatsablon

A sablon segítségével elemezheti az ITIL szerinti problémakezelés teljes életciklusát a ServiceNow rendszerben. Megtalálja benne a gyűjtendő attribútumokat, a követendő tevékenységeket és az adatok kinyerésének lépéseit. Így láthatóvá válik, hogyan csökkentheti az átlagos megoldási időt és előzheti meg az ismétlődő incidenseket.
  • Javasolt attribútumok a kiváltó okok elemzéséhez
  • Fő folyamatmérföldkövek és tevékenységek
  • Lépésről lépésre: adatok kinyerése a ServiceNow rendszerből
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A problémakezelés attribútumai

Ezeket az adatmezőket érdemes felvenni az eseménynaplóba, hogy részletesen elemezhesse az ITIL szerinti problémakezelési folyamatot.
5 Kötelező 7 Javasolt 9 Nem kötelező
Név Leírás
Esemény időbélyege
EventTime
A tevékenység pontos dátuma és időpontja.
Leírás

Rögzíti, hogy a rendszerben pontosan mikor naplóztak egy változást vagy műveletet. Ez az adat szükséges a tevékenységek időrendi sorrendbe rendezéséhez, valamint az olyan időtartamok kiszámításához, mint a ciklusidő és a folyamatlépések közötti átfutási idő.

Miért fontos?

Az események sorrendbe rendezéséhez és minden időalapú KPI kiszámításához szükséges.

Hol szerezhető be?

A ServiceNow „sys_created_on” mezője az audit- és előzménytáblákban

Példák
2023-10-12T08:30:00Z2023-10-12T14:45:12Z
Problémarekord
ProblemNumber
A problémarekord egyedi azonosítója.
Leírás

A ServiceNow egy adott problémarekordjához rendelt egyedi alfanumerikus kulcs (például PRB000123). Ez az azonosító kapcsolja össze a folyamat összes tevékenységét a probléma rögzítésétől a kiváltó ok elemzésén át a lezárásig. A process mining elemzésben ez az attribútum szolgál Case ID-ként, így rekonstruálható a probléma megoldásának teljes folyamata.

Miért fontos?

Ez az elsődleges kulcs az egyedi esetek megkülönböztetéséhez és a kapcsolódó események folyamatgráfban való csoportosításához.

Hol szerezhető be?

ServiceNow „problem” tábla, „number” mező

Példák
PRB004512PRB009823PRB001122
Tevékenység
Activity
A problémarekordon végrehajtott konkrét esemény vagy művelet.
Leírás

A problémarekord életciklusa során végbemenő különálló lépéseket és állapotváltozásokat jelöli. Ilyen például a „Problémarekord létrehozva”, a „Kiváltó ok azonosítva” vagy a „Támogatási csoporthoz rendelve”. Ez az attribútum szükséges a folyamatábra felépítéséhez és az események sorrendjének megjelenítéséhez.

Miért fontos?

Ez határozza meg a folyamatábra csomópontjait, így megjeleníthető a munkafolyamat és a folyamatváltozatok.

Hol szerezhető be?

A „sys_audit” és „sys_history_line” táblákból, illetve a „problem” tábla állapotváltozásaiból származik

Példák
Problémarekord létrehozvaElemzés befejezveÁllapot módosítva: lezárva
Adatok utolsó frissítése
LastDataUpdate
Az időpont, amikor az adatokat kinyerték vagy utoljára frissítették.
Leírás

Megmutatja, mennyire aktuális az elemzéshez használt adathalmaz. Az elemzők így láthatják, hogy valós idejű adatokat vagy korábbi állapotot vizsgálnak, ami különösen fontos a nyitott esetek állapotának helyes értelmezéséhez.

Miért fontos?

Segít a felhasználóknak megállapítani, mennyire frissek az adatok a pontos működési jelentésekhez.

Hol szerezhető be?

A rendszeridő az ETL futtatásakor

Példák
2023-11-01T12:00:00Z
Forrásrendszer
SourceSystem
Annak a rendszernek a neve, ahonnan az adatok származnak.
Leírás

Megadja, hogy a problémakezelési adatokat melyik ServiceNow-példányból vagy környezetből nyerték ki. Több rendszer használatakor ez segít az adatok eredetének nyomon követésében és a rendszerspecifikus eltérések kezelésében az elemzés során.

Miért fontos?

Megmutatja az adatok eredetét, különösen akkor, ha több ITSM-eszköz adatait egyesítik.

Hol szerezhető be?

Az adatok kinyerésekor rögzített érték (például „ServiceNow Production”)

Példák
ServiceNow éles rendszerServiceNow EMEA
Áthelyezések száma
ReassignmentCount
Azt mutatja, hányszor helyezték át a problémát egyik csoporttól a másikhoz.
Leírás

Számláló, amely nyomon követi, milyen gyakran változott a hozzárendelt csoport. Ez adja a „Problémarekord áthelyezéseinek száma” KPI alapját, és segít feltárni az oda-vissza küldözgetést, amikor a jegyek csapatok között pattognak.

Miért fontos?

Közvetlenül jelzi a folyamat akadozását és a felelősségi körök tisztázatlanságát.

Hol szerezhető be?

ServiceNow „problem” tábla, „reassignment_count” mező

Példák
0312
Felelős felhasználó
AssignedTo
Az a konkrét személy, akit a probléma kezelésével bíztak meg.
Leírás

Megadja, hogy jelenleg ki felel a problémarekordért. Az attribútum elemzésével feltárható a munkaterhelés eloszlása, az egyéni teljesítmény és az erőforrások szintjén jelentkező lehetséges szűk keresztmetszetek.

Miért fontos?

Az erőforrások hatékonyságának és az egyéni munkaterhelésnek az elemzéséhez szükséges.

Hol szerezhető be?

ServiceNow „problem” tábla, „assigned_to” mező

Példák
Alice SmithBob JonesRendszergazda
Kapcsolódó incidensek száma
RelatedIncidentCount
A problémarekordhoz kapcsolódó incidensek száma.
Leírás

A problémához kapcsolódó incidensek számával méri annak hatását. A magas értékek, különösen az ismert hibák esetében, megjelennek az „Ismert hibák és incidensek ismétlődése” dashboardon.

Miért fontos?

A probléma által okozott felhasználói hatás mértékét mutatja.

Hol szerezhető be?

ServiceNow „problem” tábla, „related_incidents” mező (a mező neve eltérhet), vagy a kapcsolódó rekordok száma

Példák
1501200
Kiváltó ok kategóriája
RootCauseCategory
Az azonosított kiváltó ok besorolása.
Leírás

A probléma mögöttes okát sorolja kategóriába, például szoftverhiba, emberi hiba vagy hardverhiba szerint. Ez az attribútum szolgáltatja az adatokat a „Kiváltó okok besorolásának pontossága” dashboardhoz, és segít feltárni a rendszeres hibamintákat.

Miért fontos?

Lehetővé teszi a hibaminták elemzését és a célzott folyamatfejlesztést.

Hol szerezhető be?

ServiceNow „problem” tábla, „rca_category” vagy „u_root_cause_category” mező

Példák
SzoftverhibaKonfigurációs hibaBeszállítói probléma
Prioritás
Priority
A problémarekordhoz rendelt prioritási szint.
Leírás

A probléma fontosságát és sürgősségét jelzi, általában a hatás és a sürgősség alapján számítják ki. Az attribútum segítségével a problémák kritikus jellege szerint bontható az elemzés, ami támogatja az „SLA-sértések és prioritások nyomon követése” dashboardot.

Miért fontos?

Lehetővé teszi a folyamat teljesítményének üzleti kritikus jelleg szerinti elemzését.

Hol szerezhető be?

ServiceNow „problem” tábla, „priority” mező

Példák
1 - Kritikus2 - Magas3 - Közepes
Probléma állapota
ProblemState
A problémarekord életciklusának állapota.
Leírás

A problémarekord aktuális szakaszát jelzi, például: Nyitott, Kiváltó ok elemzése, Javítás folyamatban vagy Lezárva. Ez az „Elöregedett problémarekordok elemzése” dashboardon a szűrés és a hátralék összetételének megértése szempontjából meghatározó.

Miért fontos?

Elsődleges állapotjelző a nyitott és lezárt esetek szűréséhez.

Hol szerezhető be?

ServiceNow „problem” tábla, „state” mező

Példák
ÚjÉrtékelésA kiváltó ok elemzéseMegoldva
Támogatási csoport
AssignmentGroup
A probléma megoldásáért felelős műszaki csapat.
Leírás

Megadja, hogy jelenleg melyik támogatási csoport vagy csapat felel a problémáért. Ez az attribútum szükséges a „Támogatási csoportok közötti áthelyezések elemzése” dashboardhoz, amely nyomon követi a csapatok közötti átadásokat és feltárja a szervezeti elszigeteltséget.

Miért fontos?

Segít feltárni a részlegek közötti szűk keresztmetszeteket és elemezni az átadások hatékonyságát.

Hol szerezhető be?

ServiceNow „problem” tábla, „assignment_group” mező

Példák
Hálózati üzemeltetésAdatbázis-adminisztrátorokÜgyfélszolgálat
Függőben töltött idő
PendingDuration
Az az összesített idő, amelyet a probléma felfüggesztett vagy függő állapotban töltött.
Leírás

Összesíti a „Beszállítóra vár” vagy „Várakoztatva” állapotban töltött időt. A „Függő állapot és várakozási idő elemzése” mutatóval elkülöníthető a belső feldolgozási idő a külső késedelmekből adódó várakozástól.

Miért fontos?

Segít megkülönböztetni a csapat hatékonysági problémáit a külső függőségektől.

Hol szerezhető be?

Számítás: a függőben vagy várakoztatva állapotú időszakok időtartamának összege

Példák
5 nap0 perc
Ismert hiba
IsKnownError
Jelzi, hogy a problémát ismert hibaként sorolták-e be.
Leírás

Megadja, hogy a problémarekordot ismert hibává alakították-e, vagy ismert hibaként jelölték-e meg. Ez szükséges az „Ismert hibák és incidensek ismétlődése” elemzéshez, amely megmutatja, mennyire hatékony a tudáskezelési folyamat.

Miért fontos?

Megkülönbözteti a folyamatban lévő vizsgálatokat az elfogadott, átmeneti megoldással rendelkező hibáktól.

Hol szerezhető be?

ServiceNow „problem” tábla, „known_error” mező

Példák
truefalse
Kerülő megoldás közzétéve
WorkaroundPublished
Jelzi, hogy dokumentálták és megosztották-e az átmeneti megoldást.
Leírás

Logikai vagy állapotjelző, amely megadja, hogy azonosítottak-e átmeneti megoldást, és közzétették-e a Tudásbázisban vagy az Ismert hibák adatbázisában. Ez támogatja az „Átmeneti megoldások közzétételének teljesítménye” dashboardot.

Miért fontos?

Fontos annak méréséhez, milyen gyorsan mérséklik az üzleti hatást a végleges javítás előtt.

Hol szerezhető be?

ServiceNow „problem” tábla, „work_around” mező (ha tartalmaz szöveget), vagy egy adott állapot

Példák
truefalse
Konfigurációs elem
ConfigurationItem
A probléma által érintett konkrét eszköz vagy szolgáltatás.
Leírás

Megadja a problémarekordhoz kapcsolódó Configuration Item (CI) elemet. Az elemzés segít összekapcsolni a problémákat az érintett hardverrel, szoftverrel vagy szolgáltatással, és támogatja a „Kiváltó okok besorolásának pontossága” dashboardot.

Miért fontos?

A folyamatproblémákat konkrét fizikai vagy logikai eszközökhöz kapcsolja.

Hol szerezhető be?

ServiceNow „problem” tábla, „cmdb_ci” mező

Példák
SAP ERP-kiszolgáló 01Exchange levelezési szolgáltatásOracle éles adatbázis
Megoldás kidolgozásának ideje
SolutionDraftingTime
A kiváltó ok azonosítása és a megoldás javaslata között eltelt idő.
Leírás

A javítás kidolgozásának időtartamát követi a kiváltó ok megismerése után. Ez támogatja a „Megoldás kidolgozása és javítás alkalmazása” dashboardot.

Miért fontos?

Külön méri a javítás megtervezésének teljesítményét.

Hol szerezhető be?

Számítás: „Javasolt megoldás kidolgozva” időbélyege mínusz „Kiváltó ok azonosítva” időbélyege

Példák
2 nap4 óra
PIR eredménye
PostImplementationReviewResult
A bevezetés utáni felülvizsgálat eredménye vagy befejezési állapota.
Leírás

Tárolja a PIR eredményét vagy állapotát (például: Befejezve, Nem szükséges, Függőben). Ez az attribútum szükséges a „Bevezetés utáni felülvizsgálat megfelelősége” dashboardhoz, amely segít biztosítani a súlyos problémák felülvizsgálatát.

Miért fontos?

Minőségellenőrzési mutató, amely biztosítja, hogy a szervezet tanuljon a súlyos incidensekből.

Hol szerezhető be?

ServiceNow „problem” tábla, „pir_state” mező vagy hasonló egyéni mező

Példák
BefejezveElengedveFüggőben
SLA-határidő
SlaDueDate
Az SLA szerinti célidőpont a probléma megoldására.
Leírás

Az az időpont, ameddig a problémát meg kell oldani a szolgáltatási szintre vonatkozó megállapodás teljesítéséhez. Ez az „SLA-sértések és prioritások nyomon követése” dashboard és a megfelelési arány kiszámításának alapja.

Miért fontos?

Az SLA-sértések állapotának kiszámítási alapja.

Hol szerezhető be?

A problémához kapcsolódó ServiceNow „task_sla” tábla

Példák
2023-12-31T17:00:00Z
Üzleti szolgáltatás
BusinessService
A probléma által érintett, magas szintű üzleti szolgáltatás.
Leírás

Az üzleti felhasználóknak nyújtott szolgáltatást jelöli (például „Bérszámfejtési szolgáltatás” vagy „Ügyfélportál”), nem pedig a műszaki összetevőt. Így az érintettek üzleti szempontú jelentéseket kapnak.

Miért fontos?

Összekapcsolja a műszaki problémákat az üzleti értékteremtő folyamatokkal.

Hol szerezhető be?

ServiceNow „problem” tábla, „business_service” mező

Példák
Online banki szolgáltatásBelső levelezés
Változtatási kérelem száma
ChangeRequestNumber
A probléma megoldására indított változtatási kérelem azonosítója.
Leírás

Összekapcsolja a problémarekordot a változáskezelési rekorddal (RFC). Ez a kapcsolat szükséges a „Változtatási kérelmek átmeneti hatékonysága” dashboardhoz, amely a probléma diagnosztizálása és az infrastruktúra módosítása közötti átadás sebességét méri.

Miért fontos?

Nyomon követi az átmenetet a problémakezelésből a változáskezelésbe.

Hol szerezhető be?

ServiceNow „problem” tábla, „rfc” mező

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

A problémakezelés tevékenységei

Ezeket a fontos folyamatlépéseket és életciklus-mérföldköveket rögzítse az eseménynaplóban, hogy pontosan feltárhassa a problémakezelési munkafolyamatokat.
8 Javasolt 6 Nem kötelező
Tevékenység Leírás
A vizsgálat megkezdődött
A problémarekord állapota 'New' értékről 'Assess' vagy 'Root Cause Analysis' értékre változik. Ez jelzi, hogy egy elemző megkezdte a probléma aktív vizsgálatát.
Miért fontos?

Jelzi a kezdeti sorban állás végét és az aktív vizsgálati szakasz kezdetét, valamint támogatja a függő állapotok elemzését.

Hol szerezhető be?

ServiceNow 'sys_audit' tábla, a 'state' mező változásainak nyomon követésére (például a konfigurációtól függően 102-es vagy 103-as értékre).

Rögzítés

Az állapotmező összehasonlítása a változás előtt és után

Eseménytípus inferred
Gyökérok azonosítva
A 'Root Cause' kódok kitöltése, vagy az állapot 'Fix in Progress' értékre váltása. Ez jelzi, hogy a probléma diagnosztizálása sikeresen befejeződött.
Miért fontos?

Kiszámítja a gyökérok meghatározásáig eltelt átlagos időt, és támogatja a Root Cause Investigation Cycle Time dashboardot. Fontos mérföldkő a folyamatban.

Hol szerezhető be?

ServiceNow 'sys_audit' tábla, a 'root_cause' kategóriamező változásainak vagy a 'Fix in Progress' állapotba való átmenetnek a nyomon követésére.

Rögzítés

Az állapotmező összehasonlítása a változás előtt és után

Eseménytípus inferred
Hozzárendelve egy támogatási csoporthoz
A problémarekord hozzárendelése egy adott műszaki csapathoz kivizsgálásra. Ez a tevékenység követi a felelősség átadását, és elengedhetetlen az átadások elemzéséhez.
Miért fontos?

A Support Group Reassignment Analysis dashboard alapja, amely feltárja a csapatok közötti pingpongot és a szűk keresztmetszeteket.

Hol szerezhető be?

ServiceNow 'sys_audit' vagy 'sys_history_line' tábla, az 'assignment_group' mező változásainak nyomon követésére.

Rögzítés

Az állapotmező összehasonlítása a változás előtt és után

Eseménytípus inferred
Kerülő megoldás azonosítva
Szöveg kerül a problémarekord 'Workaround' mezőjébe. Ez rögzíti, mikor dokumentálja az elemző az átmeneti megoldást.
Miért fontos?

A Workaround Publication Performance dashboard alapja, amely megmutatja, mikor vált először ismertté a műszaki megoldás.

Hol szerezhető be?

ServiceNow 'sys_audit' tábla, ahol a 'fieldname' értéke 'workaround'.

Rögzítés

Az állapotmező összehasonlítása a változás előtt és után

Eseménytípus inferred
Problémarekord létrehozva
A problémarekord első létrehozása a ServiceNow rendszerben. Ezzel indul a problémakezelés életciklusa, és ez adja a rekord korának méréséhez szükséges kezdő időbélyeget.
Miért fontos?

Ez adja meg az összes ciklusidő-számítás és SLA-mérés kezdő időpontját. Ez az alapja a beérkező problémavizsgálatok számának meghatározásához.

Hol szerezhető be?

ServiceNow 'problem' tábla, 'sys_created_on' mező.

Rögzítés

A New Record tranzakció végrehajtásakor kerül naplózásra

Eseménytípus explicit
Problémarekord lezárva
A folyamat utolsó eseménye, amikor a rekord inaktívvá válik. További munka már nem várható.
Miért fontos?

A folyamatpéldány végpontja. A teljes ciklusidő kiszámításához szükséges.

Hol szerezhető be?

ServiceNow 'problem' tábla, 'closed_at' mező vagy a 'state' mező 'Closed' értékre váltása.

Rögzítés

A Close Problem tranzakció végrehajtásakor kerül naplózásra

Eseménytípus explicit
Tartós javítás bevezetve
A probléma 'Resolved' állapotba kerül, gyakran a kapcsolódó változtatási kérelem lezárásakor. Ez jelzi a műszaki munka befejezését.
Miért fontos?

Meghatározza az aktív javítási ciklus végét. Az SLA-hoz viszonyított teljes megoldási idő kiszámítására használható.

Hol szerezhető be?

ServiceNow 'sys_audit' tábla, a 'state' mező 'Resolved' értékre váltása (jellemzően 106-os érték).

Rögzítés

Az állapotmező összehasonlítása a változás előtt és után

Eseménytípus inferred
Változtatási kérelem elindítva
Change Request (RFC) társítása a problémarekordhoz. Ez jelzi az átadást a Problem Managementből a Change Managementbe a megoldás bevezetéséhez.
Miért fontos?

A Change Request Transition Efficiency dashboard alapja. Feltárja a javítás megtalálása és a változtatási folyamat elindítása közötti késéseket.

Hol szerezhető be?

ServiceNow 'sys_audit' tábla, a 'problem' tábla 'rfc' hivatkozási mezőjének kitöltését követi nyomon.

Rögzítés

A Create Normal Change tranzakció végrehajtásakor kerül naplózásra

Eseménytípus explicit
A megoldás ellenőrizve
Ellenőrzési lépés, amely megerősíti, hogy a megoldás hatékony. A folyamat fejlettségétől függően ezt külön állapot vagy jelölőnégyzet rögzítheti.
Miért fontos?

Lezárás előtt biztosítja a minőségellenőrzést. Ha ez a lépés kimarad, az folyamateltérésként elemezhető.

Hol szerezhető be?

ServiceNow 'sys_audit' tábla. Rögzíthető állapotváltásként ('Resolved' -> 'Closed') vagy külön mezőben, például a konfigurált 'u_resolution_verified' mezőben.

Rögzítés

Az állapotmező összehasonlítása a változás előtt és után

Eseménytípus inferred
Az állapot Fix in Progress értékre változott
A rekord olyan állapotba kerül, amely jelzi, hogy a javítás fejlesztése vagy bevezetése folyamatban van. Ez gyakran a Change Managementre való várakozással jár.
Miért fontos?

Elkülöníti az aktív vizsgálat idejét a változtatásra várakozás idejétől, így pontosabbá teszi a szűk keresztmetszetek elemzését.

Hol szerezhető be?

ServiceNow 'sys_audit' tábla, a 'state' mező 'Fix in Progress' értékre váltása (jellemzően 104-es érték).

Rögzítés

Az állapotmező összehasonlítása a változás előtt és után

Eseménytípus inferred
Az értékelést elutasították
A problémarekord visszakerül egy korábbi állapotba, vagy az értékelési szakaszban törlik, mert kiderül, hogy nem valódi problémáról van szó.
Miért fontos?

Feltárja a folyamat veszteségeit, amikor az incidenseket tévesen problémává minősítik.

Hol szerezhető be?

ServiceNow 'sys_audit' tábla, a 'state' mező 'Assess' értékről 'Closed/Cancelled' vagy 'New' értékre váltása.

Rögzítés

Az állapotmező összehasonlítása a változás előtt és után

Eseménytípus inferred
Bevezetés utáni felülvizsgálat befejezve
A PIR-feladat befejezése vagy a PIR-jelző beállítása. Ez igazolja, hogy a jelentős problémák után utólagos elemzés készült.
Miért fontos?

Közvetlenül támogatja a Post-Implementation Review Compliance dashboardot. Ha ez a tevékenység hiányzik a kiemelt problémáknál, az a megfelelés hiányát jelzi.

Hol szerezhető be?

A ServiceNow 'problem_task' tábla PIR típusú feladatának lezárása, vagy a 'problem' tábla 'pir_state' mezőjének módosítása.

Rögzítés

Az X és Y mező összehasonlításából származtatva

Eseménytípus inferred
Kerülő megoldás közzétéve
A 'Communicate Workaround' művelet végrehajtása, amely továbbítja a kerülő megoldást a kapcsolódó incidensekhez, vagy létrehoz egy Known Error cikket. Ez nem azonos azzal, amikor egyszerűen beírják a kerülő megoldást.
Miért fontos?

Elengedhetetlen a tudásmegosztás gyorsaságának méréséhez. Az itt jelentkező késések közvetlenül növelik az ismétlődő incidensek számát.

Hol szerezhető be?

ServiceNow 'sys_journal_field' tábla vagy az adott UI Action naplói. A közzététel abból is megállapítható, ha létrejön egy 'Known Error' típusú 'kb_knowledge' rekord.

Rögzítés

A Communicate Workaround tranzakció végrehajtásakor kerül naplózásra

Eseménytípus explicit
Megoldási javaslat kidolgozva
Adatok kerülnek a 'Fix Notes' vagy a 'Resolution Code' mezőbe. Ez jelzi, hogy az elemző az ok megértése után megkezdte a tartós javítás kidolgozását.
Miért fontos?

A Solution Drafting and Fix Application dashboard alapja, amely külön méri a tervezési szakasz időtartamát.

Hol szerezhető be?

ServiceNow 'sys_audit' tábla, a 'fix_notes' mező módosításainak nyomon követésére.

Rögzítés

Az állapotmező összehasonlítása a változás előtt és után

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

Adatkinyerési útmutatók

Így nyerheti ki az adatokat a ServiceNow problémakezelési moduljából

Kezdje el most?

Töltse le a teljes sablont, és alakítsa át problémakezelési adatait azonnal hasznosítható információkká. Csapatunk a process mining minden lépésében támogatja Önt.

Optimalizálja a problémakezelést, és gyorsítsa fel a megoldást

Csökkentse 30%-kal a vizsgálati ciklusidőt process mining segítségével

Indítsa el az ingyenes próbaverziót

Nincs szükség bankkártyára. A beállítás néhány percet vesz igénybe.