Változáskezelési adatsablon
Változáskezelési adatsablon
- 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
Változáskezelési attribútumok
| 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
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
|
|||
Változáskezelési tevékenységek
| 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
|
|||
Útmutatók az adatok kinyeréséhez
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.
Nincs szükség bankkártyára. A beállítás néhány percet vesz igénybe.