Változáskezelési adatsablon

Freshservice
Változáskezelési adatsablon

Változáskezelési adatsablon

Ez a sablon segít összegyűjteni a változáskezelési folyamat elemzéséhez szükséges adatokat. Bemutatja a rögzítendő attribútumokat és a követendő tevékenységeket, valamint útmutatást ad az adatok rendszerből történő kinyeréséhez. Segítségével előkészítheti az adatokat a folyamat feltárásához és fejlesztéséhez.
  • Javasolt attribútumok
  • Követendő fő tevékenységek
  • Adatok kinyerése a Freshservice-ből
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Változáskezelési attribútumok

Ezek az adatmezők szükségesek a teljes eseménynapló összeállításához, amely lehetővé teszi a változáskezelési folyamat részletes elemzését.
5 Kötelező 8 Javasolt 8 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Annak a pontos dátuma és időpontja, amikor egy adott tevékenység vagy esemény történt.
Leírás

A folyamat minden tevékenységéhez tartozik egy időbélyeg, amely rögzíti, mikor történt. Ezek az időadatok szükségesek a tevékenységek közötti időtartamok kiszámításához, a várakozási idők feltárásához és a teljes folyamatciklus elemzéséhez. Lehetővé teszik a teljesítmény elemzését, a szűk keresztmetszetek azonosítását és az SLA-k teljesítésének nyomon követését.

Miért fontos?

Ez az időbélyeg minden időalapú elemzéshez szükséges, beleértve a ciklusidők, az időtartamok és a folyamatlépések közötti várakozási idők kiszámítását.

Hol szerezhető be?

A Freshservice Change rekordjának auditnaplójában vagy tevékenységfolyamában szereplő bejegyzésekhez tartozó időbélyeg.

Példák
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
Tevékenység neve
ActivityName
A változáskezelési folyamat során történt konkrét esemény vagy feladat neve.
Leírás

Ez az attribútum a változtatás életciklusának egy-egy lépését vagy mérföldkövét írja le, például a „Változáskérelem létrehozva”, a „Jóváhagyás kérése” vagy a „Végrehajtás befejezve” eseményt. Az egy változáskérelem-azonosítóhoz tartozó tevékenységek sorrendje adja a folyamattérkép alapját. Elemzésükkel feltárható a folyamat menete, észlelhetők az eltérések, és mérhető az egyes szakaszok időtartama.

Miért fontos?

Meghatározza a folyamat lépéseit, így megjeleníthető a változtatás életciklusa, és elemezhetők a folyamatváltozatok, valamint a szűk keresztmetszetek.

Hol szerezhető be?

A Freshservice Change rekordjának auditnaplóiból, tevékenységfolyamából vagy állapotváltozási előzményeiből állítható elő.

Példák
Változtatás jóváhagyvaKockázatértékelés befejezveVégrehajtás megkezdveVáltoztatás lezárva
Változáskérelem-azonosító
ChangeRequestId
A Freshservice rendszerben benyújtott minden változáskérelem egyedi azonosítója.
Leírás

A változáskérelem-azonosító egyetlen változtatási ügy elsődleges azonosítója a kezdeményezéstől a lezárásig. Összekapcsolja az összes kapcsolódó tevékenységet, jóváhagyást és naplóbejegyzést, így egységes idővonalat alkot, amelyen elemezhető a teljes folyamat. A process miningben ez az azonosító elengedhetetlen az egyes változtatások életciklusának rekonstruálásához, útvonaluk, időtartamuk és eredményük megértéséhez.

Miért fontos?

Ez az elsődleges ügyazonosító, amely összekapcsolja az összes kapcsolódó eseményt. Segítségével nyomon követhető és elemezhető egyetlen változáskérelem teljes folyamata.

Hol szerezhető be?

Ez a Freshservice Change objektumának egyik alapmezője.

Példák
CHG-10234CHG-10235CHG-10236
Forrásrendszer
SourceSystem
Megadja, melyik rendszerből nyerték ki az adatokat.
Leírás

Ez az attribútum jelöli a folyamatadatok forrását. Ebben a nézetben az értéke mindig „Freshservice”. Használata bevett gyakorlat, különösen akkor, ha több rendszer adatait egyesítik, mert fontos háttér-információt ad, és segíti az adatkezelést, valamint a hibakeresést.

Miért fontos?

