Fejlessze problémakezelési folyamatát

Útmutató a BMC Helix ITSM optimalizálásához 6 lépésben
Fejlessze problémakezelési folyamatát
Problémakezelés
BMC Helix ITSM

Válasszon folyamatot

Válasszon folyamatot, hogy a csatlakoztatott munkaterületen folytathassa a munkát.

Elérhető folyamatok
Elérhető rendszerek

Optimalizálja a problémakezelést a BMC Helix ITSM-ben

Platformunk feltárja a szolgáltatás hatékonyságát rontó rejtett szűk keresztmetszeteket és folyamatsúrlódásokat. Könnyen áttekintheti, hol okoznak késéseket a manuális lépések vagy az átadások a kivizsgálás során. Ezzel a rálátással egyszerűsítheti a munkafolyamatokat, és megszüntetheti a visszatérő működési problémák kiváltó okait.

Töltse le az előre beállított adatsablont, és kezelje a gyakori kihívásokat a hatékonysági célok eléréséhez. Kövesse a hatlépéses fejlesztési tervet, és használja az Adatsablon útmutatóját a működés fejlesztéséhez.

Részletes leírás megjelenítése

A problémakezelés fejlesztésének stratégiai értéke

A hatékony problémakezelés stabil IT-környezetet teremt. Míg az incidenskezelés célja a szolgáltatás mielőbbi helyreállítása, a problémakezelés a fennakadások kiváltó okait szünteti meg. Ha a folyamat nem működik jól, az IT-csapat folyamatosan csak reagál, és újra meg újra ugyanazokat a problémákat kezeli. Ez növeli a működési költségeket, rontja a felhasználói elégedettséget, és feleslegesen terheli a műszaki munkatársakat. A BMC Helix ITSM folyamatának fejlesztésével a reaktív működés helyett megelőző szemléletre válthat. Így megbízhatóbbá teheti az üzleti szolgáltatásokat, és csökkentheti a költséges szolgáltatáskiesések kockázatát.

A BMC Helix ITSM adataitól a használható felismerésekig

A BMC Helix ITSM beépített jelentései gyakran csak pillanatképet adnak az adatokról, például a nyitott problémák számáról vagy a lezárásig eltelt átlagos időről. Ezekből azonban ritkán derül ki, miért akadt el egy vizsgálat. A process mining a PBM:Problem Investigation és a PBM:Known Error táblák digitális nyomaiból rekonstruálja az egyes problémarekordok teljes életútját. Megmutatja az események tényleges sorrendjét, így láthatóvá válik, hol akadnak el az átadások, hol húzódik el a jóváhagyás, és hol kell újra elvégezni a munkát. Ahelyett, hogy találgatná, miért hosszú az átfutási idő, megvizsgálhatja, mely konkrét útvonalak okoznak késedelmet. Így feltételezések helyett objektív adatok alapján javíthat a folyamaton.

A kiváltó okok vizsgálatának szerkezeti problémái

A problémakezelés egyik legnagyobb kihívása, hogy a probléma azonosítása után mikor kezdődik meg a vizsgálat. Sok szervezetnél egy rekord napokig naplózott vagy kiosztott állapotban marad, mielőtt szakértő foglalkozni kezdene vele. A process mining segít feltárni ezeket a rejtett szűk keresztmetszeteket. Kiderülhet például, hogy egyes támogató csoportok túlterheltek, ezért felhalmozódik a hátralék, vagy nem egyértelmű, milyen feltételekkel kell a problémát kiváltóok-elemzésre továbbítani. A Investigation Commenced és a Root Cause Identified tevékenységek közötti folyamat elemzésével megállapíthatja, hogy a műszaki csapatok rendelkeznek-e a szükséges információkkal, vagy túl sok időt töltenek adminisztrációval a diagnosztikai munka helyett. Az átfutási idő csökkentése az egyik leggyorsabb módja az IT stabilitásának javítására.

A kerülőmegoldások és az ismert hibák hatékonyabb kezelése

