Változáskezelési adatsablon

BMC Helix ITSM
Változáskezelési adatsablon

Változáskezelési adatsablon

Ez a sablon útmutatást ad a változáskezelési folyamat elemzéséhez szükséges adatok összegyűjtéséhez. Megtalálja benne a javasolt attribútumokat, a nyomon követendő fő tevékenységeket, valamint az adatok közvetlenül a rendszerekből történő kinyerésére vonatkozó gyakorlati tanácsokat. Használja ezt az anyagot, hogy megalapozza a process mining bevezetését és hatékonyan elemezze a folyamatot.
  • A részletes elemzéshez javasolt attribútumok
  • A folyamatban nyomon követendő fő tevékenységek és mérföldkövek
  • Útmutató az adatok kinyeréséhez a releváns forrásrendszerekből
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Változáskezelési attribútumok

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba a változáskezelés részletes elemzéséhez és a folyamat működésének jobb megértéséhez.
5 Kötelező 6 Javasolt 11 Nem kötelező
Név Leírás
Kezdési idő
EventStartTime
Az időbélyeg, amely megmutatja, mikor kezdődött egy adott tevékenység vagy esemény.
Leírás

Ez az attribútum rögzíti a tevékenység pontos dátumát és időpontját. Megmutatja például, mikor nyújtottak be, hagytak jóvá vagy zártak le egy változtatást.

Az időbélyeg szükséges a folyamat időbeli elemzéséhez. Segítségével kiszámítható a tevékenységek közötti átfutási idő, mérhető a várakozás, követhetők a teljesítmény időbeli változásai, és meghatározható az események sorrendje. A pontos időbélyegek minden időalapú folyamatelemzés alapját jelentik.

Miért fontos?

Biztosítja az időtartamok kiszámításához, a teljesítmény elemzéséhez és a folyamat eseményei sorrendjének megértéséhez szükséges időbeli adatokat.

Hol szerezhető be?

A „CHG:ChangeRequest_AuditLog” űrlap „Audit Date” mezőjéből vagy az adott állapotváltozáshoz tartozó „Last Modified Date” mezőből származik.

Példák
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Tevékenység
ActivityName
A változáskezelési folyamatban végrehajtott konkrét esemény vagy feladat neve.
Leírás

Ez az attribútum a változáskérelem életciklusának egyetlen lépését vagy állapotváltozását jelöli, például „Változáskérelem benyújtva” vagy „Változáskérelem jóváhagyva”. Ezekből a tevékenységekből épül fel a folyamattérkép.

A tevékenységek sorrendjének és időtartamának elemzése feltárja a folyamat menetét, a szabványos eljárástól való eltéréseket és a szűk keresztmetszeteket. A tevékenységek neve általában a rendszer auditnaplóiban rögzített állapotváltásokból származik.

Miért fontos?

Meghatározza a folyamat lépéseit, így megjeleníthető és elemezhető a folyamat menete, amely a process mining alapja.

Hol szerezhető be?

A „CHG:ChangeRequest_AuditLog” űrlapon rögzített állapotváltásokból vagy a „CHG:Infrastructure Change” űrlap „Status” mezőjének változásaiból származik.

Példák
Változáskérelem benyújtvaKockázatértékelés elvégezveVáltozáskérelem jóváhagyvaVáltoztatás bevezetve
Változáskérelem-azonosító
ChangeRequestID
A rendszer által létrehozott egyedi azonosító, amely a változáskérelem elsődleges ügyazonosítója.
Leírás

A Change Request ID egyedi kulcs, amely a változtatást annak teljes életciklusa során azonosítja. Összekapcsolja a hozzá tartozó tevékenységeket, jóváhagyásokat és feladatokat, így a process mining egyetlen esetként tudja kezelni a kérelmet.

Az azonosító szerinti elemzés a kezdeti kérelemtől a végleges lezárásig mutatja meg a változáskezelés teljes folyamatát. Ez szükséges az átfutási idők követéséhez, a szűk keresztmetszetek feltárásához és az egyes változtatások folyamatbeli eltéréseinek megértéséhez.

Miért fontos?

Ez az alapvető attribútum kapcsolja össze az összes kapcsolódó eseményt egyetlen folyamatpéldánnyá, így lehetővé teszi a változáskezelési folyamat teljes körű elemzését.

Hol szerezhető be?

A „CHG:Infrastructure Change” űrlap „Infrastructure Change ID” mezőjében található (Field ID 1000000182).

Példák
CRQ0000001234567CRQ0000001234568CRQ0000001234569
Forrásrendszer
SourceSystem
Annak a rendszernek a neve, amelyből az adatokat kinyerték.
Leírás

Ez az attribútum azonosítja a folyamatadatok forrását, amely ebben az esetben a „BMC Helix ITSM”. Segíti az adatkezelést és a nyomon követhetőséget, különösen akkor, ha az elemzés több rendszer adatait egyesíti.