Egyértelműen jelöli az adatok eredetét, ami különösen fontos több vállalati rendszer adatainak elemzésekor.

Hol szerezhető be?

Ez egy állandó érték, amelyet az adatok kinyerésekor állítanak be az adatforrás megjelölésére.

Példák
Freshservice
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg azt mutatja, mikor frissítették utoljára a rekord adatait a forrásrendszerből.
Leírás

Ez az attribútum rögzíti, mikor történt legutóbb az egyes események adatainak kinyerése vagy frissítése. Segít megállapítani, mennyire frissek az elemzett adatok, és hogy az elemzések aktuális információkra épülnek-e. Így megőrizhető az adatok integritása, és értelmezhető, mennyire naprakészek az eredmények.

Miért fontos?

Tájékoztatja a felhasználókat az adatok aktualitásáról, és segít ellenőrizni, hogy a process mining elemzés naprakész-e.

Hol szerezhető be?

Ezt az időbélyeget általában az adatok betöltésekor vagy az ETL-folyamat során hozzák létre és adják hozzá.

Példák
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Befejezési idő
EndTime
A változáskérelem ügyéhez rögzített utolsó esemény időbélyege.
Leírás

A befejezési idő jelzi a változáskérelem életciklusának végét, általában a „Változtatás lezárva” vagy a „Változtatás visszavonva” tevékenység időpontját. A kezdési idővel együtt használva kiszámítható az egyes ügyek teljes folyamatciklusának ideje. Elemzésével megérthető a változáskezelési folyamat teljes időtartama és átbocsátóképessége.

Miért fontos?

Szükséges a változáskérelem teljes ciklusidejének kiszámításához, amely a folyamat hatékonyságának egyik fő KPI-ja.

Hol szerezhető be?

Az adott változáskérelem-azonosítóhoz tartozó eseménynapló utolsó tevékenységének időbélyege.

Példák
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
Felelős csoport
AssignedGroup
A módosítás végrehajtásáért felelős csapat vagy csoport.
Leírás

Ez az attribútum jelöli ki a módosítás végrehajtásáért felelős csapatot, például a „Network Team” vagy a „Database Administrators” csoportot. A felelős csoportok szerinti elemzés segít megérteni a csapatok munkaterhelését és hatékonyságát, valamint feltárni az erőforrások szűk keresztmetszeteit. Megmutathatja, mely csapatoknál tart tovább a végrehajtás, vagy hol gyakoribbak az utólagos problémák.

Miért fontos?

Lehetővé teszi a végrehajtó csapatok teljesítményének és munkaterhelésének összehasonlítását, így feltárhatók az erőforrás-korlátok és a bevált gyakorlatok.

Hol szerezhető be?

Ez a Freshservice Change objektumának „Group” vagy „Assigned Group” mezője.

Példák
Infrastruktúra-csapatAlkalmazástámogatásBiztonsági műveletek
Kérelmező neve
RequesterName
A módosítási kérelmet benyújtó személy neve.
Leírás

A kérelmező az a személy, aki elbírálásra benyújtotta a módosítást. A kérelmezők szerinti elemzésből kiderülhet, hogy mely személyek vagy szerepkörök nyújtanak be gyakran módosításokat, illetve bizonyos felhasználók kérelmeit gyakrabban utasítják-e el, vagy kell-e többször átdolgozni. Részlegadatokkal együtt a munkaterhelés elemzésére is használható.

Miért fontos?

Megmutatja, honnan érkeznek a módosítási igények, és segít feltárni a képzési igényeket vagy a sok módosítást kezdeményező felhasználói csoportokat.

Hol szerezhető be?

Ez a Freshservice Change objektumának „Requested by” mezője, amely egy felhasználói rekordra hivatkozik.

Példák
Alice JohnsonRobert SmithMaria Garcia
Kockázati szint
RiskLevel
A módosítás végrehajtásával járó kockázat becsült szintje.
Leírás

A kockázati szint a módosítás esetleges sikertelenségének negatív hatását jelzi. A gyakori értékek az alacsony, a közepes és a magas. Ez az attribútum fontos a megfelelés elemzéséhez, valamint annak megértéséhez, hogy a nagyobb kockázatú módosítások szigorúbb folyamaton mennek-e végig, például több jóváhagyást vagy alaposabb tesztelést igényelnek-e. Segít ellenőrizni, hogy a kockázatkezelési kontrollokat megfelelően alkalmazzák-e.