A folyamat egyik fontos, mégis gyakran figyelmen kívül hagyott része, hogy milyen gyorsan teszik közzé a kerülőmegoldásokat. Ha azonosítanak egy kerülőmegoldást, de nem dokumentálják a PBM:Known Error űrlapon, a Service Desk munkatársai továbbra is nehezen kezelik az ismétlődő incidenseket. Ez a szervezet egészében felesleges munkát okoz. A process mining segítségével mérheti a Workaround Identified és a Workaround Published közötti időt. Ha túl nagy a különbség, az kommunikációs problémára utal, amely közvetlenül növelheti az incidensek számát. A munkafolyamat ezen részének egyszerűsítésével a szervezet már a végleges megoldás kidolgozása közben is használhatja az ideiglenes javításokat. Így a szakértőknek több idejük marad a részletes elemzésre, miközben nem nő tovább az incidensek hátraléka.

Az eredmények mérése és a folyamat érettségének növelése

A folyamatfejlesztés végső célja, hogy csökkenjen az incidensek gyakorisága és üzleti hatása. A process mining segítségével egyértelmű viszonyítási alapokat alakíthat ki a problémakezelés teljes életútjára. Mérheti a Change Request Initiated tevékenységek hatékonyságát, és ellenőrizheti, hogy a végleges javítások az egyeztetett szolgáltatási szinteken belül készülnek-e el. A változtatások bevezetése után a process mining folyamatos visszajelzést ad arról, hogy működnek-e a fejlesztések. Az adatokra épülő megközelítés átláthatóbbá teszi a működést, és segít abban, hogy a csapatok tények alapján fejlesszék munkafolyamataikat. Idővel ez kevesebb ismétlődő problémához és ellenállóbb IT-infrastruktúrához vezet.

A folyamatvezérelt fejlesztés első lépései

A problémakezelés javításához nem kell teljesen átalakítania az ITSM-rendszert. Először láthatóvá kell tenni a jelenlegi működést. Alkalmazza ezeket az elemzési módszereket a BMC Helix ITSM adataira, és kezdje egy kisebb területtel, például egy kiemelt szolgáltatással vagy gyakran előforduló problémakategóriával. Ahogy feltárja és megszünteti a szűk keresztmetszeteket, az incidensek számának csökkenése kapacitást szabadít fel. Csapata így összetettebb, szerkezeti fejlesztésekkel is foglalkozhat. Ezzel az útmutatóval és a hozzá tartozó sablonokkal elindulhat egy stabilabb, hatékonyabb és megelőző szemléletű IT-szolgáltatási környezet felé.

Problémakezelés Kiváltó okok elemzése IT-szolgáltatásmenedzsment Szolgáltatási ügyfélszolgálat ITSM-működés Incidensek számának csökkentése Problémakoordinátor Jegykezelés Ügykezelés Ismert hiba Ismétlődő incidensek Kerülő megoldás Incidensek megelőzése IT-ügyfélszolgálat

Gyakori problémák és kihívások

Azonosítsa, mely kihívások érintik Önt

Sok problémarekord napokig kiosztatlan marad, mert nem egyértelmű a felelősség, vagy a munkatársak nem értesülnek a feladatról. A késedelem növeli annak kockázatát, hogy súlyos incidensek ismét előfordulnak, és rontja az IT-részleg reagálóképességét. A kritikus kiváltó okok ugyanis megoldatlanok maradnak, miközben telik az idő.

A ProcessMind megmutatja, mennyi idő telik el a rekord naplózása és az első kiosztás között a BMC Helix ITSM rendszerben. Azonosíthatja azokat a támogató csoportokat vagy problémakategóriákat, amelyek rendszeresen késlekednek a felelősség átvételével. Ez alapján célzottan módosíthatja az erőforrások elosztását, vagy egyértelműbb kiosztási szabályokat vezethet be.

A problémavizsgálatok gyakran eljutnak a vizsgálat megkezdésének szakaszába, majd érdemi előrelépés nélkül határozatlan ideig ott maradnak. Ezek a megrekedt rekordok akadályozzák a kiváltó okok végleges megszüntetését, és egyre nagyobb, megoldatlan IT-adósságot halmoznak fel, ami később újabb szolgáltatáskiesésekhez vezethet.