Ha például a változáskezelési adatokat később pénzügyi vagy projektmenedzsment-rendszerből származó adatokkal egyesítik, ez a mező egyértelműen megkülönbözteti az adatforrásokat.

Miért fontos?

Megadja az adatok eredetének értelmezéséhez szükséges környezetet, és biztosítja a nyomon követhetőséget, különösen több rendszer adatainak elemzésekor.

Hol szerezhető be?

Ez jellemzően egy statikus érték, amelyet az adatok kinyerése, átalakítása és betöltése (ETL) során adnak hozzá az adatkészlet forrásának megjelölésére.

Példák
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg, amely megmutatja, mikor frissítették utoljára a rekord adatait a forrásrendszerből.
Leírás

Ez az attribútum megmutatja, mikor nyerték ki utoljára az adatokat a BMC Helix ITSM rendszerből. Nem magának az eseménynek az időpontját, hanem az adatok lekérésének idejét jelzi. Ez az információ segít megítélni az elemzett adatok frissességét és kezelni az adatfrissítések ütemezését.

A dashboardokon és jelentésekben ez az időbélyeg tájékoztatja a felhasználókat arról, mennyire aktuális az elemzés. Ez különösen fontos a folyamatban lévő folyamatok követésekor.

Miért fontos?

Megmutatja, mennyire frissek az adatok. Ez szükséges ahhoz, hogy az elemzések és dashboardok a folyamat legfrissebb állapotát tükrözzék.

Hol szerezhető be?

Ez egy metaadatmező, amelyet általában az ETL-eszköz vagy az adatfolyam hoz létre és tölt ki az adatok kinyerésekor.

Példák
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
Állapot
Status
A változáskérelem aktuális állapota vagy szakasza az életciklus során.
Leírás

A Status mező megmutatja, hogy egy adott időpontban melyik szakaszban van a változáskérelem, például „Draft”, „Request For Authorization” vagy „Completed” állapotban. A tevékenységeket az állapotváltásokból határozzuk meg, de maga az állapot is hasznos az aktuális munkaterhelés elemzéséhez.

Ez az attribútum az „Change Throughput & Current Status” dashboard alapja: pillanatképet ad arról, hány változtatás van a folyamat egyes szakaszaiban. Segít a vezetőknek áttekinteni a folyamatban lévő munkát és az erőforrások elosztását.

Miért fontos?

Valós idejű képet ad a változtatások folyamatáról, így elemezhető a folyamatban lévő munka és az összes változáskérelem aktuális állapota.

Hol szerezhető be?

A „CHG:Infrastructure Change” űrlap „Status” mezőjében található.

Példák
DraftRequest For AuthorizationScheduledImplementation In ProgressCompleted
Bevezető csapat
ImplementationTeam
A módosítás bevezetéséért felelős csapat.
Leírás

Ez az attribútum azonosítja azt a műszaki vagy működési csoportot, amely a módosítási kérelemhez szükséges munkát végzi. A módosítás életciklusának bevezetési szakaszaiban ez gyakran a „Hozzárendelt csoport”.

Ez az információ elengedhetetlen az „Erőforrások szűk keresztmetszetei a módosítási folyamatban” dashboardhoz. A tevékenységek időtartamát és mennyiségét bevezető csapatonként elemezve a vezetők felismerhetik a terhelés egyenlőtlenségeit, a készséghiányokat és az egyéb erőforrás-korlátokat, amelyek késleltetik a módosítás bevezetését.

Miért fontos?

A felelős csapatok teljesítményének elemzésével segít azonosítani a bevezetési szakasz erőforrásokkal kapcsolatos szűk keresztmetszeteit.

Hol szerezhető be?

A „CHG:Infrastructure Change” űrlap „ASGRP” (Hozzárendelt csoport) mezőjében található.

Példák
SzerverüzemeltetésAdatbázis-adminisztrátorokSAP Basis csapatFelhőinfrastruktúra
Jóváhagyó csoport
ApproverGroup
Az a csapat vagy csoport, amely az adott szakaszban jóváhagyja a módosítási kérelmet.
Leírás

Ez az attribútum azonosítja a módosítás felülvizsgálatáért és engedélyezéséért felelős csoportot. Mivel egy módosításhoz több jóváhagyási szakasz is tartozhat, az életciklus során különböző csoportok vehetnek részt benne, például egy műszaki jóváhagyó csapat és egy üzleti jóváhagyó testület.

Ez az attribútum nélkülözhetetlen a „Jóváhagyási szűk keresztmetszetek” dashboardhoz, mert segítségével a jóváhagyási idők a felelős csoportok szerint bonthatók le. Így azonosíthatók azok a csapatok, amelyek túlterheltek vagy nem elég hatékonyak, és emiatt késedelmet okoznak a folyamatban.

