Uw Change Management Data Template
Uw Change Management Data Template
- Aanbevolen attributen om vast te leggen
- Belangrijke activiteiten om te volgen voor nauwkeurige procesontdekking
- Richtlijnen voor het extraheren van data uit ServiceNow
Wijzigingsbeheer-attributes
| Naam | Omschrijving | ||
|---|---|---|---|
|
ID Wijzigingsaanvraag
ChangeRequestNumber
|
De unieke ID voor een wijzigingsaanvraag, die dient als de primaire case ID voor het groeperen van alle gerelateerde events. | ||
|
Omschrijving
De Change Request ID is de hoeksteen van de change management procesanalyse. Het is een uniek nummer dat aan elke wijzigingsaanvraag wordt toegewezen, zoals 'CHG0030001', en dat alle activities, approvals en tasks met elkaar verbindt. In process mining wordt dit attribute gebruikt om de end-to-end journey van elke individuele wijziging te reconstrueren. Het stelt analisten in staat om de complete lifecycle van creatie tot afsluiting te traceren, wat een coherent beeld geeft van hoe elke wijziging door het systeem vordert. Het analyseren van processen gegroepeerd op deze ID is essentieel voor het berekenen van cycle times, het identificeren van rework loops en het begrijpen van procesvarianten.
Het belang
Deze ID is essentieel voor het volgen van de gehele lifecycle van een wijziging, en maakt daarmee een complete analyse van processtroom, duur en compliance mogelijk voor elke aanvraag.
Vindplaats
ServiceNow-tabel: change_request, veld: number
Voorbeelden
CHG0030001CHG0030045CHG0030112
|
|||
|
Tijdstip Gebeurtenis
EventTime
|
De exacte timestamp waarop een specifieke activiteit of event plaatsvond. | ||
|
Omschrijving
Eventtijd registreert de exacte datum en tijd waarop een activiteit werd uitgevoerd of een statuswijziging werd geregistreerd. Deze timestamp is cruciaal voor het chronologisch ordenen van events en voor alle duuranalyse. In process mining maakt dit attribuut de berekening van cyclustijden, verwerkingstijden en wachttijden tussen activiteiten mogelijk. Het is essentieel voor dashboards die prestaties analyseren, zoals Change Approval Cycle Time en End-to-End Change Process Flow. Nauwkeurige timestamps vormen de basis voor het identificeren van vertragingen en het meten van procesefficiëntie ten opzichte van SLA's.
Het belang
Deze timestamp is cruciaal voor het correct sequencen van events en het berekenen van alle tijdgerelateerde metrics, inclusief doorlooptijden, duren en SLA-naleving.
Vindplaats
ServiceNow table: sys_audit, Field: sys_created_on. Dit biedt de timestamp voor elke geregistreerde wijziging.
Voorbeelden
2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:05:00Z
|
|||
|
Activiteitsnaam
ActivityName
|
De naam van een specifiek event of taak die plaatsvond binnen het wijzigingsbeheerproces. | ||
|
Omschrijving
De Activity Name beschrijft een discrete stap of statuswijziging in de levenscyclus van een wijzigingsaanvraag. Voorbeelden zijn 'Change Awaiting Assessment', 'Approval Requested' en 'Change Implemented'. Deze activities vormen de nodes in de ontdekte process map. Het analyseren van deze activities maakt een gedetailleerd onderzoek van de procesflow mogelijk. Door de sequentie en frequentie van activities te volgen, kunnen organisaties gemeenschappelijke paden, afwijkingen van het standaardproces en knelpunten identificeren waar wijzigingen vaak stagneren. Dit is fundamenteel voor het visualiseren van het proces en het berekenen van metrics zoals transitietijden tussen stappen.
Het belang
Het vormt de ruggengraat van de proceskaart, waardoor visualisatie van de procesflow, identificatie van knelpunten en analyse van afwijkingen mogelijk is.
Vindplaats
Afgeleid van wijzigingen in het 'state'-veld of andere belangrijke statusvelden in de 'change_request'-tabel, vaak vastgelegd in de 'sys_audit'-tabel.
Voorbeelden
Wijziging GoedgekeurdImplementatie GestartWijziging AfgeslotenWijziging Geannuleerd
|
|||
|
Configuratie-item
ConfigurationItem
|
De specifieke IT-component, -service of het systeem dat het onderwerp van de wijziging is. | ||
|
Omschrijving
De Configuration Item (CI) is het asset uit de Configuration Management Database (CMDB) dat door de wijziging wordt beïnvloed. Dit kan een server, een softwareapplicatie, een netwerkapparaat of een bedrijfsservice zijn. Dit attribute biedt kritieke context voor de wijziging. In process mining maakt het analyse mogelijk die gesegmenteerd is op type asset dat wordt gewijzigd. Het 'Change Testing Duration Analysis' dashboard gebruikt dit attribute bijvoorbeeld om testtijden te vergelijken voor verschillende applicaties of systemen, waardoor wordt geholpen te identificeren welke CI's geassocieerd zijn met langere testcycli.
Het belang
Biedt essentiële bedrijfscontext, waardoor analyse kan worden gefilterd op de betreffende applicatie, service of systeem om component-specifieke problemen te identificeren.
Vindplaats
ServiceNow table: change_request, Field: cmdb_ci
Voorbeelden
`SAP ERP`Oracle Database 19cE-mailserviceWebServer-01
|
|||
|
Eindtijd
EndTime
|
De timestamp waarop een activiteit is afgerond. Deze wordt vaak afgeleid van de starttijd van de volgende activiteit. | ||
|
Omschrijving
De eindtijd markeert de voltooiing van een activiteit. Hoewel bronsystemen vaak de start van een event vastleggen, wordt de eindtijd vaak afgeleid. Deze wordt doorgaans berekend als de timestamp van de volgende activiteit in de reeks voor dezelfde case. Dit attribuut is essentieel voor het berekenen van de duur van elke activiteit, die ook wel verwerkingstijd wordt genoemd. Inzicht in hoe lang elke stap duurt, is cruciaal voor het identificeren van knelpunten en inefficiënties in het proces. Voor de laatste activiteit in een case is de eindtijd gelijk aan de starttijd.
Het belang
Maakt de berekening van de verwerkingstijd van activiteiten mogelijk, wat cruciaal is voor het identificeren van knelpunten en het meten van de duur van specifieke processtappen.
Vindplaats
Dit attribuut wordt doorgaans berekend tijdens datatransformatie door de StartTime van het volgende event voor dezelfde CaseId te nemen.
Voorbeelden
2023-10-26T10:05:12Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
|
|||
|
Prioriteit
Priority
|
Het prioriteitsniveau van de wijzigingsaanvraag, bepaald door de impact en urgentie. | ||
|
Omschrijving
Prioriteit geeft het belang van een wijzigingsaanvraag aan en bepaalt de volgorde waarin deze moet worden behandeld. Het wordt vaak afgeleid van de impact en urgentie van de wijziging, met waarden als 'Critical', 'High', 'Moderate' en 'Low'. Analyseren op basis van prioriteit is essentieel om ervoor te zorgen dat wijzigingen met hoge prioriteit sneller worden verwerkt dan die met lage prioriteit. Het ondersteunt het 'Critical Change Performance' dashboard door analisten in staat te stellen doorlooptijden en faalpercentages specifiek voor de belangrijkste wijzigingen te volgen. Elke afwijking waarbij wijzigingen met lage prioriteit sneller worden voltooid dan die met hoge prioriteit, duidt op een probleem in resourceallocatie of procesuitvoering.
Het belang
Cruciaal voor het evalueren of middelen correct zijn toegewezen aan de meest kritieke wijzigingen en voor het afzonderlijk monitoren van hun prestaties.
Vindplaats
ServiceNow-tabel: change_request, veld: priority
Voorbeelden
1 - Kritiek2 - Hoog3 - Moderate4 - Laag
|
|||
|
Risiconiveau
RiskLevel
|
Het beoordeelde risiconiveau van de wijziging, zoals 'Hoog', 'Gemiddeld' of 'Laag'. | ||
|
Omschrijving
Het Risiconiveau is de uitkomst van het risicobeoordelingsproces voor een wijzigingsaanvraag. Het kwantificeert de potentiële ongewenste gevolgen als de wijziging wordt geïmplementeerd, en helpt daarmee bij het bepalen van het vereiste niveau van onderzoek en goedkeuring. Dit attribuut is cruciaal voor het 'Standaardisatie Risicobeoordeling' dashboard, waar het wordt gebruikt om te controleren of vergelijkbare wijzigingen consistente risicobeoordelingen ontvangen. Het analyseren van processtromen op risiconiveau kan ook onthullen of hoogrisicowijzigingen correct een strenger goedkeurings- en testtraject doorlopen vergeleken met laagrisicowijzigingen, wat een belangrijke compliancecontrole is.
Het belang
Essentieel voor compliance-analyse en ervoor zorgen dat risicovolle wijzigingen de juiste mate van controle krijgen en een rigoureuzer proces volgen.
Vindplaats
ServiceNow table: change_request, Field: risk
Voorbeelden
HoogMatigLaag
|
|||
|
Status wijzigen
ChangeState
|
De huidige of historische status van de wijzigingsaanvraag, zoals 'Assess', 'Authorize', 'Implement' of 'Closed'. | ||
|
Omschrijving
Het Change State attribute vertegenwoordigt de status van een wijzigingsaanvraag op een bepaald moment. Het biedt een high-level samenvatting van waar de wijziging zich bevindt in zijn lifecycle. In tegenstelling tot de Activity, die een specifieke event vertegenwoordigt, is de State de conditie die voortkomt uit die event. In analyse wordt Change State gebruikt om cases te categoriseren en hun uitkomsten te begrijpen. Het is fundamenteel voor het filteren van wijzigingen, bijvoorbeeld om alleen 'Closed' wijzigingen te analyseren of te onderzoeken waarom veel wijzigingen vastzitten in de 'Authorize' state. Het ondersteunt direct KPI's zoals Change Failure Rate wanneer een 'Failed' state bestaat.
Het belang
Biedt een momentopname van de status van de wijzigingsaanvraag, waardoor analyse van resultaten, case filtering en identificatie van vastgelopen wijzigingen mogelijk is.
Vindplaats
ServiceNow-tabel: change_request, veld: state
Voorbeelden
BeoordeelAutoriseerIngeplandImplementReviewGeslotenGeannuleerd
|
|||
|
Toewijzingsgroep
AssignmentGroup
|
Het team of de groep die verantwoordelijk is voor de wijzigingsaanvraag. | ||
|
Omschrijving
De Assignment Group geeft aan welk team momenteel verantwoordelijk is voor de wijzigingsaanvraag, zoals 'CAB Approval', 'Network Engineering' of 'Database Administrators'. Dit is een kritieke dimensie voor het analyseren van procesperformance over verschillende functionele gebieden. Dit attribute wordt gebruikt om team-level efficiëntie te meten, knelpunten binnen specifieke groepen te identificeren en de effectiviteit van handoffs tussen teams te analyseren. Dashboards zoals 'Cross-Functional Handoff Efficiency' en 'Change Implementation Throughput' zijn sterk afhankelijk van deze data om vertragingen veroorzaakt door inter-team dependencies op te sporen.
Het belang
Maakt prestatieanalyse per team mogelijk, waarbij groepsspecifieke knelpunten worden benadrukt en de efficiëntie van overdrachten tussen verschillende functionele gebieden wordt gemeten.
Vindplaats
ServiceNow table: change_request, Field: assignment_group
Voorbeelden
CAB GoedkeuringNetwerkteamServerondersteuningDatabasebeheerders
|
|||
|
Wijzigingstype
ChangeType
|
De classificatie van de wijziging, zoals 'Standaard', 'Normaal' of 'Spoed'. | ||
|
Omschrijving
Wijzigingstype categoriseert de wijzigingsaanvraag op basis van de aard, het risico en de goedkeuringsvereisten. Standaardwijzigingen zijn vooraf goedgekeurd, Normale wijzigingen volgen het volledige proces en Spoedwijzigingen volgen een versneld pad. Dit is een fundamentele dimensie voor procesanalyse, aangezien verschillende wijzigingstypen onderscheidende, legitieme procesmodellen hebben. Het vergelijken van de prestaties van Normale versus Spoedwijzigingen kan belangrijke inzichten opleveren over procesnaleving en efficiëntie. Het wordt ook gebruikt in dashboards zoals 'Risk Assessment Standardization' om ervoor te zorgen dat vergelijkbare wijzigingen consistent worden behandeld.
Het belang
Maakt segmentatie van de analyse mogelijk, aangezien verschillende wijzigingstypen verschillende geautoriseerde processtromen volgen en unieke prestatieverwachtingen hebben.
Vindplaats
ServiceNow-tabel: change_request, veld: type
Voorbeelden
StandaardNormaalNoodgeval
|
|||
|
Afsluitcode
CloseCode
|
Een code die de uitkomst aangeeft toen de wijzigingsaanvraag werd afgesloten, zoals 'Succesvol' of 'Niet succesvol'. | ||
|
Omschrijving
De Close Code biedt een definitieve afhandeling voor een voltooide wijzigingsaanvraag. Het legt formeel vast of de wijziging succesvol is geïmplementeerd, met problemen, of is teruggedraaid. Dit attribute is een directe input voor de 'Change Failure Rate' KPI. Door de distributie van close codes te analyseren, kunnen organisaties het succes van hun wijzigingsinitiatieven kwantificeren. Het filteren van de process map op wijzigingen met een 'Unsuccessful' close code is een krachtige techniek voor root cause analysis, die gemeenschappelijke procespatronen onthult die tot falen leiden.
Het belang
Meet direct de uitkomst van een wijziging en verschaft de primaire data die nodig is om het percentage mislukte wijzigingen te berekenen en de grondoorzaken daarvan te analyseren.
Vindplaats
ServiceNow table: change_request, Field: close_code
Voorbeelden
SuccesvolSuccesvol met ProblemenMislukt / Teruggedraaid
|
|||
|
Bewerkingstijd
ProcessingTime
|
De duur van een enkele activity, berekend als het verschil tussen de End Time en Start Time. | ||
|
Omschrijving
Verwerkingstijd, ook bekend als activiteitsduur, meet de tijd die actief wordt besteed aan een specifieke taak. Het wordt berekend door de Starttijd van de activiteit af te trekken van de Eindtijd. Deze berekende metric is fundamenteel voor prestatieanalyse. Het maakt de identificatie mogelijk van de meest tijdrovende stappen in het proces, die vaak de primaire doelwitten zijn voor optimalisatie-inspanningen. Dashboards die testduur of risicobeoordelingscyclustijd analyseren, zijn direct gebaseerd op deze metric voor de relevante activiteiten.
Het belang
Meet de duur van individuele activiteiten, waardoor het mogelijk wordt om de meest tijdrovende stappen te identificeren die belangrijke kandidaten zijn voor optimalisatie.
Vindplaats
Berekend tijdens datatransformatie: EndTime - StartTime.
Voorbeelden
259200360086400
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de data is geëxtraheerd, meestal 'ServiceNow'. | ||
|
Omschrijving
Dit attribuut identificeert de herkomst van de procesdata. Hoewel het in dit geval ServiceNow is, is het een cruciaal veld voor datagovernance en voor scenario's waarin data van meerdere systemen kan worden samengevoegd. In analyses zorgt het voor duidelijke datalineage en helpt het bij het valideren van de databron. Voor organisaties met meerdere ITSM-tools of geïntegreerde systemen maakt dit attribuut het mogelijk om processen te filteren en te vergelijken tussen verschillende platforms.
Het belang
Biedt duidelijke data lineage, waarbij wordt gewaarborgd dat de oorsprong van de procesdata is gedocumenteerd, wat essentieel is voor data governance en multi-systeem analyse.
Vindplaats
Dit is doorgaans een statische waarde die wordt toegevoegd tijdens het data-extractie- en transformatieproces (ETL).
Voorbeelden
ServiceNowServiceNow_PRODSNOW_ITSM
|
|||
|
Doorlooptijd
CycleTime
|
De totale doorlooptijd vanaf de aanmaak tot de afsluiting van een wijzigingsaanvraag. | ||
|
Omschrijving
Cyclustijd is een metric op casusniveau die de totale duur van de levenscyclus van een wijzigingsverzoek meet. Het wordt berekend als het verschil tussen de timestamp van de allereerste event en de timestamp van de laatste event voor een specifiek wijzigingsverzoek. Dit is een cruciale KPI voor het meten van de algehele procesnelheid. Het wordt gebruikt in het 'End-to-End Change Process Flow' dashboard om een overzicht op hoofdlijnen van de procesprestaties te bieden. Het analyseren van cyclustijdtrends en deze te vergelijken aan de hand van verschillende dimensies zoals Wijzigingstype of Prioriteit helpt organisaties kansen voor strategische procesverbetering te identificeren.
Het belang
Meet de end-to-end doorlooptijd van het wijzigingsproces, wat een belangrijke indicator is voor de algehele processnelheid en -efficiëntie.
Vindplaats
Berekend op caseniveau tijdens de data-analyse door de minimale StartTime af te trekken van de maximale StartTime voor elke CaseId.
Voorbeelden
60480012096002592000
|
|||
|
Impact
Impact
|
De potentiële impact van de wijziging op de bedrijfsactiviteiten, ingeschaald op een schaal zoals Hoog, Gemiddeld of Laag. | ||
|
Omschrijving
Impact meet het potentiële effect op de business als het wijzigingsverzoek niet correct wordt afgehandeld. Het is een belangrijke input, samen met Urgentie, voor het bepalen van de algehele Prioriteit van de wijziging. Analyseren op basis van Impact helpt ervoor te zorgen dat wijzigingen die kritieke diensten beïnvloeden met gepaste zorg worden beheerd. Het wordt gebruikt in het 'Critical Change Performance' dashboard om wijzigingen met een hoge bedrijfsimpact te isoleren en te monitoren. Het wordt ook gebruikt om de consistentie van risicobeoordelingen te verifiëren, waarbij wordt gewaarborgd dat wijzigingen met hoge impact niet zonder rechtvaardiging een laag risiconiveau krijgen toegewezen.
Het belang
Helpt bij het prioriteren van wijzigingen op basis van hun potentiële bedrijfsimpact en dient ter validatie dat wijzigingen met een hoge impact met de nodige zorgvuldigheid worden beheerd.
Vindplaats
ServiceNow-tabel: change_request, veld: impact
Voorbeelden
1 - Hoog2 - Gemiddeld3 - Laag
|
|||
|
Is herstelwerk
IsRework
|
Een booleaanse vlag die 'waar' is als een activiteit een herhaling is van een vorige stap in dezelfde `case`. | ||
|
Omschrijving
Dit berekende attribuut identificeert activiteiten die als rework gelden. Rework treedt op wanneer het proces moet terugkeren naar een stap die al was voltooid, zoals een wijziging die na goedkeuring wordt afgewezen en teruggestuurd voor een nieuwe beoordeling. Deze vlag is cruciaal voor het kwantificeren van procesinefficiëntie. Het ondersteunt direct de 'Change Rework Rate' KPI en het 'Change Failure and Rework Analysis' dashboard. Door te filteren op activiteiten wanneer 'Is Rework' op 'waar' staat, kunnen analisten de oorzaken van rework isoleren en bestuderen, zoals onvolledige initiële beoordelingen of veranderende vereisten, en actie ondernemen om verspilling te reduceren.
Het belang
Kwantificeert direct procesinefficiëntie door repetitief werk te signaleren, en helpt de grondoorzaken van proceslussen en verspilde inspanning te identificeren en aan te pakken.
Vindplaats
Berekend tijdens datatransformatie door te detecteren of dezelfde activity (of een eerdere in de standaardstroom) al heeft plaatsgevonden voor de betreffende CaseId.
Voorbeelden
truefalse
|
|||
|
Laatste data-update
LastDataUpdate
|
De tijdstempel die aangeeft wanneer de gegevens voor dit record het laatst zijn ververst vanuit het bronsysteem. | ||
|
Omschrijving
Dit attribuut geeft de timestamp van de laatste data-extractie. Het is een metadataveld dat cruciaal is voor het begrijpen van de actualiteit van de data die wordt geanalyseerd. Analisten gebruiken deze timestamp om te bevestigen dat ze werken met actuele informatie en de recentheid van de data te begrijpen. Het is vooral belangrijk voor operationele dashboards die de lopende procesprestaties monitoren, en zorgt ervoor dat beslissingen niet gebaseerd zijn op verouderde data.
Het belang
Duidt op de actualiteit van de data, zodat analyses en dashboards gebaseerd zijn op actuele en relevante informatie.
Vindplaats
Dit is een metadataveld dat wordt gegenereerd tijdens het data-extractie- en transformatieproces (ETL), en de tijd van de data-pull aangeeft.
Voorbeelden
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
SLA-status
SlaState
|
De status van de wijzigingsaanvraag ten opzichte van de Service Level Agreement (SLA), zoals 'Op Koers', 'In Gevaar' of 'Overtreden'. | ||
|
Omschrijving
De SLA State geeft aan of de wijzigingsaanvraag binnen de in de SLA gedefinieerde termijnen vordert. Deze status kan in elke fase van het proces worden bijgehouden. Dit attribute is essentieel voor het monitoren van compliance met service level commitments. Het is de primaire data source voor het 'Change SLA Performance Overview' dashboard en de 'Change SLA Adherence Rate' KPI. Het analyseren van waar en waarom SLA's worden overtreden, stelt de organisatie in staat om systemische vertragingen aan te pakken en de voorspelbaarheid van de servicelevering te verbeteren.
Het belang
Biedt een directe maatstaf voor prestaties tegen deadlines, waardoor proactieve monitoring en analyse van SLA-schendingen mogelijk wordt om de dienstverlening te verbeteren.
Vindplaats
Dit kan afkomstig zijn uit de 'task_sla'-tabel in ServiceNow, die SLA's bijhoudt die gerelateerd zijn aan taken zoals wijzigingsaanvragen, of berekend worden op basis van 'due date'-velden.
Voorbeelden
Op schemaIn gevaarOverschreden
|
|||
|
Toegewezen aan Gebruiker
AssignedToUser
|
De individuele gebruiker die op een specifiek moment verantwoordelijk is voor de wijzigingsaanvraag. | ||
|
Omschrijving
Dit attribuut identificeert de specifieke persoon die is toegewezen om aan de wijzigingsaanvraag te werken. Dit kan gedurende de lifecycle meerdere keren wijzigen naarmate de aanvraag tussen verschillende fasen en teams beweegt. Analyseren per gebruiker helpt bij het begrijpen van de werkdrukverdeling, individuele prestaties en het identificeren van trainingsbehoeften. Het is ook cruciaal voor het analyseren van handoffs, vooral in combinatie met de Assignment Group, om te zien hoe efficiënt werk tussen individuen wordt overgedragen.
Het belang
Helpt bij het volgen van de individuele werkdruk en prestaties van gebruikers, en is cruciaal voor het analyseren van overdrachtvertragingen tussen verschillende resources.
Vindplaats
ServiceNow table: change_request, Field: assigned_to
Voorbeelden
Beth AnglinDavid LooAbel Tuter
|
|||
|
Urgentie
Urgency
|
De snelheid waarmee een wijziging moet worden opgelost, ingeschaald op een schaal zoals Hoog, Gemiddeld of Laag. | ||
|
Omschrijving
Urgentie definieert hoe snel een wijziging moet worden geïmplementeerd. Het weerspiegelt de tijdgevoeligheid van de aanvraag vanuit een bedrijfsperspectief. Samen met Impact wordt het gebruikt om de totale Prioriteit te berekenen. Hoewel Prioriteit het primaire veld voor analyse is, biedt Urgentie aanvullende context. Het kan worden gebruikt om te onderzoeken waarom bepaalde wijzigingen als urgent zijn gemarkeerd en of het proces deze effectief faciliteert zonder stabiliteit in gevaar te brengen. Het helpt antwoord te geven op de vraag of de organisatie te vaak in een reactieve, urgente modus verkeert.
Het belang
Biedt context over de tijdsgevoeligheid van een wijziging en helpt te analyseren of het proces effectief omgaat met tijdskritieke aanvragen.
Vindplaats
ServiceNow-tabel: change_request, veld: urgency
Voorbeelden
1 - Hoog2 - Gemiddeld3 - Laag
|
|||
Activiteiten voor Wijzigingsbeheer
| Activiteit | Omschrijving | ||
|---|---|---|---|
|
Risico en Impact Beoordeeld
|
Vertegenwoordigt de voltooiing van de risico- en impactanalyse voor de wijzigingsaanvraag. Dit is een cruciale mijlpaal voordat goedkeuring wordt gezocht en wordt vaak afgeleid wanneer de wijziging van een 'Assess' status naar een 'Authorize' of 'Awaiting Approval' status overgaat. | ||
|
Het belang
Het volgen van de duur van de beoordelingsfase is essentieel voor de 'Gem. Risicobeoordeling Cyclustijd' KPI. Het helpt het beoordelingsproces te standaardiseren en te identificeren waar analyses te lang duren.
Vindplaats
Afgeleid van het 'state' veld in de change_request tabel dat overgaat van 'Assess' naar 'Authorize'. De timestamp wordt vastgelegd vanuit het auditlog van deze statuswijziging.
Vastleggen
Identificeer wanneer het veld 'state' wijzigt van 'Assess' naar een volgende status zoals 'Authorize'.
Gebeurtenistype
inferred
|
|||
|
Wijziging Afgesloten
|
De wijzigingsaanvraag is succesvol afgerond, beoordeeld en wordt nu als voltooid beschouwd. Dit is het primaire succesdoel van het proces en wordt vastgelegd wanneer de wijzigingsstatus overgaat naar 'Closed'. | ||
|
Het belang
Deze activiteit markeert de succesvolle voltooiing van de wijzigings-lifecycle. Het is het eindevent voor het meten van de end-to-end procesduur en SLA-naleving.
Vindplaats
Afgeleid van het 'state' veld in de change_request tabel dat wordt ingesteld op 'Closed'. De timestamp wordt overgenomen uit de audit historie voor deze laatste statuswijziging.
Vastleggen
Leg de timestamp vast wanneer het veld 'state' wordt bijgewerkt naar 'Closed'.
Gebeurtenistype
inferred
|
|||
|
Wijziging Geannuleerd
|
De wijzigingsaanvraag is op enig moment vóór de implementatie werd voltooid ingetrokken of afgebroken. Dit is een alternatieve eindstatus die wordt vastgelegd wanneer de status is ingesteld op 'Canceled'. | ||
|
Het belang
Het analyseren van geannuleerde wijzigingen kan procesinefficiënties aan het licht brengen, zoals aanvragen die onnodig worden aangemaakt of te lang in goedkeuring blijven hangen, waardoor ze verouderd raken.
Vindplaats
Afgeleid van het 'state' veld in de change_request tabel dat wordt ingesteld op 'Canceled'. De timestamp wordt vastgelegd vanuit het auditlog voor deze statuswijziging.
Vastleggen
Leg de timestamp vast wanneer het veld 'state' wordt bijgewerkt naar 'Canceled'.
Gebeurtenistype
inferred
|
|||
|
Wijziging Geïmplementeerd
|
De implementatiewerkzaamheden zijn afgerond en de wijziging is klaar voor beoordeling, verificatie of tests. Deze activiteit wordt afgeleid wanneer de status van de wijzigingsaanvraag verandert van 'Implement' naar 'Review'. | ||
|
Het belang
Dit is een kritieke mijlpaal die de implementatiefase afsluit. Het is een belangrijk event voor het berekenen van de 'Change Failure Rate' en 'Change Rework Rate' KPI's.
Vindplaats
Afgeleid van een statusovergang vanuit 'Implement' naar een volgende status zoals 'Review'. De timestamp wordt vastgelegd vanuit de audit historie van het 'state' veld in de change_request tabel.
Vastleggen
Identificeer wanneer het veld 'state' wijzigt van 'Implement' naar 'Review'.
Gebeurtenistype
inferred
|
|||
|
Wijziging Goedgekeurd
|
De wijzigingsaanvraag heeft alle benodigde autorisaties ontvangen om door te gaan naar de plannings- en implementatiefasen. Dit is een kritieke mijlpaal, vastgelegd wanneer de definitieve goedkeuring wordt verleend en het 'approval' field is ingesteld op 'approved'. | ||
|
Het belang
Deze mijlpaal sluit de goedkeuringsfase af. Het is essentieel voor het meten van goedkeuringscyclustijden en het identificeren van knelpunten in het besluitvormingsproces.
Vindplaats
Afgeleid van het 'approval' veld van de change_request tabel dat wijzigt naar 'approved'. De timestamp is afkomstig uit de audit historie voor deze wijziging.
Vastleggen
Leg de timestamp vast wanneer het veld 'approval' 'approved' wordt.
Gebeurtenistype
inferred
|
|||
|
Wijziging Ingepland
|
De goedgekeurde wijziging heeft een geplande start- en einddatum toegewezen gekregen en staat nu officieel op de implementatiekalender. Dit wordt afgeleid wanneer de status van de wijzigingsaanvraag overgaat naar 'Scheduled'. | ||
|
Het belang
Deze activiteit scheidt de plannings- en goedkeuringsfasen van de actieve implementatiefase. De tijd die in deze status wordt doorgebracht, kan duiden op vertragingen tussen goedkeuring en de start van de werkzaamheden.
Vindplaats
Afgeleid van een wijziging in het 'state' veld in de change_request tabel naar 'Scheduled'. De timestamp wordt vastgelegd vanuit de corresponderende auditlog-entry.
Vastleggen
Volg wijzigingen van het statusveld naar 'Scheduled' in de audithistorie van de change_request-tabel.
Gebeurtenistype
inferred
|
|||
|
Wijzigingsaanvraag Aangemaakt
|
Deze activiteit markeert de aanmaak van een nieuw wijzigingsaanvraagrecord in het systeem. Het is de officiële start van het wijzigingsbeheerproces en wordt vastgelegd wanneer een nieuwe invoer wordt toegevoegd aan de change_request-tabel. | ||
|
Het belang
Dit is het primaire startevent voor het proces. Het analyseren van de tijd van deze activiteit tot andere activiteiten geeft de totale doorlooptijd weer en helpt bij het identificeren van vertragingen aan het begin van het proces.
Vindplaats
Dit event komt overeen met de timestamp van recordaanmaak (sys_created_on) in de ServiceNow change_request-tabel.
Vastleggen
Gebruik de sys_created_on timestamp uit de change_request-tabel.
Gebeurtenistype
explicit
|
|||
|
Goedkeuring aangevraagd
|
Deze activiteit geeft aan dat de wijzigingsaanvraag formeel is ingediend ter goedkeuring, doorgaans aan een manager of een Change Advisory Board (CAB). Dit event wordt vastgelegd wanneer de goedkeuringsstatus van de wijzigingsaanvraag wordt ingesteld op 'requested'. | ||
|
Het belang
Dit markeert het begin van de goedkeuringscyclus. Het meten van de tijd van dit event tot 'Change Approved' berekent direct de 'Average Change Approval Time' KPI.
Vindplaats
Afgeleid van het 'approval' veld in de change_request tabel dat wijzigt naar 'requested'. De timestamp wordt geregistreerd vanuit de sys_audit tabel voor dit veld.
Vastleggen
Timestamp waarop het 'approval'-veld in de change_request-tabel wordt ingesteld op 'requested'.
Gebeurtenistype
inferred
|
|||
|
Implementatie Gestart
|
Er is actief begonnen met de implementatie van de wijziging. Dit wordt vastgelegd wanneer de status van de wijzigingsaanvraag wordt bijgewerkt naar 'Implementeren', wat de overgang van planning naar uitvoering betekent. | ||
|
Het belang
Dit markeert de start van de hands-on implementatiewerkzaamheden. Het is het startpunt voor het meten van de 'Average Implementation Duration' KPI en het analyseren van teamefficiëntie.
Vindplaats
Afgeleid van het 'state' veld in de change_request tabel dat wijzigt naar 'Implement'. De timestamp wordt overgenomen uit het auditlog voor deze statusovergang.
Vastleggen
Leg de timestamp vast van de statuswijziging naar 'Implement' uit de audit history van de change_request.
Gebeurtenistype
inferred
|
|||
|
Review bezig
|
Er wordt een evaluatie na implementatie (PIR) uitgevoerd om te bepalen of de wijziging succesvol was en aan de doelstellingen voldeed. Dit wordt geregistreerd wanneer de status van de wijzigingsaanvraag op 'Review' wordt gezet. | ||
|
Het belang
Het analyseren van de duur van de reviewfase helpt vertragingen te identificeren bij het valideren van het succes van wijzigingen. Het benadrukt ook niet-compliant wijzigingen waarbij deze stap wordt overgeslagen.
Vindplaats
Afgeleid van het 'state' veld in de change_request tabel dat wijzigt naar 'Review'. De timestamp is afkomstig uit het auditlog voor deze statuswijziging.
Vastleggen
Leg de timestamp vast van de statuswijziging naar 'Review' uit de audit history van de change_request.
Gebeurtenistype
inferred
|
|||
|
Wijziging Afgewezen
|
De wijzigingsaanvraag is geweigerd door een goedkeurende partij of de CAB. Deze activity vertegenwoordigt een terminale status voor de aanvraag, tenzij deze wordt herwerkt en opnieuw wordt ingediend. Het wordt vastgelegd wanneer het 'approval' field is ingesteld op 'rejected'. | ||
|
Het belang
Het volgen van afwijzingen helpt bij het identificeren van veelvoorkomende redenen voor weigering, zoals onvolledige informatie of een hoog risico. Deze analyse kan de kwaliteit van toekomstige wijzigingsaanvragen verbeteren.
Vindplaats
Afgeleid van het 'approval' veld in de change_request tabel dat wijzigt naar 'rejected'. De timestamp wordt vastgelegd vanuit de audit historie.
Vastleggen
Leg de timestamp vast wanneer het veld 'approval' 'rejected' wordt.
Gebeurtenistype
inferred
|
|||
|
Wijziging Heropend
|
De wijzigingsaanvraag is teruggeplaatst naar een eerdere status, zoals 'Implement' of 'Assess', nadat een latere fase was bereikt. Deze event wordt afgeleid uit een niet-lineaire statusovergang en duidt op herstelwerk. | ||
|
Het belang
Deze activiteit is cruciaal voor het identificeren van reworkloops en het berekenen van de 'Change Rework Rate'. Frequente events voor heropening duiden op problemen met implementatiekwaliteit, testen of planning.
Vindplaats
Afgeleid door analyse van de reeks statuswijzigingen in de audit historie van de change_request. Een overgang van een latere status (bijv. 'Review') naar een eerdere status (bijv. 'Implement') duidt op een heropening.
Vastleggen
Detecteer een niet-sequentiële, terugwaartse overgang in de geschiedenis van het 'state'-veld.
Gebeurtenistype
inferred
|
|||
|
Wijziging Wacht op Beoordeling
|
De wijzigingsaanvraag is ingediend en wacht nu op technische en zakelijke beoordeling. Dit wordt doorgaans afgeleid wanneer de status van de wijzigingsaanvraag overgaat naar 'Assess' of een vergelijkbare status, wat aangeeft dat deze de conceptfase heeft verlaten. | ||
|
Het belang
Deze activiteit helpt bij het meten van de initiële overdrachtstijd van aanvrager naar het beoordelingsteam. Vertragingen hier kunnen wijzen op problemen met de initiële datakwaliteit of de beschikbaarheid van middelen voor beoordeling.
Vindplaats
Afgeleid van een wijziging in het 'state' veld in de change_request tabel, doorgaans naar een waarde zoals 'Assess'. De timestamp wordt overgenomen uit de audit historie (sys_audit) voor deze veldwijziging.
Vastleggen
Volg wijzigingen van het statusveld naar 'Assess' in de audithistorie van de change_request-tabel.
Gebeurtenistype
inferred
|
|||