Változáskezelési adatsablon

Az esemény kezdési időpontja jelöli a változtatási igény életciklusán belüli tevékenység kezdetét. Ez az időbélyeg szükséges az események időrendi sorba rendezéséhez, valamint a tevékenységek és a teljes ügy időtartamának kiszámításához.

A folyamatelemzés során ez az attribútum segít a tevékenységek helyes sorrendbe állításában, és az eseménynapló alapját adja. Nélkülözhetetlen az időalapú mutatók, például a tevékenységek közötti átfutási idők, a várakozási idők és a teljes ügyidő kiszámításához. Az időbélyegek elemzésével megállapítható, mely lépések tartanak a legtovább, és hol gyorsítható a folyamat.

Az időbélyeg szükséges az események sorrendbe rendezéséhez, a folyamatmenet feltárásához és a teljesítménymutatók, például az átfutási és várakozási idők kiszámításához.

A változtatási igény eseménynaplójában vagy auditnaplójában található. A mező neve lehet például „Létrehozás dátuma”, „Kezdés dátuma” vagy egyszerűen „Időbélyeg”.

A tevékenység neve a változtatási igény életciklusának egy-egy lépését vagy mérföldkövét jelöli, például: „Kockázatfelmérés befejezve” vagy „Változtatás jóváhagyva”. Minden tevékenység egy adott időpontot jelöl, amikor valaki végrehajtott egy műveletet, döntést hozott, vagy a folyamat új szakaszba lépett.

Ez az attribútum a folyamattérkép elkészítésének alapja. Meghatározza a folyamatábra csomópontjait, így az elemzők megjeleníthetik az események sorrendjét, azonosíthatják a gyakori útvonalakat, és feltárhatják az előírt eljárástól való eltéréseket. A tevékenységek elemzésével felismerhetők a szűk keresztmetszetek, az ismételt munkavégzést okozó körök és a változtatási folyamat egyes szakaszai közötti nem hatékony átadások.

Meghatározza a folyamat lépéseit, így megjeleníthető a folyamatmenet, és elemezhetők a szűk keresztmetszetek, az ismételt munkavégzés és az eltérések.

Általában a változtatási igényhez tartozó tevékenységnaplóban, eseménytörténetben vagy auditnapló-táblában található.

A változtatási igény azonosítója egyedi, betűkből és számokból álló kód, amelyet a rendszer az igény létrehozásakor rendel hozzá. Ez az egyedi változtatási ügy elsődleges kulcsa, amely összekapcsolja a kezdeményezéstől a lezárásig tartó összes kapcsolódó feladatot, jóváhagyást és naplóbejegyzést.

A process mining során ez az attribútum elengedhetetlen az egyes változtatások teljes folyamatának rekonstruálásához. Ha az eseményeket közös változtatásiid-azonosító szerint csoportosítja, az elemzők megjeleníthetik a folyamatmeneteket, kiszámíthatják az ügyek átfutási idejét, és összehasonlíthatják az egyes változtatások életciklusát. Ez az ügyek szintjén végzett elemzés alapja, amely megmutatja, hogyan haladnak végig az egyes változtatások a rendszeren.

Ez az azonosító nélkülözhetetlen az egyes változtatásokhoz kapcsolódó események nyomon követéséhez és összekapcsolásához, ezért a folyamatfeltárás és a megfelelőség ellenőrzésének alapja.

Általában a változtatási igény fejlécében vagy elsődleges rekordjában található.

A forrásrendszer attribútum azonosítja az eseményadatok eredetét. Több ITSM-eszközt vagy integrált rendszert használó környezetben ez a mező segít megkülönböztetni az egyes forrásokból származó adatokat, és biztosítja az adatok sértetlenségét, valamint a megfelelő kontextust.

Bár a folyamatmenet elsődleges elemzéséhez nem mindig használják, az adatellenőrzésben és az adatkezelésben nagy segítséget nyújt. Segít feltárni az adatbetöltési problémákat, és külön platformokat használó rendszerek vagy üzleti egységek folyamatainak összehasonlítására is alkalmas. Egy vállalat például az infrastruktúra-változtatásokat az egyik, az alkalmazásváltoztatásokat pedig egy másik rendszerben kezelheti.