Miért fontos?

Segítségével a felelős csapatok szerinti jóváhagyási idők elemzésével azonosíthatók a jóváhagyási folyamat szűk keresztmetszetei.

Hol szerezhető be?

Az „AP:Signature” űrlapból származik, amely a jóváhagyásokat kezeli, és a módosítási kérelemhez kapcsolódik. A jóváhagyó csoportja ennek a rekordnak a része.

Példák
Változáskezelési tanácsIT-biztonságHálózattervezésAlkalmazásfejlesztés
Kockázati szint
RiskLevel
A változtatás bevezetésével járó lehetséges kockázatok értékelése.
Leírás

A Risk Level a változtatás bevezetéséből eredő lehetséges negatív következmények minőségi vagy mennyiségi értékelése. A jóváhagyási folyamat egyik fontos bemenő adata: a nagyobb kockázatú változtatások alaposabb vizsgálatot igényelnek.

Ez az attribútum a „Change Risk Profile Analysis” dashboard egyik alapja, amely segít az érintetteknek áttekinteni a változtatások teljes portfóliójának kockázati kitettségét. Az ismétlődő munkafázisok feltárására is használható, ha a kezdeti kockázatértékelés hiányosságai miatt később újra kell értékelni a változtatást.

Miért fontos?

Fontos szempont a folyamat megfelelőségének és hatékonyságának elemzéséhez. Segít biztosítani, hogy a nagyobb kockázatú változtatásokat kellő alapossággal vizsgálják meg.

Hol szerezhető be?

A „CHG:Infrastructure Change” űrlap „Risk Level” mezőjében található.

Példák
1 - Kritikus2 - Magas3 - Közepes4 - Alacsony5 - Tervezés alatt
Prioritás
Priority
A változáskérelemhez rendelt prioritási szint, amely jelzi annak üzleti fontosságát.
Leírás

A prioritást általában a hatás és a sürgősség együttes figyelembevételével határozzák meg. Ez szabja meg, milyen sorrendben és milyen gyorsan kell kezelni a változáskérelmet. A magasabb prioritású változtatásokat rendszerint gyorsabban kell feldolgozni, és szigorúbb szolgáltatási szintű megállapodások (SLA-k) vonatkozhatnak rájuk.

Ez az attribútum az „Change SLA Performance” dashboardon használható a különböző prioritási szintek teljesítményének bontására és elemzésére. Segít megválaszolni például azt, hogy teljesülnek-e az SLA-k a magas prioritású változtatásoknál, és támogatja az erőforrások elosztását.

Miért fontos?

Lehetővé teszi a teljesítmény üzleti fontosság szerinti elemzését, így a legkritikusabb változtatások hatékonyan, a kitűzött céloknak megfelelően dolgozhatók fel.

Hol szerezhető be?

A „CHG:Infrastructure Change” űrlap „Priority” mezőjében található.

Példák
KritikusMagasKözepesAlacsony
Változás típusa
ChangeType
A változtatás besorolása, például Standard, Normal vagy Emergency.
Leírás

Ez az attribútum a változáskérelmet annak jellege és a követendő folyamat alapján sorolja kategóriákba. A gyakori típusok: Standard (előzetesen jóváhagyott, alacsony kockázatú), Normal (teljes körű értékelést és jóváhagyást igényel) és Emergency (sürgős probléma miatt gyorsított ügyintézést igényel).

A Change Type szerinti elemzés segít megérteni a folyamat eltéréseit. Az „Emergency Change Volume & Impact” dashboard például ezzel a mezővel követi a sürgős változtatásokat és azok hatását a szolgáltatások stabilitására. Azt is megmutatja, hogy az egyes változástípusok a számukra előírt folyamat szerint haladnak-e.

Miért fontos?

Lehetővé teszi a folyamat különböző változtatási munkafolyamatok szerinti bontását és összehasonlítását, ami fontos a megfelelés és a teljesítmény elemzéséhez.

Hol szerezhető be?

A „CHG:Infrastructure Change” űrlap „Change Type” mezőjében található.

Példák
StandardNormalEmergencyNincs hatás
A módosítási kérelem benyújtója
ChangeSubmitter
Az a személy, aki létrehozta és benyújtotta a módosítási kérelmet.
Leírás

Ez az attribútum azonosítja a módosítási kérelmet kezdeményező személyt. A rendszerben ezt általában a „Benyújtó” vagy a „Bejelentő” felhasználóként rögzítik.

Bár nem mindig elsődleges elemzési szempont, segíthet megérteni, honnan érkeznek a módosítási kérelmek. Ha például megvizsgálja, hogy a kérelmek többsége bizonyos részlegektől vagy munkakörökből származik-e, képet kaphat az üzleti igényekről és a tervezési folyamatokról.

Miért fontos?