Miért fontos?

A megfelelés és a kockázatelemzés szempontjából nélkülözhetetlen: segít biztosítani, hogy a nagy kockázatú módosításokat kellő körültekintéssel kezeljék, és szigorúbb folyamaton vezessék végig.

Hol szerezhető be?

Ez a Freshservice Change objektumának „Risk” mezőjének felel meg.

Példák
AlacsonyKözepesMagasNagyon magas
Módosítás prioritása
ChangePriority
A módosítási kérelemhez rendelt prioritási szint, amely a kérelem üzleti fontosságát jelzi.
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 segít az erőforrások elosztásában és az ütemezésben. Ha megvizsgálja, hogyan függ össze a prioritás a folyamat mutatóival, például az átfutási idővel és az SLA betartásával, kiderülhet, hogy a magas prioritású módosítások gyorsabban haladnak-e, mint az alacsony prioritásúak. Az elemzés a prioritási szabályok hatékonyságának értékelését is segíti.

Miért fontos?

Segít felmérni, hogy a folyamat megfelelően kezeli-e a kiemelten fontos módosításokat, és ennek megfelelően osztja-e el az erőforrásokat.

Hol szerezhető be?

Ez a Freshservice Change objektumának „Priority” mezője.

Példák
AlacsonyKözepesMagasSürgős
Tervezett befejezési dátum
TargetCompletionDate
A tervezett dátum vagy az SLA-határidő, ameddig a módosítást be kell fejezni.
Leírás

Ez a dátum jelöli a módosítási kérelem lezárásának határidejét. Ez az SLA betartásának mérésére szolgáló elsődleges viszonyítási alap. A tényleges befejezési idő és a tervezett befejezési dátum összevetésével megállapítható, hogy a módosítás határidőre, korábban vagy késve készült-e el. Ez a Change SLA Adherence Rate KPI egyik alapadata.

Miért fontos?

A határidőre történő teljesítés és az SLA betartásának mérési alapja, amelyek a folyamat teljesítményének fontos mutatói.

Hol szerezhető be?

Ez lehet a Freshservice Change objektumának külön „Due by” vagy „SLA Target” dátummezője.

Példák
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
Változtatás állapota
ChangeStatus
A változáskérelem aktuális vagy végleges állapota.
Leírás

Ez az attribútum megadja a változáskérelem állapotát egy adott időpontban vagy a végső eredményét, például „Lezárva”, „Visszavonva” vagy „Elutasítva”. Fontos az eredmények elemzéséhez, mert segít megkülönböztetni a sikeresen befejezett változtatásokat a sikertelen vagy félbehagyott kérelmektől. Az állapot szerinti szűréssel célzottan elemezhetők az egyes változtatási csoportok.

Miért fontos?

Lehetővé teszi a változtatások eredményének elemzését, így megérthető a sikeres, sikertelen és visszavont kérelmek aránya.

Hol szerezhető be?

Ez a Freshservice Change objektumának „Status” mezője.

Példák
LezárvaVisszavonvaElutasítvaNyitott
Változtatás típusa
ChangeType
A változtatás besorolása, például standard, normál vagy sürgősségi.
Leírás

A változtatás típusa a változáskérelmeket jellegük, kockázatuk és jóváhagyási követelményeik szerint csoportosítja. A standard változtatások előzetesen jóváhagyottak, a normál változtatások a szokásos folyamatot követik, a sürgősségi változtatásokat pedig gyorsított eljárásban kell kezelni. A folyamat változtatástípusonkénti elemzésével megállapítható, hogy az egyes típusok eltérő útvonalon haladnak-e, és különböznek-e a teljesítménymutatóik, például a ciklusidő vagy a sikerességi arány.

Miért fontos?

A folyamat változtatástípus szerinti bontása megmutatja, hogyan tér el egymástól a standard, normál és sürgősségi változtatások menete és teljesítménye.

Hol szerezhető be?

Ez a Freshservice Change objektumának „Change Type” mezője.

Példák
StandardNormálVészhelyzetiJelentős
Hatás mértéke
ImpactLevel
A módosítás sikertelensége vagy szolgáltatáskiesés okozta üzleti hatás becsült mértéke.
Leírás