A vizsgálati szakasz időtartamának követésével megoldásunk pontosan megmutatja, hol áll meg a folyamat. Kiemeli a BMC Helix ITSM rendszerben azokat a rekordokat, amelyek túllépték a szokásos megoldási időt. Így a problémakoordinátorok még azelőtt beavatkozhatnak és átcsoportosíthatják az erőforrásokat, hogy a vizsgálat okafogyottá válna.

Ha egy kerülőmegoldást azonosítanak, de nem teszik közzé időben a tudásmenedzsment-rendszerben, a Service Desk munkatársai nem tudják gyorsan megoldani az incidenseket. Az ideiglenes javítások késedelmes megosztása növeli az érintett incidensek átlagos javítási idejét, és fokozza a felhasználói elégedetlenséget, miközben a végleges javítás még készül.

A ProcessMind méri a kerülőmegoldás azonosítása és a Workaround Published tevékenység közötti időt. Ez segít abban, hogy az ideiglenes megoldások gyorsan eljussanak az érintettekhez a BMC Helix ITSM rendszerben. Így mérsékelhető a fennálló problémák hatása, miközben a műszaki csapatok a kiváltó ok végleges megszüntetésén dolgoznak.

A problémarekordok gyakran oda-vissza járnak a különböző műszaki csapatok között, mert a csoportok igyekeznek elkerülni a felelősséget, vagy félreértik a probléma műszaki hatókörét. Ez a körkörös továbbítás jelentősen meghosszabbítja a problémák életútját, és késlelteti a tényleges kiváltóok-elemzés kezdetét. Az eredmény felesleges munka és túlterhelt erőforrások.

Elemzőmotorunk feltérképezi a kiosztási tevékenységek sorrendjét, így láthatóvá teszi a BMC Helix ITSM rendszerben előforduló oda-vissza irányításokat. Megnézheti, mely támogató csoportok irányítják tovább rendszeresen a rekordokat. Ez alapján célzott képzést tarthat, vagy egyértelműbben meghatározhatja a csoportok felelősségi köreit.

A kiemelt problémák gyakran nem teljesítik a szolgáltatási szintre vonatkozó célokat a vizsgálati és javítási szakaszok rejtett hatékonysági problémái miatt. A határidők elmulasztása veszélyezteti az IT-szolgáltatások stabilitását, és bizalomvesztéshez vagy belső feszültségekhez vezethet, ha a kritikus infrastruktúra a megállapodottnál tovább marad instabil.

A ProcessMind összeveti az SLA-határidőket a folyamat tényleges időadataival, és azonosítja a határidő-sértést okozó tevékenységeket. Így valós időben követheti a szolgáltatási szintre vonatkozó célokat a BMC Helix ITSM rendszerben, és még a határidő lejárta előtt módosíthatja a prioritásokat vagy a munkafolyamatokat.

A kiváltó ok azonosítása után gyakran jelentős idő telik el, mire kezdeményezik a végleges javításhoz szükséges változtatási kérelmet. Ez idő alatt a szervezet továbbra is ki van téve az ismétlődő incidenseknek, noha a műszaki megoldás már ismert. A megvalósítás adminisztratív folyamatok miatt elakad.

Elemezzük a Root Cause Identified tevékenység és a change request kezdeményezésének eseménye között eltelt időt. Ez feltárja a problémakezelés és a változáskezelés közötti átmenet akadályait a BMC Helix ITSM rendszerben, így a végleges javítások felesleges adminisztratív késedelem nélkül haladhatnak tovább.

A csapatok gyakran kihagyják a bevezetés utáni felülvizsgálatot, hogy a forgalmas időszakokban gyorsabban lezárják a rekordokat és csökkentsék a hátralékot. E lépés nélkül a szervezet nem ellenőrzi, hogy a javítás valóban a kívánt eredményt hozta-e, és a tanulságokat sem rögzíti. Ez hasonló problémák későbbi újbóli előfordulásához vezethet.

A ProcessMind minden lezárt problémarekordnál követi, hogy megtörtént-e a post-implementation review conducted tevékenység. Kiemeli a BMC Helix ITSM rendszerben a standard folyamattól való eltéréseket, így ellenőrizheti, hogy a hosszú távú szolgáltatásfejlesztéshez és a megfeleléshez szükséges lépések mindegyike megtörtént-e.