Segít azonosítani, ki kezdeményezte a módosítási kérelmeket. Ez alapján elemezhetők a keresleti minták és a felhasználói viselkedés a folyamatban.

Hol szerezhető be?

A „CHG:Infrastructure Change” űrlap „Submitter” mezőjében található.

Példák
Allen AllbrookMary MannBob Baxter
Befejezési idő
EventEndTime
Az időbélyeg, amely megmutatja, mikor ért véget egy adott tevékenység vagy esemény.
Leírás

A befejezési idő jelzi, mikor ért véget egy tevékenység. A process mining során ezt gyakran az eset következő tevékenységének kezdési idejéből számítják ki, így meghatározható az előző lépés időtartama. Az eset utolsó tevékenységénél a befejezési idő megegyezhet a kezdési idővel, vagy egy külön lezárási időbélyeg is lehet.

Ez az attribútum szükséges az egyes tevékenységek ProcessingTime értékének kiszámításához. Ez a teljesítményelemzés és a szűk keresztmetszetek feltárásának egyik alapmutatója. Segítségével részletesen elemezhető, mennyi ideig tartanak az egyes lépések.

Miért fontos?

Lehetővé teszi a tevékenységek időtartamának pontos kiszámítását, ami alapvető a szűk keresztmetszetek feltárásához és a folyamat teljesítményének méréséhez.

Hol szerezhető be?

Ez egy számított attribútum, amelyet az adatok átalakításakor általában úgy határoznak meg, hogy az adott esetben a következő esemény kezdési idejét veszik alapul.

Példák
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
Érintett szolgáltatás
AffectedService
A módosítás által érintett üzleti vagy műszaki szolgáltatás.
Leírás

Ez az attribútum a módosítási kérelmet a Configuration Management Database (CMDB) adatbázisban meghatározott szolgáltatáshoz kapcsolja. Ilyen lehet egy felhasználók által igénybe vett üzleti szolgáltatás, például az „E-mail-szolgáltatás”, vagy egy háttérben működő műszaki szolgáltatás, például a „Hitelesítési szolgáltatás”.

A „Sürgős módosítások mennyisége és hatása” dashboard a módosításokat az általuk érintett szolgáltatásokhoz kapcsolja ezzel az attribútummal. Így felmérhető a különböző szolgáltatások stabilitása, és azonosíthatók azok, amelyeknél gyakran van szükség sürgős beavatkozásra.

Miért fontos?

Üzleti kontextust ad a műszaki módosításokhoz: megmutatja, hogyan érintik azok az üzleti szolgáltatásokat, és lehetővé teszi a szolgáltatások szerinti folyamatelemzést.

Hol szerezhető be?

A „CHG:Infrastructure Change” űrlap „ServiceCI” mezőjéből vagy a kapcsolódó konfigurációselem- (CI-) kapcsolatokból származik.

Példák
Vállalati e-mailSAP ERPÜgyfélkapcsolat-kezelésOnline banki portál
Hatás
Impact
A változtatás üzleti szolgáltatásokra és IT-infrastruktúrára gyakorolt becsült hatása.
Leírás

A hatás azt méri, milyen következményekkel járhat a változtatás az üzleti működésre, a szolgáltatásokra és a felhasználókra nézve. A sürgősség mellett ez az egyik fő tényező a változáskérelem prioritásának meghatározásakor.

Az elemzés során a hatás a „Change Risk Profile Analysis” dashboardon jelenik meg, így áttekinthetővé válnak a változtatási portfólió lehetséges üzleti következményei. A nagy hatású változtatások megoszlásának ismerete segíti a kockázatkezelési stratégia és az erőforrás-tervezés kialakítását.

Miért fontos?

Segít számszerűsíteni a változtatások lehetséges üzleti következményeit, így a kockázat elemezhető, a prioritás pedig a szolgáltatásokra gyakorolt várható hatás súlyossága alapján határozható meg.

Hol szerezhető be?

A „CHG:Infrastructure Change” űrlap „Impact” mezőjében található.

Példák
1 - Kiterjedt/széles körű2 - Jelentős/nagy3 - Mérsékelt/korlátozott4 - Csekély/helyi
Kapcsolódó incidensazonosító
RelatedIncidentID
Az incidens azonosítója, ha azt ez a módosítás okozta.
Leírás

Ez az attribútum összekapcsolja a módosítási kérelmet az esetlegesen általa okozott későbbi incidensekkel. Ez a kapcsolat segít megérteni, hogyan hatnak a módosítások a szolgáltatások stabilitására.

Ez az elsődleges attribútum a „Módosítások által okozott incidensek aránya” KPI kiszámításához. A kapcsolatok nyomon követésével a szervezet mérheti a módosítási folyamat minőségét, és azonosíthatja azokat a módosítástípusokat, csapatokat vagy szolgáltatásokat, amelyeknél gyakoribbak a bevezetés utáni problémák.

Miért fontos?

