Problémakezelési adatsablon
Problémakezelési adatsablon
- Részletes elemzéshez javasolt attribútumok
- Az eseménynaplóban rögzítendő folyamatmérföldkövek
- Technikai útmutató az adatok kinyeréséhez
A problémakezelés attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Forrásrendszer
SourceSystem
|
Annak a rendszernek a neve, ahonnan az adatok származnak. | ||
|
Leírás
Azonosítja azt a szoftverrendszert, amelyből a folyamatadatokat kinyerték. Ebben az esetben az érték mindig „Jira Service Management”. Ez az attribútum különösen több rendszer használatakor segít megkülönböztetni az adatforrásokat. Ebben a nézetben elsősorban az adatok eredetét jelöli.
Miért fontos?
Megadja az adatok forrását, különösen akkor hasznos, ha más IT Service Management-adatokkal egyesíti őket.
Hol szerezhető be?
Rögzített érték vagy rendszerbeállítás
Példák
Jira Service ManagementJira CloudJSM-Prod
|
|||
|
Időbélyeg
EventTimestamp
|
A tevékenység pontos dátuma és időpontja. | ||
|
Leírás
Ez az attribútum rögzíti, hogy pontosan mikor történt egy tevékenység. Az események időrendi sorrendbe állítására és a lépések közötti időtartam kiszámítására használható. A pontos időbélyegek szükségesek a ciklusidők kiszámításához, például a „Probléma rögzítve” és a „Kiváltó ok azonosítva” közötti idő méréséhez, valamint az áteresztőképesség időbeli elemzéséhez.
Miért fontos?
Lehetővé teszi az időalapú KPI-k kiszámítását és az események helyes sorrendbe állítását.
Hol szerezhető be?
Jira Changelog létrehozási dátuma vagy az ügy létrehozási dátuma
Példák
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
|
|||
|
Problémarekord
ProblemKey
|
A Jira Service Management által a problémarekordhoz rendelt egyedi azonosító. | ||
|
Leírás
Ez az attribútum szolgál a process mining elemzés központi ügyazonosítójaként. A Jira Service Management új problémarekord létrehozásakor egyedi kulcsot generál, például PM-1001. Ezzel az azonosítóval egyetlen, elejétől a végéig tartó folyamatpéldányba rendezhetők a kapcsolódó tevékenységek, állapotváltozások és frissítések. Az attribútum elemzésével megjeleníthető a probléma teljes életciklusa a kezdeti felismeréstől a kivizsgáláson át a végleges lezárásig.
Miért fontos?
Ez az alapvető azonosító szükséges a folyamat rekonstruálásához és az egyes problémarekordok nyomon követéséhez.
Hol szerezhető be?
Ügytábla, „Key” vagy „Issue Key” mező
Példák
PM-1023PM-4099PRB-3321PM-5001
|
|||
|
Tevékenység
ActivityName
|
A problémarekordon végrehajtott művelet vagy állapotváltozás. | ||
|
Leírás
Ez az attribútum rögzíti a problémakezelési életciklus során bekövetkező esemény vagy állapotváltás nevét. Ilyen például a „Probléma rögzítve”, az „Állapot: kivizsgálás alatt” vagy a „Kiváltó ok azonosítva”. Az attribútum szükséges a folyamat feltérképezéséhez és a probléma megoldásához vezető lépések sorrendjének feltárásához. A process mining során ezek a tevékenységek alkotják a folyamattérkép csomópontjait.
Miért fontos?
Meghatározza a folyamattérkép lépéseit, és lehetővé teszi a folyamatváltozatok elemzését.
Hol szerezhető be?
Jira Changelog (History) vagy az ügy állapotváltásai
Példák
Problémarekord létrehozvaKivizsgálás elindultKiváltó ok azonosítvaKerülőmegoldás frissítveProblémarekord lezárva
|
|||
|
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
Megmutatja, mikor szinkronizálták utoljára az adatkészletet az éles Jira Service Management környezettel. Így az elemzők ellenőrizhetik, mennyire frissek az adatok. Segít meggyőződni arról, hogy az elemzés a folyamat legfrissebb állapotát tükrözi, és feltárni az esetleges adatátviteli késéseket.
Miért fontos?
Jelzi, hogy frissek-e az adatok, és segít megbízni az elemzés eredményeiben.
Hol szerezhető be?
ETL-időbélyeg
Példák
2023-11-01T12:00:00Z2023-11-02T00:00:00Z
|
|||
|
Felhasználó
UserKey
|
A tevékenységet végző felhasználó egyedi azonosítója vagy neve. | ||
|
Leírás
Azonosítja azt a személyt vagy rendszerfiókot, amely az adott tevékenységért felelős. Ilyen lehet például a rekordot frissítő „Assignee” vagy az állapotváltozást rögzítő „Author”. Ezekkel az adatokkal elemezhető az erőforrások kihasználtsága, feltárhatók a felhasználók közötti átadások szűk keresztmetszetei, és ellenőrizhető a felelősségi körök betartása a problémakezelési folyamatban.
Miért fontos?
Elengedhetetlen az átadások, a feladatkörök szétválasztása és az erőforrások terhelésének elemzéséhez.
Hol szerezhető be?
A Jira changelog „author” mezője vagy az issue „assignee” mezője
Példák
j.smithsystem_automationm.doe
|
|||
|
Hozzárendelt támogatási csoport
SupportGroup
|
A probléma kivizsgálásáért jelenleg felelős műszaki csapat vagy csoport. | ||
|
Leírás
Megmutatja, melyik csapat felelt a problémarekordért az esemény időpontjában. A Jira Service Managementben ez gyakran a „Component” mezőhöz vagy egy egyéni mezőhöz, például a „Support Group” mezőhöz van rendelve. Ez az attribútum szükséges a „Támogatási csoportok közötti átadások szűk keresztmetszetei” dashboardhoz. Segítségével látható, hogyan kerülnek át a problémák a csapatok között, és hol töltenek a legtöbb időt.
Miért fontos?
Nélkülözhetetlen a szervezeti szintű elemzéshez és a csapatok közötti súrlódások feltárásához.
Hol szerezhető be?
Az issue „Component” mezője vagy az egyéni „Support Group” mező
Példák
Adatbázis-adminisztrációHálózati üzemeltetésAlkalmazástámogatás, 2. szint
|
|||
|
Kiváltó ok kategóriája
RootCauseCategory
|
A probléma mögött álló kiváltó ok besorolása. | ||
|
Leírás
A problémát okozó műszaki vagy folyamatbeli hibát sorolja kategóriába, például „Szoftverhiba”, „Emberi hiba” vagy „Hardverhiba”. Ez a Jira Service Managementben gyakran egyéni mező. Ez az attribútum támogatja a „Kiváltó okok kategóriánkénti megoszlása” dashboardot. Az elemzés alapján eldönthető, hogy a probléma ismétlődésének megelőzésére érdemes-e infrastruktúrába vagy képzésbe fektetni.
Miért fontos?
Segít feltárni a rendszerszintű problémákat és meghatározni a megelőző intézkedéseket.
Hol szerezhető be?
A „Root Cause” vagy „Root Cause Category” egyéni mező
Példák
SzoftverhibaKonfigurációs hibaKapacitásproblémaBeszállítói probléma
|
|||
|
Prioritás
Priority
|
A problémarekordhoz rendelt súlyossági szint. | ||
|
Leírás
Jelzi a probléma sürgősségét és hatását. Értéke jellemzően az „Alacsony” és a „Kritikus” között mozog. Ezzel a mezővel csoportosítható az elemzés, és ellenőrizhető, hogy a magas prioritású problémákat az SLA-célértékeken belül oldják-e meg. Az attribútum elemzése segít az „SLA-megfelelés és célértékek alakulása” dashboardon ellenőrizni, hogy a kritikus üzleti kockázatok megfelelő prioritást kapnak-e.
Miért fontos?
Lehetővé teszi a folyamat teljesítményének üzleti fontosság szerinti elemzését.
Hol szerezhető be?
Az issue „Priority” mezője
Példák
LegmagasabbMagasKözepesAlacsony
|
|||
|
Probléma összefoglalója
ProblemSummary
|
A problémarekord rövid leírása vagy címe. | ||
|
Leírás
A problémarekord rövid összefoglalóját tartalmazza. Elsősorban szöveges adat, de kontextust ad az egyes eseteket a process mining eszközben vizsgáló elemzőknek. Lehetővé teszi a kulcsszavas keresést és a rögzített problématípusok minőségi elemzését.
Miért fontos?
Az esetazonosító mellett ember által is érthető kontextust ad.
Hol szerezhető be?
Az issue „Summary” mezője
Példák
Adatbázis-kapcsolat időtúllépése az EU-régióbanMegugrott az e-mail-szolgáltatás késleltetéseElakadt a rendelésfeldolgozási sor
|
|||
|
Bejelentő
ReporterName
|
A problémarekordot eredetileg rögzítő felhasználó. | ||
|
Leírás
Azonosítja a problémarekordot létrehozó személyt. Nem azonos a felelőssel. A bejelentők elemzése megmutatja, honnan érkeznek a problémák, például a szervizdesk munkatársaitól vagy a rendszergazdáktól. Kiegészíti a „Proaktív és reaktív” elemzést.
Miért fontos?
Megmutatja, honnan érkeznek a problémák.
Hol szerezhető be?
Az issue „Reporter” mezője
Példák
monitoring_servicehelpdesk_leadnetwork_admin
|
|||
|
Bevezetés utáni felülvizsgálat elvégezve
ReviewStatus
|
Jelzi, hogy végeztek-e bevezetés utáni felülvizsgálatot (PIR). | ||
|
Leírás
Nyomon követi, hogy az esethez tartozik-e „Post Implementation Review” tevékenység vagy jelző. Ez szükséges a „Bevezetés utáni felülvizsgálatnak való megfelelés” dashboardhoz. Segít ellenőrizni, hogy a szervezet betartja-e a folyamatos fejlesztésre vonatkozó irányítási követelményeket.
Miért fontos?
A szervezeti tanulás megfelelési mutatója.
Hol szerezhető be?
A „PIR Status” egyéni mező vagy a „PIR” tevékenység megléte
Példák
BefejezveFüggőbenNem szükséges
|
|||
|
Észlelés forrása
DetectionSource
|
A probléma észlelésének módja, például proaktív vagy reaktív. | ||
|
Leírás
Megmutatja, honnan származik a probléma észlelése. Gyakori érték például a „Proaktív felügyelet”, a „Szervizdesk-incidens” vagy a „Beszállítói értesítés”. Ez az attribútum a „Proaktív és reaktív észlelés” dashboardon használható a problémakezelési folyamat érettségének mérésére.
Miért fontos?
A folyamat érettségét és a felügyeleti rendszerek hatékonyságát méri.
Hol szerezhető be?
A „Source” vagy „Detection Source” egyéni mező
Példák
Proaktív felügyeletIncidens eszkalációjaBeszállítói értesítés
|
|||
|
Kapcsolt incidensek száma
LinkedIncidentCount
|
A problémarekordhoz kapcsolt incidensek száma. | ||
|
Leírás
A problémarekordhoz kapcsolódó incidensjegyek száma. Ez az attribútum számszerűsíti, milyen hatással van a probléma a felhasználókra. Az „Incidensek és problémák közötti kapcsolatok mélysége” KPI-ban használható azoknak a problémáknak a rangsorolására, amelyek a legtöbb támogatási jegyet eredményezik.
Miért fontos?
Az incidensek száma alapján számszerűsíti az üzleti hatást.
Hol szerezhető be?
Az „issuelinks” táblában a „Problem/Incident” típusú kapcsolatok száma
Példák
011550
|
|||
|
Kapcsolt változtatási kérelem
LinkedChangeRequest
|
A problémához kapcsolt változtatási kérelem azonosítója. | ||
|
Leírás
A végleges javítás bevezetésére létrehozott változtatási kérelem (RFC) azonosítóját tárolja. Ez a kapcsolat szükséges a „Változtatási kérelem indításáig eltelt idő” dashboardhoz. Összekapcsolja a problémakezelési és a változáskezelési folyamatot, így a két folyamat együtt is elemezhető.
Miért fontos?
Összekapcsolja a kivizsgálást a változáskezelési folyamatban végzett helyreállítással.
Hol szerezhető be?
Az issue-kapcsolatok, ahol a típus „is fixed by” vagy hasonló
Példák
CR-404CHG-1099CR-5512
|
|||
|
Létrehozás dátuma
CreatedDate
|
A problémarekord létrehozásának dátuma. | ||
|
Leírás
Az időbélyeg, amely megmutatja, mikor rögzítették először a problémát a rendszerben. Az esemény időbélyege a tevékenységek időpontját jelzi, ezt az attribútumot pedig gyakran magas szintű szűrésre használják, például: „Mutassa az első negyedévben létrehozott problémákat”. Ez az elemzés kiinduló dátuma a problémák korának vizsgálatához.
Miért fontos?
Kiinduló dátum a problémák korának és beérkezési számának elemzéséhez.
Hol szerezhető be?
Az issue „Created” mezője
Példák
2023-01-012023-06-15
|
|||
|
Megoldási kód
ResolutionCode
|
A probléma megoldásának módját jelző kód. | ||
|
Leírás
A problémarekord végső kimenetelét adja meg, például „Javítva”, „Nem javítjuk”, „Duplikátum” vagy „Nem reprodukálható”. Segítségével elkülöníthetők a sikeresen megoldott problémák az adminisztratív okból lezárt esetektől. Így a KPI-k, például a „Kiváltó ok feltárásáig eltelt átlagos idő” pontosan számíthatók.
Miért fontos?
Megkülönbözteti a tényleges megoldásokat az adminisztratív lezárásoktól.
Hol szerezhető be?
Az issue „Resolution” mezője
Példák
KészNem végezzük elDuplikátumNem reprodukálható
|
|||
|
SLA-sértés állapota
SlaBreachStatus
|
Jelzi, hogy a problémarekord túllépte-e a szolgáltatási szintre vonatkozó megállapodásban rögzített határidőt. | ||
|
Leírás
Logikai vagy állapotmező, amely jelzi, hogy a megoldás ideje túllépte-e a megállapodás szerinti célértéket. Ez az „SLA-megfelelés és célértékek alakulása” dashboardon használható. Felhívja a figyelmet azokra az esetekre, amelyek megfelelési kockázatnak vagy szankcióknak tehetik ki a szervezetet.
Miért fontos?
Elengedhetetlen a megfelelés és a teljesítmény nyomon követéséhez.
Hol szerezhető be?
A Jira Service Management SLA-mezőjének logikája
Példák
TeljesültMegsértveSzüneteltetve
|
|||
|
Újranyitották
IsReopened
|
Jelzi, hogy a problémát a lezárása után újranyitották-e. | ||
|
Leírás
Logikai jelző, amely akkor kap igaz értéket, ha a problémarekord lezárt állapotból ismét nyitott állapotba került. Ez támogatja a „Problémák újranyitási arányának elemzése” vizsgálatot. A magas újranyitási arány a végleges javítások minőségi problémáira vagy a nem megfelelő ellenőrzési eljárásokra utal.
Miért fontos?
A javítások hatékonyságának minőségi mutatója.
Hol szerezhető be?
Az állapotváltozásokból származtatva
Példák
truefalse
|
|||
|
Van kerülőmegoldás
WorkaroundDetails
|
Jelzi, hogy dokumentáltak-e kerülőmegoldást a problémára. | ||
|
Leírás
Jelzi, hogy létezik-e vagy közzétették-e az ideiglenes kerülőmegoldás leírását. Ezzel nyomon követhető a „Kerülőmegoldás közzétételének sebessége”. Az attribútum elemzésével megállapítható, milyen gyorsan tudja a csapat helyreállítani a szolgáltatás stabil működését, még mielőtt elkészülne a végleges javítás.
Miért fontos?
Segít mérni, milyen gyorsan kap átmeneti segítséget az üzlet.
Hol szerezhető be?
A „Workaround” egyéni mező
Példák
Indítsa újra a szolgáltatástTörölje a böngésző gyorsítótárátNincs megadva
|
|||
A problémakezelés tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Incidens a problémához kapcsolva
|
Kapcsolódó incidensjegy összekapcsolása a problémarekorddal. Az esemény az ügykapcsolatok táblájában vagy az előzményekben szerepel. | ||
|
Miért fontos?
Meghatározza a probléma hatását és kiterjedését. Szükséges az „Incident to Problem Linkage Depth” KPI kiszámításához és az üzleti hatás szerinti prioritás meghatározásához.
Hol szerezhető be?
Jira-ügykapcsolatok: „causes” vagy „relates to” típusú kapcsolat létrehozva
Rögzítés
A rendszer az ügykapcsolat létrehozásakor rögzíti.
Eseménytípus
explicit
|
|||
|
Kerülőmegoldás frissítve
|
A „Workaround” szövegmező kitöltése vagy módosítása. Az esemény azt jelzi, hogy dokumentáltak egy ideiglenes javítást. | ||
|
Miért fontos?
Azt méri, milyen gyorsan kap átmeneti megoldást az üzlet. Nélkülözhetetlen a „Workaround Availability Lead Time” KPI kiszámításához.
Hol szerezhető be?
Jira-ügyelőzmények: a „Workaround” mező módosult (nem üres)
Rögzítés
A rendszer a Workaround mező módosításakor rögzíti.
Eseménytípus
explicit
|
|||
|
Kiváltó ok azonosítva
|
Az a pont, amikor hivatalosan rögzítik a probléma kiváltó okát. Az esemény a „Root Cause Identified” állapotra váltásból vagy a „Root Cause” mező kitöltéséből állapítható meg. | ||
|
Miért fontos?
Fontos mérföldkő, amely lezárja a kivizsgálási szakaszt. Szükséges a „Mean Time to Root Cause Discovery” kiszámításához.
Hol szerezhető be?
Jira-ügyelőzmények: az állapot „Root Cause Identified” értékre változott, VAGY kitöltötték a „Root Cause” mezőt
Rögzítés
Hasonlítsa össze az állapotmező módosításait, vagy ellenőrizze, hogy kitöltötték-e a mezőt
Eseménytípus
inferred
|
|||
|
Kivizsgálás elindult
|
A probléma állapota aktív kivizsgálásra vált, például „Under Investigation” vagy „In Progress” értékre. Ezzel kezdődik az aktív munkaszakasz. | ||
|
Miért fontos?
Elindítja a kivizsgálás időtartamának mérését. Segít elkülöníteni a várólistán töltött időt a tényleges elemzéssel töltött időtől.
Hol szerezhető be?
Jira-ügyelőzmények: az állapot „Under Investigation” vagy „In Progress” értékre változott
Rögzítés
Hasonlítsa össze az állapotmező módosításait
Eseménytípus
inferred
|
|||
|
Megoldás ellenőrizve
|
Annak megerősítése, hogy a javítás megoldotta a problémát. A „Resolved” állapotra vagy egy adott „Verified” állapotra váltásból állapítható meg. | ||
|
Miért fontos?
Minőségellenőrzési pont, amely biztosítja a javítás eredményességét. Az itt jelentkező késedelmek a tesztelés vagy a felhasználói elfogadás szűk keresztmetszetére utalhatnak.
Hol szerezhető be?
Jira-ügyelőzmények: az állapot „Resolved” vagy „Verified” értékre változott
Rögzítés
Hasonlítsa össze az állapotmező módosításait
Eseménytípus
inferred
|
|||
|
Problémarekord létrehozva
|
Az első esemény, amikor a rendszerben létrejön a problémát rögzítő jegy. A létrehozás időbélyegét a rendszer kifejezetten rögzíti az ügy előzményeiben. | ||
|
Miért fontos?
Jelzi a problémakezelés életciklusának kezdetét, és lehetővé teszi az esetszám elemzését. Szükséges az áteresztőképesség és a beérkezési arány kiszámításához.
Hol szerezhető be?
Jira-ügytábla: Created Date időbélyeg vagy History Tab: Issue Created esemény
Rögzítés
A rendszer az ügy létrehozásakor rögzíti.
Eseménytípus
explicit
|
|||
|
Problémarekord lezárva
|
A problémakezelési életciklus végleges lezárása. A rendszer kifejezetten rögzíti, amikor az állapot „Closed” értékre változik. | ||
|
Miért fontos?
A folyamatpéldány egyértelmű vége. Szükséges a teljes ciklusidő és a lezárási arány kiszámításához.
Hol szerezhető be?
Jira-ügyelőzmények: az állapot „Closed” értékre változott
Rögzítés
A rendszer az állapot „Closed” értékre váltásakor rögzíti.
Eseménytípus
explicit
|
|||
|
Támogatási csoporthoz rendelve
|
A problémarekord hozzárendelése egy adott műszaki csapathoz vagy támogatási csoporthoz. A rendszer a „Support Group” egyéni mező vagy, csoportok használata esetén, az „Assignee” mező változásait követi. | ||
|
Miért fontos?
A csapatok közötti átadások és szűk keresztmetszetek elemzéséhez nélkülözhetetlen. A gyakori átadás az ügyek nem hatékony irányítására utalhat.
Hol szerezhető be?
Jira-ügyelőzmények: a „Support Group” vagy az „Assignee” mező módosult
Rögzítés
A rendszer a felelőst megadó mező módosításakor rögzíti.
Eseménytípus
explicit
|
|||
|
Bevezetés utáni felülvizsgálat
|
A javítás bevezetése után elvégzett felülvizsgálat. A rendszer az „In Review” állapotra váltásból vagy a PIR-hez kapcsolódó mezők módosításából állapítja meg. | ||
|
Miért fontos?
A tanulságok rögzítését biztosító megfelelési tevékenység. A „Post Implementation Review Compliance” elemzéshez használható.
Hol szerezhető be?
Jira-ügyelőzmények: az állapot „In Review” értékre változott, VAGY módosult a „PIR Notes” mező
Rögzítés
Hasonlítsa össze az állapotmező vagy a PIR-mezők módosításait
Eseménytípus
inferred
|
|||
|
Probléma prioritása módosítva
|
A problémarekord Priority mezőjének módosítása. A rendszer az előzményekben rögzíti a Priority mező változásait. | ||
|
Miért fontos?
Az ügy prioritásának emelését vagy csökkentését jelzi. Elemzésével felmérhető a kezdeti besorolás pontossága, valamint a magas prioritású, régóta nyitott problémák helyzete.
Hol szerezhető be?
Jira-ügyelőzmények: a „Priority” mező értéke „Old Value” értékről „New Value” értékre változott
Rögzítés
A rendszer a Priority mező módosításakor rögzíti.
Eseménytípus
explicit
|
|||
|
Probléma újranyitva
|
A probléma állapota „Resolved” vagy „Closed” értékről ismét aktív állapotra vált. Sikertelen javításra vagy elutasított megoldásra utal. | ||
|
Miért fontos?
Elsődleges minőségi mutató. A gyakori újranyitás eredménytelen kiváltóok-elemzésre vagy tesztelésre utal.
Hol szerezhető be?
Jira-ügyelőzmények: az állapot „Closed” vagy „Resolved” értékről „Open” vagy „In Progress” értékre változott
Rögzítés
Hasonlítsa össze az állapotmező értékeinek sorrendjét
Eseménytípus
inferred
|
|||
|
SLA-határidő túllépve
|
Az esemény azt jelzi, hogy a probléma megoldása túllépte a meghatározott szolgáltatási szintre vonatkozó megállapodás határidejét. A rendszer az SLA-célidő és a megoldás dátumának összevetésével számítja ki. | ||
|
Miért fontos?
A megfelelési jelentésekhez nélkülözhetetlen. Segít feltárni, hogy mely prioritásoknál vagy kategóriáknál maradnak el leggyakrabban a célértékek.
Hol szerezhető be?
Jira Service Management SLA-naplók: a „Time to Resolution” meghaladja a célértéket, vagy számított érték
Rögzítés
Számítsa ki az SLA-mezők adataiból, vagy vesse össze a Due Date és a Resolution Date értékét
Eseménytípus
calculated
|
|||
|
Változtatási kérelem összekapcsolva
|
Változtatási kérelem (RFC) összekapcsolása a problémarekorddal. Ez jelzi a végleges javítási folyamat elindítását. | ||
|
Miért fontos?
A kiváltó ok azonosítása és a javítás megkezdése közötti késedelmet méri. A „Change Management Transition Delay” KPI kiszámításához használható.
Hol szerezhető be?
Jira-ügykapcsolatok: „is fixed by” típusú kapcsolat vagy „Change” típusú ügyhöz kapcsolás létrehozva
Rögzítés
A rendszer a „Change” típusú ügyhöz vezető kapcsolat létrehozásakor rögzíti.
Eseménytípus
explicit
|
|||
|
Végleges javítás alkalmazva
|
Az állapotváltás jelzi, hogy bevezették a megoldást. Ez általában az „Implementing” vagy „Fixed” állapotra váltásból állapítható meg. | ||
|
Miért fontos?
Jelzi a műszaki javítási munka végét. A bevezetési ciklusidő mérésére használható.
Hol szerezhető be?
Jira-ügyelőzmények: az állapot „Implemented”, „Pending Verification” vagy „Fixed” értékre változott
Rögzítés
Hasonlítsa össze az állapotmező módosításait
Eseménytípus
inferred
|
|||
Adatkinyerési útmutatók
Kezdheti?
Alakítsa át problémakezelési adatait felhasználható eredményekké. Töltse le az útmutatót, vagy vegye fel a kapcsolatot ügyfélszolgálatunkkal, és kezdje el a process mining használatát.
Optimalizálja még ma a problémakezelési folyamatot
Csökkentse 30%-kal az átfutási időt, és tegye stabilabbá IT-környezetét.
Nincs szükség bankkártyára. A beállítás néhány perc.