A problémarekordokat néha azelőtt lezárják, hogy az üzleti vagy műszaki felelősök ellenőriznék a megoldást. Ilyenkor röviddel a lezárás után ismét jelentkezhet ugyanaz a probléma. A rekordot újra kell nyitni, vagy újat kell létrehozni, ami megnehezíti a jelentéskészítést és rontja a mutatók pontosságát.

Elemzésünk összeveti a resolution verified tevékenységet a BMC Helix ITSM rendszerben rögzített végső lezárási eseménnyel. Azonosítjuk azokat az eseteket, amikor az ellenőrzés elmarad vagy elhamarkodottan történik. Ez segít a minőségellenőrzés következetes alkalmazásában, és biztosítja, hogy a probléma hivatalos lezárása előtt valóban megszüntessék a kiváltó okot.

Ha a technikusok pontatlanul sorolják be a probléma kiváltó okát, nehéz feltárni a hosszú távú trendeket és az infrastruktúra rendszerszintű gyengeségeit. A hiányos adatok miatt a vezetők nem tudnak megalapozott döntést hozni az infrastruktúra fejlesztéséről vagy a stabilitást javító folyamatváltoztatásokról.

A ProcessMind megkeresi azokat a rekordokat, amelyekből hiányzik a kiváltóok-kategória, vagy amelyeknél általános értéket adtak meg. A BMC Helix ITSM rendszerben feltárt hiányosságok segítenek javítani az adatok megbízhatóságát, és pontosabban megérteni az IT instabilitásának tényleges okait. Ez hatékonyabb megelőző intézkedésekhez vezet.

A nagy mennyiségű problémakiosztás miatt egyes szakosodott műszaki csapatok túlterheltté válhatnak. Ilyenkor jelentős hátralék halmozódik fel, és késnek a javítások. A munkaterhelés egyensúlytalansága egyetlen kritikus ponttól teheti függővé a folyamatot, és veszélybe sodorhatja a fontos szolgáltatásokat.

Megoldásunk a támogató csoportokhoz rendelt aktív rekordok számának elemzésével azonosítja az erőforrások szűk keresztmetszeteit. Az IT-vezetők a BMC Helix ITSM rendszerben a tényleges teljesítményadatok alapján egyensúlyba hozhatják a munkaterhelést, vagy növelhetik a létszámot a kritikus területeken.

Ha a problémakezelés túl lassú, ugyanazok az incidensek újra és újra elárasztják a Service Desket, és értékes erőforrásokat kötnek le ismétlődő feladatokkal. Ez rontja a hatékonyságot, és elvonja a csapat figyelmét a stratégiai projektektől és az összetettebb hibaelhárítástól.

A ProcessMind összeveti az összefüggő incidensek számát a vizsgálati és javítási szakaszok időtartamával. Megmutatja, hogyan növeli közvetlenül az incidensek számát a problémák lassú megoldása a BMC Helix ITSM rendszerben. Az adatokkal alátámaszthatja, miért érdemes felgyorsítani a végleges javításokat, és csökkenteni a Service Desk terhelését.

Jellemző célok

Határozza meg, mit jelent a siker

A gyors kiosztás biztosítja, hogy a kritikus problémákkal azonnal a megfelelő szakértők foglalkozzanak. Ha csökkenti a rekordok naplózott állapotban töltött idejét, hamarabb megkezdődhet a vizsgálat, és rövidebb ideig marad fenn az IT-fennakadások kockázata. Ez gyorsabb szolgáltatás-helyreállítást tesz lehetővé.

A ProcessMind pontosan méri a naplózott és a kiosztott tevékenység közötti időt a BMC Helix ITSM rendszerben. Kiemeli azokat a kategóriákat és prioritási szinteket, amelyeknél az átlagosnál tovább tart a kiosztás. A vezetők így célértékeket határozhatnak meg, és valós időben követhetik a válaszidők javulását.

A probléma kiváltó okának feltárása a folyamat egyik legmunkaigényesebb része. Ennek a szakasznak a rövidítése közvetlenül felgyorsítja a végleges javítások kidolgozását, megelőzi a műszaki adósság felhalmozódását, és csökkenti a visszatérő incidenseket kezelő műszaki csapatok terhelését.