Közvetlenül méri a módosítások kedvezőtlen hatását, így fontos KPI a módosítások minőségének és a kockázatkezelés eredményességének értékeléséhez.

Hol szerezhető be?

Ezt a kapcsolatot általában az incidensűrlapon („HPD:Help Desk”) hozzák létre, ahol az incidens okaként megadható a módosítási kérelem.

Példák
INC000000987654INC000000987655INC000000987656
Lezárási kód
CloseCode
A módosítás lezárásakor rögzített kód, amely a végeredményt jelzi.
Leírás

A lezárási kód egységesített indokot ad a módosítási kérelem lezárásához, például „Sikeres”, „Sikeres, problémákkal”, „Visszavonva” vagy „Törölve”. Ez az attribútum a végső állapotnál részletesebben mutatja meg a módosítás eredményét.

A lezárási kódok elemzése segíthet felmérni a bevezetett módosítások minőségét és sikerességi arányát. Ha például sok módosítást vonnak vissza, az a tervezés vagy a tesztelés problémáira utalhat. Ez hasznos mérőszám a folyamat fejlesztéséhez.

Miért fontos?

Minden módosítás eredményét egyértelműen és strukturáltan rögzíti, így elemezhető a sikerességi arány, valamint a sikertelenség vagy a törlés oka.

Hol szerezhető be?

A „CHG:Infrastructure Change” űrlap „Status Reason” vagy hasonló lezárásikód-mezőjében található. Ez a mező a folyamat utolsó szakaszaiban válik aktívvá.

Példák
SikeresSikeres, problémákkalVisszavonvaTörölve
SLA-állapot
SLAState
A módosítási kérelem számított állapota az SLA-célhoz viszonyítva.
Leírás

Ez az attribútum jelzi, hogy a lezárt módosítási kérelem teljesítette-e az SLA-t, fennállt-e az SLA megszegésének kockázata, vagy megszegte-e az SLA-t. Az értéket a tényleges teljesítési időbélyeg és az „SLATargetDate” összevetésével számítjuk ki.

Ez a „Módosítások SLA-teljesítése” dashboard elsődleges mérőszáma. Tömören és egyértelműen mutatja, hogyan teljesülnek a szolgáltatási vállalások. Az adatok prioritás, módosítástípus vagy csapat szerint is elemezhetők, így azonosíthatók azok a területek, ahol gyenge az SLA-teljesítés.

Miért fontos?

Közvetlenül méri a vállalások teljesítését, ezért a folyamat hatékonyságának és a szolgáltatás minőségének fontos mutatója.

Hol szerezhető be?

Számított attribútum, amelyet az adatátalakítás során határozunk meg a végső tevékenység időbélyegének és az „SLATargetDate” értékének összevetésével.

Példák
Határidőre teljesítveVeszélyeztetettSLA megszegve
SLA-céldátum
SLATargetDate
Az a határidő, ameddig a módosítási kérelmet teljesíteni kell.
Leírás

A szolgáltatási szintre vonatkozó megállapodás (SLA) céldátuma a módosítási kérelem teljesítésének határideje, amelyet a kérelem prioritása és típusa határoz meg. Ehhez viszonyítjuk a tényleges teljesítési időt.

Ez az attribútum alapvető a „Módosítások SLA-teljesítése” dashboardhoz. A tényleges lezárási idő és a céldátum összevetésével megállapítható, hogy a módosítás teljesítette-e az SLA-t. Az SLA-teljesítés elemzése megmutatja a folyamat általános hatékonyságát és azt, hogy a szolgáltatási szintre vállalt kötelezettségek teljesülnek-e.

Miért fontos?

Viszonyítási alapot ad a teljesítmény méréséhez, így kiszámítható az SLA-nak megfelelő esetek aránya, és azonosíthatók a veszélyeztetett módosítások.

Hol szerezhető be?

Ezt az információt általában a kapcsolódó SLA-kezelő űrlapokon tárolják, és a módosítási kérelemhez kapcsolják. Gyakran magán a módosítási űrlapon is látható.

Példák
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
Sürgős módosítás
IsEmergencyChange
Logikai jelző, amely akkor igaz, ha a módosítás típusa „Sürgős”.
Leírás

Ez a származtatott jelző egyértelmű, kétértékű mutatóval egyszerűsíti a sürgős módosítások elemzését. A „ChangeType” attribútum értékén alapul.

Elsősorban a „Sürgős módosítások mennyisége és hatása” dashboardot és a „Sürgős módosítások aránya” KPI-t támogatja. Segítségével könnyen szűrhetők és összesíthetők a sürgős módosítások adatai, így összetett szűrési logika nélkül követhető a gyakoriságuk és az időbeli alakulásuk az elemzőeszközben.

Miért fontos?

