Uw Change Management Data Template

ServiceNow
Uw Change Management Data Template

Uw Change Management Data Template

Dit template biedt een gestructureerde aanpak voor het verzamelen van de essentiële data die nodig is voor effectieve process mining van uw Change Management workflow. Het beschrijft aanbevolen attributes en activiteiten om bij te houden, samen met praktische richtlijnen voor data-extractie. Gebruik deze bron om uw data voor te bereiden op uitgebreide analyse en optimalisatie.
  • Aanbevolen attributen om vast te leggen
  • Belangrijke activiteiten om te volgen voor nauwkeurige procesontdekking
  • Richtlijnen voor het extraheren van data uit ServiceNow
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Wijzigingsbeheer-attributes

Dit zijn de aanbevolen datavelden om op te nemen in uw event log voor een uitgebreide analyse van uw wijzigingsbeheerproces.
3 Verplicht 7 Aanbevolen 10 Optioneel
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
Verplicht Aanbevolen Optioneel

Activiteiten voor Wijzigingsbeheer

Dit zijn de belangrijkste processtappen en mijlpalen om vast te leggen in uw event log voor een accurate procesontdekking van wijzigingsbeheer.
7 Aanbevolen 6 Optioneel
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
Aanbevolen Optioneel

Extractie Guides

Hoe u uw data uit ServiceNow verkrijgt