Platformunk elemzi a investigation commenced tevékenységet, és követi a kiváltóok-elemzésre fordított aktív munkaidőt. Feltárja azokat a rejtett szűk keresztmetszeteket, ahol elakadnak a vizsgálatok. A koordinátorok így beavatkozhatnak, és átcsoportosíthatják az erőforrásokat, mielőtt az összetett problémák túllépnék a szolgáltatási szintre vonatkozó célokat.

A kerülőmegoldás gyors biztosítása segít helyreállítani a szolgáltatást, amíg a végleges javítást vizsgálják. Az ismert hibák gyors közzététele mérsékli az incidensek működésre gyakorolt hatását, és javítja a felhasználói élményt. A Service Desk munkatársai így azonnal megoldást kínálhatnak a gyakori problémákra, ami növeli a szolgáltatás rendelkezésre állását.

A process mining segítségével megjelenítheti a probléma első naplózása és a Workaround Published tevékenység közötti időt. Az adatokból kiderül, mely támogató csoportok biztosítják a leggyorsabban az átmeneti megoldásokat. Hatékony munkafolyamataikat így az IT-szervezet más területein is alkalmazhatja.

Minden alkalommal, amikor egy problémarekord egyik támogató csoporttól a másikhoz kerül, idő vész el, és fontos információk veszhetnek el. Az oda-vissza irányítás megszüntetésével közvetlenebb út vezet a megoldáshoz. A rekord így a megfelelő szakértőknél marad, ami csökkenti a műszaki munkatársak frusztrációját és lerövidíti a teljes életutat.

A ProcessMind feltérképezi a rekordok útját a BMC Helix ITSM különböző támogató csoportjai között. A gyakori köröket és áthelyezéseket azonosítva megállapíthatja, hol hiányzik a szükséges tudás, vagy hol kell javítani az elsődleges besoroláson, hogy a rekord már első alkalommal a megfelelő csapathoz kerüljön.

A kiemelt problémákra vonatkozó szolgáltatási szintű megállapodások teljesítése elengedhetetlen az üzletmenet folytonosságához. A következetes megfelelés erősíti az üzleti területek bizalmát, és biztosítja, hogy a legnagyobb hatású problémák időben megkapják a szükséges figyelmet. Így csökkenthető a kritikus szolgáltatáskiesések időtartama.

A platform minden problémarekordnál összeveti az SLA-határidő attribútumát a tényleges befejezési idővel. Előre jelzi, ha egy rekord közeledik a határidőhöz, így a koordinátorok rangsorolhatják a feladatokat, és biztosíthatják a kritikus szolgáltatásokra vonatkozó vállalások teljesítését.

A kiváltó ok azonosítása után zökkenőmentesen kell kezdeményezni a hivatalos változtatási kérelmet. A folyamat felgyorsításával a végleges javítások a lehető leghamarabb éles környezetbe kerülhetnek. Így megszüntethetők az IT-környezet kockázatai, és rövidül a javasolt megoldás szakasza.

Elemezzük az események sorrendjét a Root Cause Identified tevékenységtől a change request kezdeményezéséig. Az adatok láthatóvá teszik az adminisztratív késedelmeket és a jóváhagyási szűk keresztmetszeteket. A csapatok így automatizálhatják a változtatási rekordok létrehozását, és csökkenthetik az azonosítás és a javítás közötti várakozási időt.

A korábbi problémákból való tanulás elengedhetetlen a szolgáltatások folyamatos fejlesztéséhez. Minden jelentős probléma felülvizsgálatával rögzíthetők a tanulságok, megelőzhető a hasonló esetek ismétlődése, és idővel érettebbé válhat az IT-szervezet. Ehhez a tudás hatékonyabb megosztása is hozzájárul.

A ProcessMind ellenőrzi, hogy a rekord lezárása előtt megtörtént-e a post-implementation review conducted tevékenység. Ha látja, hol marad el gyakran ez a lépés, következetesebben érvényesítheti a megfelelési elvárásokat, és biztosíthatja, hogy a tudás rögzítése és megosztása a Service Desk egészében megtörténjen.