Egyszerűbbé teszi a sürgős módosítások elemzését: könnyebb szűrni rájuk, dashboardon megjeleníteni őket, és kiszámítani a hozzájuk kapcsolódó KPI-kat.

Hol szerezhető be?

Az adatátalakítás során létrehozott származtatott attribútum. A logika: IF 'ChangeType' = 'Emergency' THEN true ELSE false.

Példák
truefalse
Sürgősség
Urgency
A változtatás sürgőssége, vagyis hogy mennyire időérzékeny a bevezetése.
Leírás

A sürgősség azt jelzi, milyen gyorsan kell bevezetni a változtatást. A hatással együtt ez határozza meg a változáskérelem prioritását.

A sürgősség fontos attribútum a „Change Risk Profile Analysis” dashboardon, mert megmutatja, milyen időnyomás alatt zajlik a változáskezelés. A sürgősségi trendek elemzése feltárhatja azokat a háttérben álló problémákat, amelyek miatt sok időérzékeny kérelem érkezik.

Miért fontos?

Jelzi, mennyire időkritikusak a változtatások, és segít felmérni, hogy a folyamat megfelelően kezeli-e a különböző sürgősségű kérelmeket.

Hol szerezhető be?

A „CHG:Infrastructure Change” űrlap „Urgency” mezőjében található.

Példák
1 - Kritikus2 - Magas3-közepes4-alacsony
Újramunka
IsRework
Jelző, amely megmutatja, hogy egy tevékenység újramunkát vagy visszalépést jelent-e a folyamatban.
Leírás

Ez a logikai attribútum akkor kap igaz értéket, ha a módosítási kérelem visszalép az életciklus egy korábbi szakaszába, például az „Ütemezett” állapotból visszakerül a „Kockázatértékelés” szakaszba. Az ilyen visszalépések újramunkát jelentenek, és gyakran rontják a hatékonyságot.

Ezzel a jelzővel számítható ki a „Módosítások újramunkálási aránya” KPI, és támogatható a „Módosítások újramunkálása és az értékelés hatékonysága” dashboard. Megmutatja, milyen gyakran kell újramunkát végezni, és a folyamat mely lépéseinél fordul ez elő leggyakrabban. Így kijelölhetők azok a területek, ahol javítani kell a kezdeti tervezésen és értékelésen.

Miért fontos?

Az újramunkához tartozó tevékenységek megjelölésével közvetlenül mutat rá a folyamat hatékonysági problémáira, és segít célzott fejlesztéseket indítani.

Hol szerezhető be?

Számított attribútum, amelyet az eset tevékenységeinek sorrendje alapján határozunk meg. Az adatátalakítás során alkalmazott logika felismeri a folyamatban történő visszalépéseket.

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

Változáskezelési tevékenységek

Ezeket a fő folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban, hogy pontosan feltárhassa a folyamatot és hatékonyan azonosíthassa a szűk keresztmetszeteket.
7 Javasolt 7 Nem kötelező
Tevékenység Leírás
Kockázatértékelés elvégezve
Ez a tevékenység jelzi, hogy befejeződött a tervezett változtatás kockázatértékelése. Az esemény gyakran a változáskérelem állapotának frissítésekor vagy egy konkrét kockázatértékelési feladat lezárásakor rögzíthető.
Miért fontos?

A tevékenység követése segít biztosítani a változáskezelési szabályoknak való megfelelést. Feltárhatja az értékelési szakasz késedelmeit, és elemezhető vele a Change Rework Rate KPI, ha a folyamat visszalép erre a lépésre.

Hol szerezhető be?

A CHG:Change űrlapon rögzített állapotváltozásból, például a „Változtatási kérelemre vár” állapotba lépésből, vagy a kapcsolódó feladat CHG:Task űrlapon történő befejezéséből következtethető ki.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Task űrlapon szereplő, kapcsolódó „Kockázatértékelés” feladat állapota „Lezárva” vagy „Befejezve” értékre változik.

Eseménytípus inferred
Tesztelés elvégezve
A bevezetés utáni tesztelés vagy ellenőrzés befejeződött. Ez gyakran a változáskérelemhez kapcsolódó külön tesztelési feladat lezárásakor rögzíthető.
Miért fontos?

A tevékenység követése segít mérni az Average Testing Cycle Time KPI-t és biztosítani a minőséget. Feltárja az ellenőrzési folyamat szűk keresztmetszeteit a végső ellenőrzés előtt.

Hol szerezhető be?

A szülő változtatási kérelemhez kapcsolódó, a CHG:Task űrlapon rögzített tesztelési feladat befejezéséből következtethető ki.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Task űrlapon szereplő, kapcsolódó „Tesztelés” vagy „Ellenőrzés” feladat állapota „Lezárva” vagy „Befejezve” értékre változik.