Megmutatja az adatok eredetét, ami nélkülözhetetlen az adatellenőrzéshez, a hibakereséshez és a több rendszeren átívelő folyamatok elemzéséhez.

Ez az információ szerepelhet a forrásadatok egyik mezőjében, vagy az adatkinyerés és -átalakítás (ETL) során is hozzáadható.

Az utolsó adatfrissítés időbélyege azt mutatja, mikor olvasták be legutóbb az adott rekordot a forrásrendszerből. Ez a metaadat szükséges az adatfolyam kezeléséhez és az elemzés adatainak naprakészen tartásához.

Segít az adatmérnököknek és az elemzőknek megállapítani, mennyire frissek az általuk használt adatok. Az adatkinyerési folyamat állapotának figyelésére, valamint annak ellenőrzésére szolgál, hogy a process mining elemzés friss és releváns információkra épül-e. Magához a folyamatelemzéshez általában nem használják, az adatkezelés és a megbízhatóság szempontjából azonban nélkülözhetetlen.

Naprakészen tartja az adatokat, és segít figyelni az adatfolyam állapotát, ami elengedhetetlen a folyamatelemzés megbízhatóságához.

Ezt az időbélyeget általában az adatkinyerés, -átalakítás és -betöltés (ETL) során hozza létre és adja hozzá a rendszer.

Az érintett üzleti szolgáltatás azt a fő üzleti képességet jelöli, amelyet a változtatás módosít, például az e-mail-szolgáltatást vagy az online bankolást. Ez lehet egy konkrét műszaki konfigurációs elem (CI) is, például egy üzleti szolgáltatást támogató szerver vagy alkalmazás.

Ez az attribútum üzleti kontextust ad a változáskezelési folyamathoz. Segítségével az elemzés nem csupán az IT-tevékenységekre, hanem az üzleti hatásokra is kiterjedhet. Az elemzők például megállapíthatják, mely szolgáltatásokon hajtanak végre leggyakrabban változtatásokat, ami instabilitásra vagy intenzív fejlesztésre utalhat. Az attribútum a változtatások rangsorolását és a kockázatok felmérését is segíti, mivel összekapcsolja a műszaki változtatásokat az általuk támogatott üzleti funkciókkal.

Az IT-változtatásokat üzleti kontextusba helyezi, így elemezhető, mely üzleti szolgáltatásokat érinti leginkább a változtatási tevékenység, és milyen kockázatok kapcsolódnak hozzá.

A változtatási igény fő rekordjában található, gyakran a konfigurációkezelési adatbázisból (CMDB) hivatkozva.

Az esemény befejezési időpontja jelöli a tevékenység végét. A kezdési időponttal együtt pontosan kiszámítható belőle a változtatás életciklusának egyes lépéseire fordított idő.

Ez az attribútum a teljesítményelemzés alapja. A kezdési és befejezési időpont különbsége megmutatja a tevékenység feldolgozási idejét, míg az egyik tevékenység vége és a következő kezdete közötti idő a várakozási időt jelzi. E különbség ismeretében megállapítható, hogy a késedelmet a hosszú feladatok vagy a feladatok közötti tétlen idő okozza-e, így célzottan javítható a folyamat.

Lehetővé teszi a tevékenységek pontos időtartamának kiszámítását, és segít elkülöníteni az értékteremtő feldolgozási időt az értéket nem teremtő várakozástól.

Gyakran a tevékenységnaplóban vagy az auditnapló-táblákban található. Ha nem áll rendelkezésre, néha a következő esemény kezdési időpontjából is meghatározható.

A felelős csapat megmutatja, melyik csoport dolgozik a változtatáson az adott szakaszban. Ez lehet az értékelést végző csapat, egy jóváhagyó testület, például a CAB, vagy a megvalósítást végző műszaki csapat.