A hatás mértéke azt jelzi, milyen következményekkel járhat a módosítás az üzleti működésre nézve. Az érték az alacsonytól, amely egyetlen felhasználót érint, a magasig terjedhet, amely az egész szervezetre kihat. A sürgősséggel együtt gyakran ez határozza meg a prioritást. A hatás szerinti elemzésből kiderül, hogy a folyamat megfelelően kezeli-e az üzletmenet folytonosságát komolyan veszélyeztető módosításokat.

Miért fontos?

Segíti a kockázatelemzést, és megmutatja, hogy a jelentős üzleti hatással járó módosításokat kellő körültekintéssel kezelik-e.

Hol szerezhető be?

Ez a Freshservice Change objektumának „Impact” mezőjének felel meg.

Példák
AlacsonyKözepesMagas
Jóváhagyás időtartama
ApprovalDuration
Az az idő, amelyet a módosítási kérelem a jóváhagyási szakaszban töltött.
Leírás

Ez a számított időtartam a jóváhagyás kérésétől annak megadásáig vagy elutasításáig eltelt időt méri. A Change Approval Phase Duration dashboard egyik alapmutatója, és segít feltárni a jóváhagyási munkafolyamat szűk keresztmetszeteit. Az elemzésből kiderülhet, ha egyes jóváhagyók lassítják a folyamatot, nem hatékony a csoportok közötti átadás, vagy rendszeres késedelmek akadályozzák a döntéshozatalt.

Miért fontos?

Közvetlenül méri a jóváhagyási szakasz hatékonyságát, és segít feltárni, majd megszüntetni a módosításokat késleltető szűk keresztmetszeteket.

Hol szerezhető be?

A „Approval Requested” és a „Change Approved” vagy „Change Rejected” tevékenység közötti időtartamként számítható ki.

Példák
1 nap 2 óra5 óra 30 perc3 nap
Kapcsolódó incidensek száma
AssociatedIncidentsCount
A módosítás végrehajtása után a kérelemhez kapcsolt incidensek száma.
Leírás

Ez a mutató a módosítás későbbi hatását méri azzal, hogy megszámolja a bevezetése következtében létrejött incidenseket. A magas érték a tervezés, a tesztelés vagy a végrehajtás minőségével kapcsolatos problémákra utalhat. A Post-Implementation Issue Rate KPI egyik közvetlen alapadata, és fontos a módosítások stabilitásának és sikerességének méréséhez.

Miért fontos?

Közvetlenül méri a végrehajtott módosítások minőségét és stabilitását, így azonosíthatók a szolgáltatáskiesést okozó módosítások.

Hol szerezhető be?

A Freshservice-ben egy Change jegyhez kapcsolt Incident jegyek számából számítható ki.

Példák
015
Lezárási kód
CloseCode
A módosítási kérelem lezárásának okát jelző kód vagy indok.
Leírás

A lezárási kód részletezi a lezárt módosítás eredményét. Ilyen érték lehet például a „Sikeresen végrehajtva”, a „Visszaállítva” vagy az „Elutasítva”. Ez a végső állapoton túl további kontextust ad, így részletesebben elemezhetők a módosításkezelési folyamat sikerei és kudarcai.

Miért fontos?

Részletesen bemutatja a módosítások eredményét, így elemezhető, miért jártak sikerrel, vallottak kudarcot vagy kellett visszaállítani őket.

Hol szerezhető be?

Nézze meg a Freshservice dokumentációját, vagy keresse meg a Change űrlapon a „Closure Code” vagy hasonló nevű mezőt.

Példák
SikeresSikeres, problémákkalSikertelenVisszaállítva
Részleg neve
DepartmentName
A módosítást kérelmező felhasználó részlege.
Leírás

Ez az attribútum szervezeti kontextust ad meg azzal, hogy azonosítja a módosítási kérelmet kezdeményező üzleti egységet. A részlegek szerinti elemzés feltárhatja, hogy a szervezet mely része kezdeményezi a legtöbb módosítást, hol a legmagasabb az elutasítási arány, illetve mely részlegeknél tart a legtovább az átfutás. Ezek az információk segítik a célzott folyamatfejlesztést és az erőforrás-tervezést.

Miért fontos?

Lehetővé teszi a különböző üzleti egységek folyamatainak és igényeinek elemzését, így célzott fejlesztések tervezhetők.

Hol szerezhető be?

Ez az adat általában a kérelmező Freshservice-felhasználói profiljából származik.