Ha a problémarekordot a javítás ellenőrzése nélkül zárják le, gyakran ugyanaz a probléma tér vissza. A hivatalos ellenőrzési lépés biztosítja, hogy valóban megszűnjön a kiváltó ok. Ez csökkenti a későbbi incidensek számát, és védi az üzleti szolgáltatások stabilitását.

A platformunk elemzi a resolution verified és a record closed tevékenységek sorrendjét, és kiemeli az idő előtt lezárt rekordokat. Az adatok segítenek a minőségközpontú megközelítés érvényesítésében, így minden javítás hatékonyságát ellenőrizhetik az ügy végleges lezárása előtt.

A pontos adatok a hatékony problémakezelés alapjai. A kiváltóok-kategóriák minőségének javításával pontosabban elemezhetők a trendek, és célzottabban irányíthatók a beruházások a technológia vagy a képzés fejlesztésére. Így kezelhetők az IT-infrastruktúra rendszerszintű problémái, és hosszú távon javítható a stabilitás.

A platform több ezer rekord kiváltóok-kategória attribútumát elemzi, hogy feltárja az ellentmondásokat és az általános kategóriák túlzott használatát. Az eredmények alapján a vezetők pontosíthatják az adatbeviteli szabályokat, és megbízhatóbb jelentéseket készíthetnek a BMC Helix ITSM rendszerben.

A műszaki csapatok közötti kiegyensúlyozott munkaterhelés megelőzi, hogy egyes csoportok szűk keresztmetszetté váljanak. A megfelelő erőforrás-elosztás biztosítja, hogy minden probléma, kategóriától függetlenül, megfelelő figyelmet kapjon, és kiszámítható ütemben haladjon végig a folyamaton.

A ProcessMind megmutatja, hogy az egyes támogató csoportok hány nyitott problémarekordot kezelnek. Ha azonosítja a kiugróan nagy munkaterhelésű vagy lassabban dolgozó csapatokat, adatok alapján hozhat döntést a létszámról, a képzésről és a feladatok kiegyensúlyozásáról.

A problémakezelés elsődleges célja, hogy az incidensek ne forduljanak elő újra. Az ismétlődő incidensek számának jelentős csökkentése mérsékli az IT-támogatás költségeit, és növeli az üzletileg kritikus alkalmazások rendelkezésre állását. Így az IT-munkatársak a karbantartás helyett az innovációra összpontosíthatnak.

A problémarekordokat az összefüggő incidensek számával vetjük össze, hogy mérjük az egyes problémák tényleges hatását. Ha követi, milyen gyorsan csökken az incidensek száma a végleges javítás után, számszerűsítheti a problémakezelésbe fektetett munka megtérülését, és azonosíthatja a leghatékonyabb javításokat.

A reaktív problémakezelésről a megelőző szemléletre váltva még azelőtt kezelheti a problémákat, hogy azok hatással lennének a felhasználókra. A trendek korai felismerésével a szervezet tervezett karbantartás során kezelheti a kockázatokat, nem pedig vészhelyzetben. Ez stabilabb IT-környezetet eredményez.

A ProcessMind elemzi az incidenscsoportok kialakulása és a problémarekord létrehozása között eltelt időt. A mintázatok követésével felismerheti, mikor érdemes korábban elindítani a problémavizsgálatot. Így a csapat a folyamatos tűzoltás helyett a megelőzésre összpontosíthat, és csökkentheti az üzleti működésre gyakorolt hatást.

A problémakezelés fejlesztésének 6 lépése

1

Az adatsablon letöltése

Teendők

Töltse le a szabványos Excel-sablont, amely a BMC Helix problémakezelési mezőihez, köztük a Problem Investigation és a Known Error űrlapokhoz készült.

Miért fontos?

Az előre elkészített szerkezet biztosítja, hogy az életútra vonatkozó adatok illeszkedjenek az elemzési modellekhez, így gyorsabban juthat diagnosztikai felismerésekhez.

Várható eredmény

Az ITSM-adatok leképezéséhez használatra kész sablon.

FOLYAMATISMERETEK

Tárja fel, hol akadnak el a problémák kivizsgálása a Helixben