Ez az attribútum nélkülözhetetlen az erőforrás-elosztás, a munkaterhelés és a csapatok közötti átadások elemzéséhez. A kapcsolati háló elemzése feltárhatja a különböző csoportok közötti kommunikációs mintákat és szűk keresztmetszeteket. Az egyes csapatoknál töltött idő mérésével megállapítható, mely csoportok vannak túlterhelve, illetve hol fordulnak elő gyakran késedelmek a felelősség átadásakor.

Nélkülözhetetlen a csapatok közötti átadások elemzéséhez, az erőforrások szűk keresztmetszeteinek feltárásához és a szervezeten belüli munkaterhelés megértéséhez.

A változtatási igény rekordjában vagy a tevékenység részletei között található. A mező neve lehet például „Hozzárendelési csoport” vagy „Csapat”.

A felelős felhasználó az a konkrét személy, akit a változtatási igényhez vagy tevékenységhez rendeltek. Ez az attribútum a csapatszintű hozzárendelésnél részletesebb képet ad a munkaterhelésről és a felelősségi körökről.

A felhasználói szintű adatok elemzése segíthet a teljesítmény kezelésében és a képzési igények felismerésében. Rávilágíthat arra, kik a folyamat szakértői, illetve kiknek okoznak nehézséget bizonyos feladatok. Az ismételt munkavégzés elemzésére is használható, például annak megállapítására, hogy egyes felhasználók változtatásait gyakrabban utasítják-e el, vagy igényelnek-e utólagos javítást. Az adatokat azonban körültekintően, fejlesztési céllal kell felhasználni, nem büntetésre.

Részletes képet ad az egyéni munkaterhelés és teljesítmény elemzéséhez, így segít felismerni a csapatok szakértőit és a lehetséges képzési igényeket.

Általában a változtatási igény rekordjában vagy a feladat részletei között található, gyakran „Felelős” vagy „Hozzárendelve” néven.

A kockázati szint a változtatás sikertelenségének becsült valószínűségét és lehetséges negatív hatását jelzi. Ez az értékelés határozza meg a szükséges tesztelés, ellenőrzés és jóváhagyás mértékét. A magas kockázatú változtatások általában szigorúbb felülvizsgálaton mennek keresztül, mint az alacsony kockázatúak.

Ez az attribútum kockázatalapú folyamatelemzést tesz lehetővé. Segítségével ellenőrizhető, hogy a magas kockázatú változtatások megfelelő felülvizsgálatot kapnak-e, például a Change Advisory Board (CAB) elé kerülnek-e. A kockázati szint az eredményekkel is összevethető, például megállapítható, hogy a magas kockázatú változtatások gyakrabban vallanak-e kudarcot. Ez arra utalhat, hogy javítani kell a kockázatfelmérésen vagy a kockázatcsökkentésen.

Segít ellenőrizni, hogy a folyamatkontrollok és a jóváhagyási munkafolyamatok megfelelnek-e a változtatás felmért kockázatának.

A változtatási igény fejlécadatai vagy kockázatfelmérési részletei között található.

A változtatás prioritása a változtatási igény relatív fontosságát jelzi. Segít a csapatoknak az ütemezésben és az erőforrások hatékony elosztásában, hogy először a legsürgetőbb változtatásokkal foglalkozzanak. A prioritást gyakran a változtatás lehetséges üzleti hatása és a bevezetés sürgőssége alapján állapítják meg.

A process mining során a prioritás hasznos szempont a szűréshez és az összehasonlításhoz. Az elemzők megvizsgálhatják, hogy a magas prioritású változtatásokat valóban gyorsabban dolgozzák-e fel, mint az alacsony prioritásúakat. Az eltérések az erőforrás-elosztás problémáira, a sürgős változtatások jóváhagyásának szűk keresztmetszeteire vagy a prioritási szabályok következetlen alkalmazására utalhatnak.

Segít megvizsgálni, hogy a magas prioritású változtatásokat gyorsabban dolgozzák-e fel az alacsony prioritásúaknál, és így ellenőrizni a prioritási szabályok hatékonyságát.

A változtatási igény fő rekordjában vagy fejlécadatai között található.