Példák
PénzügyHumánerőforrásInformatikaMarketing
SLA túllépve
IsSlaBreached
Logikai jelző, amely megmutatja, hogy a módosítási kérelem a tervezett határidő után készült-e el.
Leírás

Ez az attribútum az SLA betartását jelzi két értékkel: „true”, ha a módosítás befejezési ideje későbbi a tervezett befejezési dátumnál, egyébként „false”. Egyszerűbbé teszi az SLA betartásához kapcsolódó dashboardok és KPI-k létrehozását, valamint a késve lezárt módosítások szűrését és összesítését. Közvetlenül támogatja a Change SLA Adherence Rate KPI-t.

Miért fontos?

Egyértelmű, kétértékű eredményt ad az SLA teljesítéséről, így egyszerűbb összehasonlítani és jelenteni a határidőre, illetve késve lezárt módosításokat.

Hol szerezhető be?

Az EndTime és a TargetCompletionDate összevetésével számítható ki. Ha EndTime > TargetCompletionDate, az érték true.

Példák
truefalse
Sürgősség
Urgency
Azt jelzi, hogy üzleti szempontból milyen gyorsan kell végrehajtani a módosítást.
Leírás

A sürgősség a módosítás időérzékenységét mutatja. Egy biztonsági javítás például sürgős lehet. Ezt az attribútumot gyakran a hatással együtt használják a prioritás meghatározására. Segítségével elemezhető, hogy a folyamat megfelelően reagál-e az időkritikus üzleti igényekre, és az is kiderülhet, hogy a sürgős módosítások valóban gyorsabban haladnak-e.

Miért fontos?

Megmutatja, mennyire időérzékeny a módosítás. Az átfutási idővel összevetve felmérhető a folyamat reakcióképessége.

Hol szerezhető be?

Ez a Freshservice Change objektumának „Urgency” mezője.

Példák
AlacsonyKözepesMagas
Végrehajtás időtartama
ImplementationDuration
A módosítás végrehajtási szakaszának időtartama.
Leírás

Ez a mutató a végrehajtás tényleges munkájának időtartamát számítja ki, általában a „Implementation Started” és a „Implementation Completed” tevékenység közötti idő alapján. A műszaki végrehajtás hatékonyságának elemzésére szolgál, és a Change Implementation Phase Efficiency dashboardot támogatja. A hosszú időtartam műszaki összetettségre, erőforráshiányra vagy előre nem látott nehézségekre utalhat.

Miért fontos?

A tényleges műszaki munka hatékonyságát méri, elkülönítve azt a tervezési és jóváhagyási késedelmektől.

Hol szerezhető be?

A „Implementation Started” és a „Implementation Completed” tevékenység közötti időtartamként számítható ki.

Példák
4 óra1 óra 30 perc8 óra
Kötelező Javasolt Nem kötelező

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

Ezeket a folyamatlépéseket és mérföldköveket kell pontosan rögzíteni az eseménynaplóban, hogy feltárható legyen a változáskezelési folyamat.
5 Javasolt 10 Nem kötelező
Tevékenység Leírás
Változáskérelem létrehozva
Ez jelzi a változáskezelési folyamat hivatalos kezdetét: ekkor rögzítik az új változáskérelmet a Freshservice-ben. Az esemény akkor kerül be a rendszerbe, amikor egy felhasználó elment egy új változtatási jegyet. Ekkor létrejön az egyedi változáskérelem-azonosító és a létrehozás időbélyege.
Miért fontos?

Ez a folyamat elsődleges kezdő eseménye. A tevékenység és a „Változtatás lezárva” közötti idő adja a teljes folyamatciklus idejét, amely a folyamat hatékonyságának egyik fontos KPI-ja.

Hol szerezhető be?

Ez kifejezetten rögzített esemény a változtatási rekord auditnaplójában. Az időpontja megegyezik a változtatási jegy létrehozásának időbélyegével.

Rögzítés

A változáskérelem-rekord létrehozásának időbélyege.

Eseménytípus explicit
Változtatás jóváhagyva
Fontos mérföldkő: egy kijelölt döntéshozó, például a Change Advisory Board (CAB), hivatalosan engedélyezi a változáskérelem végrehajtását. A rendszer ezt általában kifejezett műveletként rögzíti.
Miért fontos?