A ProcessMind átlátható képet ad a BMC Helix ITSM adatairól. Pontosan láthatja, hol akadnak el a kivizsgálások, és hogyan gyorsíthatja fel a végleges megoldások bevezetését.
  • Jelenítse meg a kivizsgálás minden lépését
  • Tárja fel a feladatkiosztás késedelmének pontos okait
  • Gyorsítsa fel a kerülő megoldások dokumentálását
  • Mérje fel, hogyan hatnak a javítások az incidensek számára
Discover your actual process flow
Discover your actual process flow
Identify bottlenecks and delays
Identify bottlenecks and delays
Analyze process variants
Analyze process variants
Design your optimized process
Design your optimized process

MÉRHETŐ EREDMÉNYEK

Mérhető hatás a problémák megoldására

A szervezetek részletesen áttekinthetik a problémarekordokat, így egyszerűsíthetik a kiváltó okok elemzését és csökkenthetik a visszatérő incidensek számát. Az eredmények azt mutatják, milyen hatékonyságjavulást hozhat, ha az adatokból nyert felismeréseket a BMC Helix ITSM munkafolyamataiban alkalmazzák.

0 % reduction
A kiváltó ok gyorsabb feltárása

Rövidebb vizsgálati idő

Ha a vizsgálat kezdetétől a kiváltó ok azonosításáig vezető út rövidebb, a műszaki csapatok a hosszas diagnosztika helyett a végleges megoldásra összpontosíthatnak.

0 x fewer moves
Kevesebb oda-vissza továbbítás

Kevesebb újrakiosztás a támogatási csapatok között

A kezdeti kiosztás szűk keresztmetszeteinek feltárásával a problémarekordok rögtön a megfelelő szakértőkhöz kerülhetnek, így elkerülhető a támogatási csoportok közötti felesleges körözés.

+ 0 % improvement
Jobb SLA-teljesítés

A megfelelési arány növekedése

Ha a vezetők valós időben látják az elakadt problémarekordokat, még az SLA-célok sérülése előtt beavatkozhatnak, és biztosíthatják az üzletmenet következetes támogatását.

0 % less rework
Kevesebb utómunka a megoldás során

Kevesebb újranyitott problémarekord

A lezárás előtti ellenőrzés megerősíti, hogy a kiváltó problémát valóban megoldották. Így elkerülhető, hogy egy látszólagos javítás után költséges újabb vizsgálati kör induljon.

0 hours saved
Gyorsabb kerülőmegoldás-közzététel

A javítások gyorsabb közzététele

Az ideiglenes kerülőmegoldások gyorsabb közzététele mérsékli a folyamatban lévő incidensek hatását a végfelhasználókra, amíg elkészül a hosszú távú megoldás.

A tényleges javulás a folyamat összetettségétől és az adatok megbízhatóságától függ. Az itt szereplő értékek különböző nagyvállalati környezetekben megfigyelt jellemző eredményeket mutatnak.

Javasolt adatok

Kezdje ezekkel az alapvető attribútumokkal és tevékenységekkel, majd szükség szerint bővítse az elemzést.
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Attribútumok

Az elemzéshez szükséges főbb adatok

A problémavizsgálati ügy egyedi azonosítója.

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.

A végrehajtott konkrét feladat vagy bekövetkezett állapotváltozás.

Miért fontos?

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

Az időbélyeg, amely megmutatja, mikor történt az adott tevékenység.

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.

A problémavizsgálathoz jelenleg hozzárendelt műszaki csapat.

Miért fontos?

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

A probléma hatása és sürgőssége alapján meghatározott prioritás.

Miért fontos?

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

A vizsgálat koordinálásáért felelős felhasználó.

Miért fontos?

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

A probléma mögöttes okának besorolása.

Miért fontos?

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

Az érintett elsődleges üzleti szolgáltatás vagy konfigurációs elem.

Miért fontos?

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

A problémavizsgálat elindításának oka.

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.

Az a céldátum és -időpont, ameddig a problémát meg kell oldani.

Miért fontos?

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

Az ehhez a problémarekordhoz kapcsolt incidensek száma.

Miért fontos?

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

Jelző, amely mutatja, hogy a probléma megoldása túllépte-e a rendelkezésre álló időt.

Miért fontos?

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