A változtatás állapota megmutatja, hogy a változtatási igény az életciklus melyik szakaszában van egy adott időpontban, vagy mi lett a végső eredménye. Az állapotok általában a folyamat főbb mérföldköveihez kapcsolódnak, és magas szintű képet adnak az előrehaladásról.

Ez az attribútum kétféleképpen használható. Pillanatfelvételként az összes nyitott változtatás aktuális állapotát mutatja, ami hasznos a teljesítményt és a hátralékot követő operatív dashboardokon. Eseményattribútumként az állapotváltozás maga is tevékenységnek tekinthető, így részletes tevékenységadatok hiányában bővítheti az eseménynaplót. Az állapotváltások elemzése segít megérteni az életciklust, és feltárni, hol akadnak el a változtatások.

Pillanatképet ad a változtatás előrehaladásáról, így elemezhető a szűk keresztmetszet, az átbocsátóképesség és a változtatási hátralék aktuális állapota.

A változtatási igény fejlécrekordjában található. A korábbi állapotváltozások az auditnaplóban szerepelhetnek.

A változtatás típusa határozza meg a szükséges munkafolyamatot, a jóváhagyási lépéseket és a változtatási igény sürgősségét. A standard változtatások általában előzetesen jóváhagyottak és alacsony kockázatúak. A normál változtatások teljes körű értékelésen és jóváhagyáson mennek keresztül. A sürgősségi változtatásokat pedig sürgős üzleti igény miatt gyorsított eljárásban kezelik.

A változtatás típusa szerinti elemzés a változáskezelés egyik alapvető feladata. Segítségével összehasonlítható a különböző változtatási munkafolyamatok teljesítménye és megfelelése. Az elemzők például ellenőrizhetik, hogy a sürgősségi változtatások valóban gyorsabban haladnak-e, illetve a standard változtatások a leegyszerűsített, előzetesen jóváhagyott útvonalat követik-e. Ez a csoportosítás segít megérteni a folyamat eltéréseit, és biztosítani, hogy a megfelelő szintű felügyelet érvényesüljön.

Ez az attribútum nélkülözhetetlen az elemzés csoportosításához, mert az egyes változtatástípusokhoz eltérő, előre meghatározott folyamatmenet, jóváhagyási követelmény és teljesítményelvárás tartozik.

A változtatási igény fő rekordjában vagy fejlécadatai között található.

A változtatás eredményének indoka megmagyarázza, miért az adott módon zárult le a változtatási igény. Sikeres változtatás esetén az érték lehet „Sikeres”. Sikertelen változtatásnál például „Sikertelen, visszaállítás elindítva”. Elutasított vagy törölt változtatásnál az indoklást adja meg, például „Nem megfelelő indoklás” vagy „Az igénylő törölte”.

Ez az attribútum nélkülözhetetlen a sikertelen vagy elutasított változtatások kiváltó okainak elemzéséhez. Az indokok csoportosításával és elemzésével feltárhatók a gyakori hibaminták. Ha például sok változtatást „Hiányos információ” miatt utasítanak el, az a változtatási igény benyújtási folyamatának javítására utal. Ezek az adatok segítenek kiszámítani és értelmezni az olyan KPI-kat, mint a változtatások sikertelenségi aránya és az első benyújtásra történő jóváhagyás aránya.

Fontos adatokat ad a sikertelen, elutasított vagy törölt változtatások kiváltó okainak elemzéséhez, és segít javítani a jövőbeli változtatási igények minőségét.

A változtatási igény rekordjának lezárási adatai között található. A mező neve lehet például „Lezárási kód”, „Megoldás” vagy „Elutasítás oka”.

A változtatás hatása azt méri, hogy a változtatás milyen lehetséges következményekkel jár az üzleti működésre, a szolgáltatásokra vagy az infrastruktúrára nézve. A sürgősséggel együtt ez az attribútum határozza meg a változtatás teljes prioritását. Például nagy hatásúnak számít egy olyan változtatás, amely egy kritikus, ügyfelek által használt szolgáltatást érint.