Ez jelzi a jóváhagyási szakasz végét és a végrehajtás tervezésének kezdetét. A tevékenység szükséges az „Átlagos jóváhagyási idő” és az „Elsőre jóváhagyott kérelmek aránya” méréséhez.

Hol szerezhető be?

A Freshservice kifejezett eseményként rögzíti, amikor a jóváhagyó a „Jóváhagyás” gombra kattint. Az esemény időbélyeggel együtt bekerül a jegy tevékenységnaplójába.

Rögzítés

A jóváhagyások lapon vagy a tevékenységnaplóban szereplő „Jóváhagyva” művelet időbélyege.

Eseménytípus explicit
Változtatás lezárva
Ez jelzi a változáskezelési folyamat sikeres, hivatalos befejezését. Az esemény akkor kerül rögzítésre, amikor a változtatási jegy állapota a végleges „Lezárva” értékre vált.
Miért fontos?

Ez a folyamat elsődleges záró eseménye. Ez az utolsó adatpont a teljes „Átlagos változtatási ciklusidő” és a „Változtatások SLA-teljesítési aránya” kiszámításához.

Hol szerezhető be?

Az esemény időpontja a változtatási jegy előzményeiben szereplő, „Lezárva” állapotra váltás időbélyegéből állapítható meg.

Rögzítés

A végleges „Lezárva” állapotra váltás időbélyege.

Eseménytípus explicit
Változtatás ütemezve
A jóváhagyott változtatás végrehajtásához tartozó konkrét kezdési és befejezési időpont megadása. Ez általában abból állapítható meg, hogy kitöltik az „Ütemezett kezdési idő” és az „Ütemezett befejezési idő” mezőt.
Miért fontos?

Ez fontos mérföldkő, amely elindítja a végrehajtási szakaszt. Szükséges az „Átlagos végrehajtási idő” kiszámításához és az ütemezés hatékonyságának elemzéséhez.

Hol szerezhető be?

Az esemény az ütemezéshez kapcsolódó dátummezők kitöltésének időpontjából és az állapot „Ütemezve” vagy hasonló értékre váltásából állapítható meg.

Rögzítés

Az esemény az „Ütemezett kezdési dátum” mező kitöltéséből és a hozzá tartozó állapotváltozásból állapítható meg.

Eseménytípus inferred
Végrehajtás befejezve
Azt jelzi, hogy a változtatás bevezetéséhez szükséges technikai munka befejeződött. Ez általában egy bevezetés utáni állapotba, például a „Felülvizsgálatra vár” állapotba való váltásból állapítható meg.
Miért fontos?

Ez a mérföldkő jelzi a végrehajtás fő munkafázisának végét. Az „Átlagos végrehajtási idő” kiszámításának végpontja, és egyben a tesztelési vagy felülvizsgálati tevékenységek kezdetét jelzi.

Hol szerezhető be?

Az esemény olyan állapotba való váltásból állapítható meg, mint a „Felülvizsgálatra vár”, a „Tesztelésre vár” vagy a „Befejezve”.

Rögzítés

Az esemény az állapotmező „Felülvizsgálatra vár” vagy hasonló értékre váltásából állapítható meg.

Eseménytípus inferred
Bevezetés utáni felülvizsgálat elvégezve
Azt jelzi, hogy befejeződött a bevezetés utáni felülvizsgálat (PIR), amelynek célja a változtatás sikerességének értékelése és a tanulságok rögzítése. Ez gyakran abból állapítható meg, hogy a bevezetés után felülvizsgálati megjegyzéseket adnak hozzá, vagy módosítják az állapotot.
Miért fontos?

Segít ellenőrizni, hogy elvégezték-e a hivatalos felülvizsgálatot. A tevékenység elemzésével megérthető, mennyire voltak hatékonyak a változtatások, és támogatható a folyamat folyamatos fejlesztése.

Hol szerezhető be?

Az esemény a bevezetés dátuma után kitöltött, PIR-hez kapcsolódó mezőkből vagy egy olyan állapotváltozásból állapítható meg, mint a „Felülvizsgálat befejezve”.

Rögzítés

Az esemény a PIR-megjegyzések mezőinek kitöltéséből vagy egy konkrét állapotváltozásból állapítható meg.