Eseménytípus inferred
Változás lezárva
Ez az utolsó tevékenység, amely a változáskérelem hivatalos lezárását jelzi a rendszerben. Az esemény akkor rögzíthető, amikor a kérelem állapota „Closed” értékre változik.
Miért fontos?

Ez a tevékenység jelzi a változtatás életciklusának sikeres végét. Szükséges a folyamat teljes időtartamának és átfutásának méréséhez.

Hol szerezhető be?

A CHG:Change űrlap állapotváltozási előzményeiből állapítható meg, amikor az állapot „Closed” értékre vált.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Change „Status” mezője „Closed” értékre változik.

Eseménytípus inferred
Változás ütemezve
Ez a tevékenység jelzi, hogy a jóváhagyott változtatást hivatalosan ütemezték. Az eseményt a rendszerben a „Scheduled” állapotba váltás rögzíti.
Miért fontos?

Ez fontos mérföldkő, amely jelzi, hogy a változtatás készen áll a bevezetésre. Innen mérhető a Change Implementation Cycle Time és az Average Implementation Wait Time KPI.

Hol szerezhető be?

A CHG:Change űrlap állapotváltozási előzményeiből állapítható meg, amikor az állapot „Scheduled” értékre vált.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Change „Status” mezője „Scheduled” értékre változik.

Eseménytípus inferred
Változáskérelem jóváhagyva
Ez fontos mérföldkő: a változáskérelem hivatalos jóváhagyást kap a folytatáshoz. Az esemény állapotváltozásból állapítható meg, jellemzően a végső engedélyezés után „Scheduled” vagy „Planning In Progress” értékre váltásból.
Miért fontos?

Ezzel véget ér a jóváhagyási szakasz. Az esemény alapján mérhető a jóváhagyási folyamat szűk keresztmetszete és az Average Change Approval Time KPI. A folyamat egyik fontos döntési pontja.

Hol szerezhető be?

A CHG:Change űrlap állapotváltozási előzményeiből állapítható meg, különösen akkor, amikor a kérelem kilép egy jóváhagyási állapotból, például a „Request For Authorization” állapotból.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Change „Status” mezője túllép a végső jóváhagyási szakaszon, például „Scheduled” értékre vált.

Eseménytípus inferred
Változáskérelem létrehozva
Ez a tevékenység jelzi, hogy a rendszerben létrejött a változáskérelem rekordja. Az esemény időpontja a CHG:Change űrlapon szereplő változáskérelem-rekord létrehozási időbélyegéből származik.
Miért fontos?

Minden változáskérelem innen indul. Ez az időpont szükséges a teljes életciklus hosszának méréséhez és a beérkező változtatások számának elemzéséhez.

Hol szerezhető be?

Az esemény időpontja a CHG:Change űrlap „Submit Date” mezőjéből vagy a rekord létrehozási időbélyegéből olvasható ki az auditnaplóban, például a HPD:Help Desk Audit Logban.

Rögzítés

Használja a CHG:Change űrlapon szereplő rekord létrehozási időbélyegét.

Eseménytípus explicit
Változtatás bevezetve
Ez a tevékenység jelzi, hogy a változtatás bevezetése sikeresen befejeződött. Általában akkor rögzítik, amikor az állapot „Completed” értékre változik, a hozzá tartozó indoklás pedig a sikert jelzi.
Miért fontos?

Ez fontos mérföldkő, amely lezárja a bevezetési szakaszt. Szükséges a Change Implementation Cycle Time kiszámításához és a változtatások okozta szolgáltatáskiesések elemzéséhez.

Hol szerezhető be?

A CHG:Change űrlapon akkor állapítható meg, ha a „Status” mező értéke „Completed”, a „Status Reason” mezőé pedig „Successful”.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Change „Status” mezője „Completed” értékre változik.

Eseménytípus inferred
Bevezetés utáni felülvizsgálat
A változtatás bevezetése utáni hivatalos felülvizsgálat befejezését jelzi. Ez a tevékenység általában a bevezetés utáni felülvizsgálati (PIR) feladat lezárásakor rögzíthető.
Miért fontos?

Ez a tevékenység segíti a szervezeti tanulást és a folyamatfejlesztést. A Post-Implementation Review Rate KPI mérése gondoskodik arról, hogy a szervezet levonja a változtatások tanulságait.

Hol szerezhető be?

A szülő változtatási kérelemhez kapcsolódó, a CHG:Task űrlapon szereplő „Bevezetés utáni felülvizsgálat” feladat befejezéséből következtethető ki.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Task űrlapon szereplő, kapcsolódó „PIR” feladat állapota „Lezárva” vagy „Befejezve” értékre változik.

Eseménytípus inferred
Bevezetési terv elkészült
A változtatás részletes bevezetési terve elkészült és dokumentálva van. Ez általában akkor rögzíthető, amikor befejeződik a változtatáshoz kapcsolódó tervezési feladat.
Miért fontos?

