Problémakezelési adatsablon

Jira Service Management
Problémakezelési adatsablon

Problémakezelési adatsablon

Ez a sablon útmutatást ad a Jira Service Management munkafolyamatainak elemzéséhez: összegyűjti a szükséges adatpontokat és folyamatmérföldköveket. Rendszerezetten bemutatja azokat az attribútumokat és tevékenységeket, amelyekkel átláthatja, hogyan kezeli a csapat a problémákat és tárja fel azok kiváltó okait. Kövesse az útmutatót az adatgyűjtés egyszerűsítéséhez, és hogy a process mining elemzésből konkrét intézkedéseket megalapozó eredmények szülessenek.
  • 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
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 a problémakezelés teljes folyamatát.
5 Kötelező 5 Javasolt 10 Nem kötelező
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
Kötelező Javasolt Nem kötelező

A problémakezelés tevékenységei

Ezeket a folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban, hogy pontosan feltérképezhesse a megoldási munkafolyamatokat.
8 Javasolt 6 Nem kötelező
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
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése a Jira Service Managementből

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.

Próbálja ki ingyen

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