Tevékenységek

Követendő és optimalizálandó folyamatlépések

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.

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.

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.

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.

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.

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.

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.

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.

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.

GYIK

Gyakran ismételt kérdések

A process mining megjeleníti a Problem Record tényleges útját, így láthatóvá teszi, hogyan zajlik a folyamat a tervezett működés helyett. A korábbi eseménynaplók elemzésével feltárhatja, hol kerülnek a rekordok egyik támogató csoporttól a másikhoz, vagy hol ragadnak függő állapotban. Ez segít megszüntetni a szerkezeti hatékonysági problémákat, és a nagy hatású kiváltóok-elemzésre összpontosítani.

Szüksége lesz egy alapvető eseménynaplóra, amely tartalmaz egy egyedi Problem Record ID-t, egy időbélyeget és egy tevékenységleírást, például a Status Change vagy az Assigned Group értéket. Ezeket az adatokat általában a BMC Helix adatbázis PBM:Problem Investigation tábláiból nyerik ki. A legtöbb process mining eszköz közvetlenül kapcsolódik ezekhez a táblákhoz, vagy CSV-exportot importál a folyamat feltérképezéséhez.

Kiemeli azokat a szakaszokat, ahol elakadnak a vizsgálatok, például amikor beszállítói válaszra vagy más részlegek visszajelzésére kell várni. Az egyes átmenetek időtartamának mérésével a vezetők azonosíthatják az erőforráshiányt vagy a vizsgálatot lassító hiányzó dokumentációt. Az adatokra épülő elemzés a feltételezések helyett tényszerűen mutatja meg, hol keletkeznek késedelmek.

Az első felismerések gyakran két-négy héten belül elkészülnek, miután kialakították az adatkinyerést a BMC Helix rendszerből. Az első szakaszban létrehozzák a rendszerkapcsolatot, és feltérképezik a fő állapotváltozásokat, hogy elkészüljön a kiindulási modell. A következő hetekben pontosítják az elemzést, és azonosítják a konkrét fejlesztési lehetőségeket, például a rekordok áthelyezésének csökkentését.

A process mining segít feltárni az adatminőségi problémákat, például a hiányzó időbélyegeket vagy a pontatlan besorolást. A gyenge minőségű adatok korlátozhatják az elemzést, de a megjelenítés gyakran így is megmutatja, hol hagyják ki vagy rögzítik hibásan a folyamatlépéseket a támogató munkatársak. Az adathiányok megszüntetése az első fejlesztési célok egyike lehet, így a későbbi jelentések pontosabbak lesznek.

A process mining nem javítja meg Ön helyett a folyamatot, de megmutatja, pontosan milyen útvonalon haladtak azok a rekordok, amelyek nem teljesítették a célokat, így feltárja az SLA-sértések kiváltó okait. Összevetheti a határidőn belül és azon kívül lezárt rekordokat, és megvizsgálhatja, hogy egyes támogató csoportoknál vagy problématípusoknál gyakoribbak-e a késedelmek. Ez alapján célzott képzést tarthat vagy átcsoportosíthatja az erőforrásokat, hogy a kiemelt problémák a megadott határidőn belül megoldódjanak.

Nyomon követi a Problem Management és a Change Management modul közötti átadást, így láthatóvá válik, ha jelentős késés van. Az átmenet megjelenítésével ellenőrizhető, hogy a kiváltó ok azonosítása után időben létrejönnek-e a változtatási kérelmek, vagy elakadnak az adminisztrációban. Ez segít gördülékenyebbé tenni a teljes folyamatot a probléma felismerésétől a végleges megoldás bevezetéséig.

A beépített jelentéseket egészíti ki: nemcsak az aktuális állapotról ad pillanatképet, hanem a folyamat időbeli alakulását is megmutatja. A hagyományos jelentésekből kiderül, hány probléma van nyitva, a process mining pedig azt mutatja meg, hogyan haladtak ezek az ügyek a rendszeren keresztül. Ez a részletesség szükséges a folyamatok érdemi fejlesztéséhez és azoknak a rejtett szűk keresztmetszeteknek a feltárásához, amelyeket a hagyományos dashboardok nem feltétlenül jeleznek.

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ő.