A tevékenység befejezése az ütemezés és a bevezetés előfeltétele. Az időtartam elemzésével feltárhatók a tervezési szakasz késedelmei, még a változtatás végrehajtása előtt.

Hol szerezhető be?

A szülő változtatási kérelemhez kapcsolódó, a CHG:Task űrlapon rögzített konkrét tervezési feladat befejezéséből következtethető ki.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Task űrlapon szereplő, kapcsolódó „Bevezetés tervezése” feladat állapota „Lezárva” vagy „Befejezve” értékre változik.

Eseménytípus inferred
Hatáselemzés elvégezve
A tevékenység azt jelzi, hogy befejeződött a változtatás lehetséges következményeit feltáró hatáselemzés. Ez általában egy állapotfrissítésből vagy a kapcsolódó feladat lezárásából állapítható meg.
Miért fontos?

A tevékenység elemzése megmutatja, mennyire hatékony a tervezés, és hogyan befolyásolja az utómunkát. Időtartamának és gyakoriságának vizsgálata segít javítani az előzetes értékelést.

Hol szerezhető be?

A CHG:Task űrlapon szereplő „Hatáselemzés” feladat befejezési időbélyegéből vagy a CHG:Change űrlapon rögzített konkrét állapotátmenetből következtethető ki.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Task űrlapon szereplő, kapcsolódó „Hatáselemzés” feladat állapota „Lezárva” vagy „Befejezve” értékre változik.

Eseménytípus inferred
Változás ellenőrizve
Ez a tevékenység azt jelzi, hogy az érintettek a bevezetés és a tesztelés után hivatalosan is sikeresnek minősítették a változtatást. Ezt gyakran egy, a végleges lezárás előtti állapotváltás jelzi.
Miért fontos?

Az ellenőrzés az utolsó minőségi kapu a változtatás lezárása előtt. Megerősíti, hogy a változtatás elérte a célját, és nem okozott nem kívánt károkat.

Hol szerezhető be?

A CHG:Change űrlap állapotváltozásából állapítható meg, például a „Completed” állapotból „Verification” vagy „Closed” állapotba lépésből.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Change „Status” mezője a bevezetési tevékenységek után „Closed” értékre vált.

Eseménytípus inferred
Változás törölve
A változáskérelem törlését jelzi a bevezetés vagy a befejezés előtt. Akkor rögzíthető, amikor a kérelem állapota „Cancelled” értékre változik.
Miért fontos?

A törlések követése megmutatja, miért vonták vissza a változtatásokat. Feltárhatja például a hiányos kezdeti tervezést, a változó prioritásokat vagy az erőforráshiányt.

Hol szerezhető be?

A CHG:Change űrlap állapotváltozási előzményeiből állapítható meg, amikor az állapot „Cancelled” értékre vált.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Change „Status” mezője „Cancelled” értékre változik.

Eseménytípus inferred
Változáskérelem benyújtva
A változáskérelem hivatalos benyújtása felülvizsgálatra és jóváhagyásra. Ez általában abból állapítható meg, hogy a kérelem állapota „Draft” értékről „Request For Authorization” értékre vált.
Miért fontos?

Ezzel indul a jóváhagyási folyamat. Az esemény követése segít mérni, mennyi időt várnak a kérelmek az első felülvizsgálatra, és elemezni a Change Approval Time KPI-t.

Hol szerezhető be?

A CHG:Change űrlap állapotváltozási előzményeiből állapítható meg, különösen a „Request For Authorization” állapotba való átlépésből.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Change „Status” mezője „Draft” értékről „Request For Authorization” értékre vált.

Eseménytípus inferred
Változáskérelem elutasítva
Ez a tevékenység azt jelzi, hogy a jóváhagyó hivatalosan elutasította a változáskérelmet. Az eseményt a „Rejected” állapotba váltás rögzíti, és ezzel a folyamat lezárul.
Miért fontos?

Az elutasítások követése feltárja az elutasítás okait, például a hiányos információkat vagy a magas kockázatot. Az elemzés javíthatja a későbbi változáskérelmek minőségét.

Hol szerezhető be?

A CHG:Change űrlap állapotváltozási előzményeiből állapítható meg, különösen a „Rejected” állapotba váltásból.

Rögzítés

Keresse meg azt az időbélyeget, amikor a CHG:Change „Status” mezője „Rejected” értékre változik.

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

Útmutatók az adatok kinyeréséhez

Adatok kinyerése a BMC Helix ITSM-ből

Kezdje el még ma?

Kezdje el még ma változáskezelési folyamatának fejlesztését az adatok sablon szerinti előkészítésével. Tárjon fel hasznos összefüggéseket, és tegye hatékonyabbá a működést.

Fejlessze változáskezelését, és előzze meg a fennakadásokat

Növelje 95%-ra a sikeres változtatások arányát, és előzze meg a költséges szolgáltatáskieséseket.

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