Eseménytípus inferred
Jóváhagyás kérése
Azt jelzi, hogy a változáskérelmet hivatalosan benyújtották felülvizsgálatra és engedélyezésre. Ez általában abból állapítható meg, hogy a kérelem állapota „Jóváhagyásra vár” értékre változik, vagy a kérelmet jóváhagyóhoz rendelik.
Miért fontos?

Ez a tevékenység jelzi a jóváhagyási szakasz kezdetét. A kezdőpont és a „Változtatás jóváhagyva” közötti idő mérése segít feltárni a jóváhagyási ciklus szűk keresztmetszeteit.

Hol szerezhető be?

Az Activity Log alapján következtethető ki, vagy az „Awaiting Approval” értékre történő állapotmező-változás követésével állapítható meg. Az esemény időpontjaként az állapotváltozás időbélyegét használja.

Rögzítés

Az esemény a „Jóváhagyásra vár” állapotra váltásból állapítható meg.

Eseménytípus inferred
Kockázatértékelés befejezve
Azt jelzi, hogy befejeződött a változtatással járó lehetséges kockázatok hivatalos értékelése. Az esemény gyakran abból állapítható meg, hogy kitöltik vagy módosítják a kockázati szint mezőjét, illetve lezárnak egy kapcsolódó feladatot.
Miért fontos?

A tevékenység követése segít ellenőrizni, hogy betartják-e a kockázatértékelést előíró változáskezelési szabályokat. Elemezhetővé teszi a kockázatértékelés lefedettségét és az erre a fontos lépésre fordított időt.

Hol szerezhető be?

Az esemény valószínűleg a változtatási űrlap „Kockázat” mezőjének időbélyeggel ellátott módosításából vagy egy kockázatelemzési feladat lezárásából állapítható meg.

Rögzítés

Az esemény időpontja a „Kockázat” mező kitöltésének vagy egy kapcsolódó ellenőrzőlista-elem befejezettként való megjelölésének időbélyegéből állapítható meg.

Eseménytípus inferred
Megjegyzés hozzáadva a változtatáshoz
Azt jelzi, hogy megjegyzést vagy feljegyzést fűztek a változáskérelemhez, vagyis kommunikációs vagy dokumentációs tevékenység történt. A Freshservice minden ilyen eseményt külön rögzít az egyes jegyek tevékenységfolyamában.
Miért fontos?

Bár nem a folyamat alapvető lépése, a megjegyzések követése segíthet megérteni a késedelmek okát, különösen a jóváhagyási vagy tervezési szakaszban. A gyakori megjegyzések nem egyértelmű követelményekre vagy kommunikációs problémákra utalhatnak.

Hol szerezhető be?

A módosítási kérelem jegyének „Tevékenység” vagy „Audit” részében rögzítik, az időbélyeggel és a megjegyzést hozzáadó felhasználó nevével együtt.

Rögzítés

A jegy tevékenységnaplójában „Megjegyzés hozzáadva” eseményként szerepel.

Eseménytípus explicit
Tervezés befejezve
Azt jelzi, hogy a változtatás minden szükséges tervezési feladata, beleértve a végrehajtási és visszaállítási terv kidolgozását, lezárult. Ez általában a jóváhagyás utáni állapotváltozásból állapítható meg.
Miért fontos?

Ez jelzi az átmenetet a tervezésből a végrehajtásba. A tervezési szakasz időtartamának elemzése segít megtalálni a bevezetés előtti tevékenységek egyszerűsítésének lehetőségeit.

Hol szerezhető be?

Az esemény egy tervezéshez kapcsolódó állapotból, például a „Kiadásra vár” állapotból egy végrehajtási állapotba, például az „Ütemezve” állapotba való váltásból állapítható meg.

Rögzítés

Az esemény a „Tervezés folyamatban” vagy egy hasonló állapotból való kilépésből állapítható meg.

Eseménytípus inferred
Tesztelés befejezve
Azt jelzi, hogy befejeződött minden szükséges tesztelési és ellenőrzési tevékenység, amelyek igazolják a változtatás sikerességét és azt, hogy nem okozott káros hatást. Az esemény egy feladat lezárásából vagy állapotváltozásból állapítható meg.
Miért fontos?

A tevékenység követésével mérhető a „Tesztelés befejezési aránya” KPI, és ellenőrizhető, hogy a változtatásokat megfelelően validálták-e a végleges lezárás előtt. Ez csökkenti a bevezetés utáni problémák számát.

Hol szerezhető be?