A hatás szerinti elemzés segít biztosítani, hogy a kritikus szolgáltatásokat érintő változtatásokat kellő körültekintéssel kezeljék. A megfelelőség ellenőrzésére is használható, például annak vizsgálatára, hogy a nagy hatású változtatások mindig végigmennek-e bizonyos jóváhagyási vagy tesztelési szakaszokon. A teljesítmény összehasonlítására is alkalmas, például megvizsgálható, hogy a nagy hatású változtatások bevezetése tovább tart-e a részletesebb felülvizsgálat és tesztelés miatt.

Segít ellenőrizni, hogy a nagy üzleti hatású változtatások szigorúbb felülvizsgálati és tesztelési folyamaton mennek-e keresztül, biztosítva a megfelelő felügyeletet.

A változtatási igény fő rekordjában vagy fejlécadatai között található.

A változtatás sürgőssége azt mutatja, milyen gyorsan kell bevezetni ahhoz, hogy megfeleljen az üzleti igényeknek. Az időérzékenységet jelzi, amely különbözik a változtatás lehetséges hatásától. Egy változtatásnak lehet csekély hatása, mégis lehet sürgős, például ha egy kisebb hibát egy marketingkampány indulása előtt kell kijavítani.

A sürgősség a prioritás meghatározásának egyik összetevője, és a változáskezelési folyamat reakcióidejének elemzésére is használható. Az elemzők megvizsgálhatják, hogy a sürgős változtatásokat valóban gyorsabban dolgozzák-e fel. A különböző sürgősségi szintek átfutási idejének összehasonlítása megmutatja, hogy a folyamat mennyire reagál az üzleti igényekre, vagy minden változtatást azonos sebességgel kezel, az időérzékenységtől függetlenül.

A különböző sürgősségi szintek átfutási idejének összehasonlításával megmutatja, mennyire reagál a folyamat az időérzékeny üzleti igényekre.

A változtatási igény fő rekordjában vagy fejlécadatai között található.

A tervezett befejezési dátum a változtatás határideje, amelyet gyakran üzleti igények vagy szolgáltatási szintmegállapodások (SLA-k) határoznak meg. Viszonyítási alapként szolgál a változáskezelési folyamat határidő-tartásának és teljesítményének méréséhez.

Ez az attribútum nélkülözhetetlen az SLA-teljesítmény elemzéséhez. A tényleges és a tervezett befejezési dátum összehasonlításával kiszámítható a határidőre történő befejezések aránya, amely fontos teljesítménymutató. A tervezett dátumot elmulasztó változtatások elemzése segíthet feltárni a késedelmek okait, például a jóváhagyási folyamat szűk keresztmetszeteit, az erőforráshiányt vagy a nem reális tervezést.

Ez az attribútum fontos az SLA-k betartásának és a határidőre történő teljesítésnek a méréséhez, valamint a folyamat késedelmei mögött álló okok feltárásához.

Általában a változtatási igény fejlécadatai között található.

A változtatás indoka szöveges leírás arról, milyen üzleti igény áll a változtatási kérelem mögött. Arra a kérdésre válaszol, hogy „Miért van erre szükség?”, és olyan kontextust ad, mint például „Biztonsági javítás egy kritikus sérülékenységhez” vagy „Új funkció az ügyfélélmény javítására”.

Bár ez gyakran szabad szöveges mező, kategorizálva vagy szövegbányászati módszerekkel elemezve értékes minőségi információkat adhat. Segít megérteni, hogy a vállalat különböző területeiről milyen változtatási igények érkeznek. Az elemzés például feltárhatja, hogy a változtatások nagy részét hibajavítások indokolják, ami a szoftverminőséggel kapcsolatos problémákra utalhat. Egy másik időszakban pedig a stratégiai projektekhez kapcsolódó változtatások száma lehet magas.

Üzleti kontextust ad a változtatások kezdeményezésének okairól, így elemezhetők a szervezeten belüli változtatások fő mozgatórugói.

Általában a változtatási igény kezdeti benyújtási űrlapján vagy fejlécadatai között található.