Ezt az eseményt nehéz lehet rögzíteni. Előfordulhat, hogy egy kapcsolódó „Tesztelés” feladat lezárásából vagy a „Tesztelés befejezve” állapotra váltásból kell megállapítani.

Rögzítés

Az esemény a változtatáshoz kapcsolódó tesztelési feladat lezárásából állapítható meg.

Eseménytípus inferred
Változtatás elutasítva
Azt jelzi, hogy a jóváhagyó hivatalosan elutasította a változáskérelmet, ezért az nem folytatható. A rendszer kifejezetten rögzíti ezt a műveletet, amely gyakran ismételt munkával járó folyamatkört indít el.
Miért fontos?

Ez a tevékenység fontos az ismételt munka elemzéséhez és a folyamat sikertelenségének okaihoz. A gyakori elutasítás a kérelmek minőségével vagy a kockázatértékeléssel kapcsolatos problémákra utalhat.

Hol szerezhető be?

A Freshservice kifejezett eseményként rögzíti, amikor a jóváhagyó az „Elutasítás” gombra kattint. Az esemény bekerül a jegy tevékenységnaplójába.

Rögzítés

A jóváhagyások lapon vagy a tevékenységnaplóban szereplő „Elutasítva” művelet időbélyege.

Eseménytípus explicit
Változtatás újranyitva
Akkor történik, amikor egy korábban lezárt vagy megoldott változtatás ismét nyitott állapotba kerül, általában a bevezetés után észlelt problémák miatt. Ez a lezárt állapotból nyitott állapotba történő váltásból állapítható meg.
Miért fontos?

Ez a tevékenység erősen utal ismételt munkára vagy sikertelen változtatásra. Gyakoriságának követése fontos a változtatások minőségének és a tesztelés hatékonyságának megértéséhez.

Hol szerezhető be?

Az esemény a jegy tevékenységnaplójában a „Lezárva” vagy „Megoldva” állapotból „Nyitott” vagy „Folyamatban” állapotba történő váltás felismerésével állapítható meg.

Rögzítés

Észlelje, ha az állapot egy végleges értékről, például a „Lezárva” állapotról nem végleges értékre, például a „Nyitott” állapotra vált.

Eseménytípus inferred
Változtatás visszavonva
A változáskérelem befejezés előtti megszüntetését jelzi. Ez egy alternatív végállapot, amely akkor kerül rögzítésre, amikor a jegy állapota „Visszavonva” vagy „Törölve” értékre vált.
Miért fontos?

A visszavont változtatások elemzése feltárhatja a kezdeti tervezési vagy jóváhagyási szakasz problémáit. Ilyen lehet például, ha a kérelemre már nincs szükség, vagy nincs mögötte megalapozott üzleti indok.

Hol szerezhető be?

Az esemény a „Visszavonva” vagy egy ezzel egyenértékű, de nem „Lezárva” végállapotra váltás időbélyegéből állapítható meg.

Rögzítés

A „Visszavonva” állapotra váltás időbélyege.

Eseménytípus explicit
Végrehajtás megkezdve
A változtatás tényleges bevezetésének vagy végrehajtásának kezdetét jelzi. Ez abból állapítható meg, hogy a változáskérelem állapota „Folyamatban” vagy egy hasonló aktív értékre változik.
Miért fontos?

Egyértelmű kezdőpontot ad a tényleges végrehajtási idő méréséhez. Segít elkülöníteni a várakozási időt az elvégzett munkától.

Hol szerezhető be?

Az esemény az ütemezett kezdési időpontban „Folyamatban” vagy „Végrehajtás folyamatban” értékre váltó állapotból állapítható meg.

Rögzítés

Az esemény az állapotmező „Folyamatban” értékre váltásából állapítható meg.

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

Adatkinyerési útmutatók

Adatok kinyerése a Freshservice-ből

Kezdje el most?

Készítse elő adatait ezzel a részletes sablonnal, és kezdje el még ma a változáskezelés fejlesztését. Tárja fel a rejtett összefüggéseket, és tegye hatékonyabbá a bevezetéseket.

Előzze meg a sikertelen változtatásokat, fejlessze a Freshservice-kezelést még ma

Érjen el 95%-os sikert a változtatásoknál, és szüntesse meg a Freshservice fennakadásait és késedelmeit.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára. Néhány perc alatt elkezdheti.