Datatemplate voor changemanagement

ServiceNow
Datatemplate voor changemanagement

Datatemplate voor changemanagement

Deze template biedt een gestructureerde aanpak voor het verzamelen van de data die nodig is om je changemanagementworkflow met process mining te analyseren. Je vindt hierin aanbevolen attributen en activiteiten om bij te houden, plus praktische uitleg over data-extractie. Gebruik de template om data voor te bereiden op een grondige analyse en optimalisatie.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten voor een nauwkeurige procesontdekking
  • Uitleg over data-extractie uit ServiceNow

Attributen voor changemanagement

Dit zijn de aanbevolen datavelden voor je event log, zodat je het wijzigingsproces volledig kunt analyseren.
3 Verplicht 7 Aanbevolen 9 Optioneel
Naam Beschrijving
ID wijzigingsverzoek
ChangeRequestNumber
De unieke identificatiecode van een wijzigingsverzoek. Deze dient als primaire case-ID om alle bijbehorende gebeurtenissen te groeperen.
Beschrijving

Het ID van het wijzigingsverzoek vormt de basis voor de analyse van het verandermanagementproces. Elk verzoek krijgt een uniek nummer, zoals 'CHG0030001'. Dit nummer koppelt alle bijbehorende activiteiten, goedkeuringen en taken aan elkaar.

Bij process mining gebruik je dit attribuut om het volledige verloop van elke afzonderlijke wijziging te reconstrueren. Analisten kunnen zo de hele levenscyclus volgen, van aanmaak tot afsluiting, en zien hoe elke wijziging door het systeem loopt. Door processen op dit ID te groeperen, kun je doorlooptijden berekenen, herstelwerkcycli opsporen en procesvarianten begrijpen.

Waarom dit belangrijk is

Dit ID is nodig om de volledige levenscyclus van een wijziging te volgen en per verzoek het procesverloop, de duur en compliance te analyseren.

Waar vind je dit?

ServiceNow-tabel: change_request, veld: number

Voorbeelden
CHG0030001CHG0030045CHG0030112
Tijdstip gebeurtenis
EventTime
De exacte timestamp waarop een specifieke activiteit of gebeurtenis plaatsvond.
Beschrijving

Het tijdstip van de gebeurtenis legt de exacte datum en tijd vast waarop een activiteit is uitgevoerd of een statuswijziging is geregistreerd. Deze timestamp is nodig om gebeurtenissen chronologisch te ordenen en alle analyses op basis van tijd uit te voeren.

Bij process mining gebruik je dit attribuut om doorlooptijden, verwerkingstijden en wachttijden tussen activiteiten te berekenen. Het is nodig voor dashboards die prestaties analyseren, zoals Doorlooptijd goedkeuring wijziging en Procesverloop wijziging van begin tot eind. Nauwkeurige timestamps vormen de basis voor het opsporen van vertragingen en het meten van procesefficiëntie ten opzichte van SLA's.

Waarom dit belangrijk is

Deze timestamp is nodig om gebeurtenissen in de juiste volgorde te zetten en alle tijdsgebonden metrieken te berekenen, waaronder doorlooptijden en SLA-naleving.

Waar vind je dit?

ServiceNow-tabel: sys_audit, veld: sys_created_on. Dit veld bevat de timestamp van elke vastgelegde wijziging.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:05:00Z
Activiteitsnaam
ActivityName
De naam van een specifieke gebeurtenis of taak binnen het verandermanagementproces.
Beschrijving

De activiteitsnaam beschrijft een afzonderlijke stap of statuswijziging in de levenscyclus van een wijzigingsverzoek. Voorbeelden zijn 'Wijziging wacht op beoordeling', 'Goedkeuring aangevraagd' en 'Wijziging geïmplementeerd'. Deze activiteiten vormen de knooppunten in de gevonden proceskaart.

Door deze activiteiten te analyseren, kun je het procesverloop in detail bekijken. Als je de volgorde en frequentie van activiteiten bijhoudt, zie je welke routes vaak voorkomen, waar het proces afwijkt van de standaard en waar wijzigingen vaak vastlopen. Dit helpt om het proces zichtbaar te maken en doorlooptijden tussen stappen te berekenen.

Waarom dit belangrijk is

Dit vormt de basis van de proceskaart. Je kunt het procesverloop visualiseren, bottlenecks opsporen en afwijkingen analyseren.

Waar vind je dit?

Afgeleid uit wijzigingen van het veld 'state' of andere belangrijke statusvelden in de tabel 'change_request'. Deze wijzigingen worden vaak vastgelegd in de tabel 'sys_audit'.

Voorbeelden
Wijziging goedgekeurdImplementatie gestartWijziging geslotenWijziging geannuleerd
Configuratie-item
ConfigurationItem
Het specifieke IT-onderdeel, de dienst of het systeem waarop de wijziging betrekking heeft.
Beschrijving

Het configuratie-item (CI) is het onderdeel uit de Configuration Management Database (CMDB) waarop de wijziging van invloed is. Dit kan een server, softwareapplicatie, netwerkapparaat of bedrijfsdienst zijn.

Dit attribuut geeft belangrijke context bij de wijziging. Met process mining kun je analyses uitsplitsen naar het type onderdeel dat wordt gewijzigd. Het dashboard 'Analyse van de testduur van wijzigingen' gebruikt dit attribuut bijvoorbeeld om testtijden van verschillende applicaties en systemen te vergelijken. Zo zie je welke CI's samenhangen met langere testcycli.

Waarom dit belangrijk is

Geeft belangrijke bedrijfscontext. Je kunt de analyse filteren op de getroffen applicatie, dienst of het getroffen systeem om problemen met specifieke onderdelen op te sporen.

Waar vind je dit?

ServiceNow-tabel: change_request, veld: cmdb_ci

Voorbeelden
SAP ERPOracle Database 19cE-maildienstWebServer-01
Eindtijd
EndTime
De timestamp waarop een activiteit eindigde. Vaak wordt deze afgeleid van de starttijd van de volgende activiteit.
Beschrijving

De eindtijd markeert het einde van een activiteit. Bronsystemen registreren vaak het begin van een gebeurtenis, waardoor de eindtijd meestal wordt afgeleid. Doorgaans is dit de timestamp van de volgende activiteit in dezelfde case.

Dit attribuut is nodig om de duur van elke activiteit te berekenen, oftewel de verwerkingstijd. Als je weet hoelang elke stap duurt, kun je bottlenecks en inefficiënties in het proces opsporen. Bij de laatste activiteit in een case is de eindtijd gelijk aan de starttijd.

Waarom dit belangrijk is

Maakt het mogelijk de verwerkingstijd van activiteiten te berekenen. Zo kun je bottlenecks opsporen en de duur van specifieke processtappen meten.

Waar vind je dit?

Dit attribuut wordt doorgaans tijdens de datatransformatie berekend op basis van de StartTime van de volgende gebeurtenis voor dezelfde CaseId.

Voorbeelden
2023-10-26T10:05:12Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
Prioriteit
Priority
De prioriteit van het wijzigingsverzoek, bepaald door de impact en urgentie.
Beschrijving

De prioriteit geeft aan hoe belangrijk een wijzigingsverzoek is en bepaalt in welke volgorde het moet worden behandeld. Vaak wordt de prioriteit afgeleid van de impact en urgentie van de wijziging. Mogelijke waarden zijn 'Kritiek', 'Hoog', 'Gemiddeld' en 'Laag'.

Door op prioriteit te analyseren, kun je controleren of wijzigingen met een hoge prioriteit sneller worden afgehandeld dan wijzigingen met een lage prioriteit. Het dashboard 'Prestaties van kritieke wijzigingen' helpt analisten de doorlooptijden en het aantal mislukte wijzigingen voor de belangrijkste wijzigingen te volgen. Als wijzigingen met een lage prioriteit sneller worden afgerond dan wijzigingen met een hoge prioriteit, kan dat wijzen op problemen met de inzet van middelen of de uitvoering van het proces.

Waarom dit belangrijk is

Helpt beoordelen of middelen goed worden ingezet voor de belangrijkste wijzigingen en maakt het mogelijk de prestaties daarvan apart te volgen.

Waar vind je dit?

ServiceNow-tabel: change_request, veld: priority

Voorbeelden
1 - Kritiek2 - Hoog3 - Gemiddeld4 - Laag
Risiconiveau
RiskLevel
Het beoordeelde risiconiveau van de wijziging, zoals 'Hoog', 'Gemiddeld' of 'Laag'.
Beschrijving

Het risiconiveau is het resultaat van de risicobeoordeling van een wijzigingsverzoek. Het geeft aan hoe groot de kans is op nadelige gevolgen als de wijziging wordt doorgevoerd. Zo helpt het bepalen hoeveel controle en goedkeuring nodig zijn.

Dit attribuut is belangrijk voor het dashboard 'Standaardisatie van risicobeoordelingen'. Je kunt ermee controleren of vergelijkbare wijzigingen hetzelfde risiconiveau krijgen. Door procesverlopen per risiconiveau te analyseren, zie je ook of wijzigingen met een hoog risico de strengere goedkeurings- en testprocedure volgen die daarvoor geldt. Dit is een belangrijke compliancecontrole.

Waarom dit belangrijk is

Nodig voor complianceanalyse en om te controleren of wijzigingen met een hoog risico de juiste aandacht krijgen en een strenger proces volgen.

Waar vind je dit?

ServiceNow-tabel: change_request, veld: risk

Voorbeelden
HoogGemiddeldLaag
Toewijzingsgroep
AssignmentGroup
Het team of de groep die verantwoordelijk is voor het wijzigingsverzoek.
Beschrijving

De toewijzingsgroep geeft aan welk team op dat moment verantwoordelijk is voor het wijzigingsverzoek, bijvoorbeeld 'CAB Approval', 'Network Engineering' of 'Database Administrators'. Dit is een belangrijke dimensie voor het analyseren van procesprestaties binnen verschillende vakgebieden.

Met dit attribuut meet je de efficiëntie per team, spoor je bottlenecks binnen specifieke groepen op en analyseer je hoe goed teams werk aan elkaar overdragen. Dashboards zoals 'Efficiëntie van overdrachten tussen teams' en 'Doorvoer van wijzigingsimplementaties' gebruiken deze data om vertragingen door afhankelijkheden tussen teams op te sporen.

Waarom dit belangrijk is

Maakt prestatieanalyses per team mogelijk. Zo zie je bottlenecks binnen groepen en meet je hoe efficiënt werk tussen verschillende vakgebieden wordt overgedragen.

Waar vind je dit?

ServiceNow-tabel: change_request, veld: assignment_group

Voorbeelden
CAB-goedkeuringNetwerkteamServerondersteuningDatabasebeheerders
Wijzigingsstatus
ChangeState
De huidige of historische status van het wijzigingsverzoek, zoals 'Assess', 'Authorize', 'Implement' of 'Closed'.
Beschrijving

Het attribuut Wijzigingsstatus geeft aan wat de status van een wijzigingsverzoek op een bepaald moment is. Het biedt een overzicht van de fase waarin de wijziging zich bevindt. Een activiteit staat voor een specifieke gebeurtenis; de status beschrijft de toestand die daaruit voortkomt.

Bij analyses gebruik je de wijzigingsstatus om cases in te delen en de uitkomst te begrijpen. Je kunt wijzigingen ermee filteren, bijvoorbeeld om alleen 'Closed'-wijzigingen te analyseren of te onderzoeken waarom veel wijzigingen in de status 'Authorize' vastlopen. Als de status 'Failed' bestaat, ondersteunt dit attribuut ook KPI's zoals het percentage mislukte wijzigingen.

Waarom dit belangrijk is

Geeft een momentopname van de status van het wijzigingsverzoek. Zo kun je uitkomsten analyseren, cases filteren en vastgelopen wijzigingen opsporen.

Waar vind je dit?

ServiceNow-tabel: change_request, veld: state

Voorbeelden
BeoordelenAutoriserenIngeplandImplementerenBeoordelenGeslotenGeannuleerd
Wijzigingstype
ChangeType
De classificatie van de wijziging, zoals 'Standard', 'Normal' of 'Emergency'.
Beschrijving

Het wijzigingstype deelt wijzigingsverzoeken in op basis van hun aard, risico en goedkeuringsvereisten. Standaardwijzigingen zijn vooraf goedgekeurd, normale wijzigingen volgen het volledige proces en spoedwijzigingen volgen een versneld traject.

Dit is een belangrijke dimensie voor procesanalyse, omdat elk wijzigingstype een eigen, passend procesverloop heeft. Door normale en spoedwijzigingen te vergelijken, zie je of teams het proces volgen en waar het efficiënter kan. Het attribuut wordt ook gebruikt in dashboards zoals 'Standaardisatie van risicobeoordelingen' om te controleren of vergelijkbare wijzigingen op dezelfde manier worden behandeld.

Waarom dit belangrijk is

Maakt het mogelijk analyses op te splitsen, omdat verschillende wijzigingstypen andere goedgekeurde procesroutes en prestatieverwachtingen hebben.

Waar vind je dit?

ServiceNow-tabel: change_request, veld: type

Voorbeelden
StandaardNormaalSpoed
Afsluitcode
CloseCode
Een code die aangeeft wat het resultaat was toen het wijzigingsverzoek werd afgesloten, bijvoorbeeld ‘Geslaagd’ of ‘Mislukt’.
Beschrijving

De afsluitcode legt het eindresultaat van een afgerond wijzigingsverzoek vast. De code geeft aan of de wijziging succesvol is doorgevoerd, problemen opleverde of is teruggedraaid.

Dit attribuut wordt rechtstreeks gebruikt voor de KPI ‘Percentage mislukte wijzigingen’. Door de verdeling van afsluitcodes te analyseren, kunnen organisaties het succes van hun wijzigingen kwantificeren. Filter de proceskaart op wijzigingen met de afsluitcode ‘Mislukt’ om patronen te vinden die vaak tot mislukking leiden. Dat helpt bij de oorzaakanalyse.

Waarom dit belangrijk is

Meet rechtstreeks het resultaat van een wijziging. Deze gegevens zijn nodig om het percentage mislukte wijzigingen te berekenen en de oorzaken ervan te analyseren.

Waar vind je dit?

ServiceNow-tabel: change_request, veld: close_code

Voorbeelden
GeslaagdGeslaagd met problemenMislukt / Teruggedraaid
Bronsysteem
SourceSystem
Het systeem waaruit de data is gehaald, doorgaans 'ServiceNow'.
Beschrijving

Dit attribuut geeft aan waar de procesdata vandaan komt. In dit geval is dat naar verwachting ServiceNow. Het is een belangrijk veld voor datagovernance en voor situaties waarin data uit meerdere systemen wordt samengevoegd.

Bij analyses maakt dit attribuut de herkomst van de data inzichtelijk en helpt het de bron te controleren. Organisaties met meerdere ITSM-tools of geïntegreerde systemen kunnen hiermee processen op verschillende platforms filteren en vergelijken.

Waarom dit belangrijk is

Maakt de herkomst van procesdata inzichtelijk en vastgelegd. Dat is belangrijk voor datagovernance en analyses van meerdere systemen.

Waar vind je dit?

Dit is doorgaans een vaste waarde die tijdens het extractie- en transformatieproces (ETL) aan de data wordt toegevoegd.

Voorbeelden
ServiceNowServiceNow_PRODSNOW_ITSM
Doorlooptijd
CycleTime
De totale tijd tussen het aanmaken en afsluiten van een wijzigingsverzoek.
Beschrijving

De doorlooptijd is een metriek op caseniveau die de totale duur van de levenscyclus van een wijzigingsverzoek meet. Je berekent deze door de timestamp van de eerste gebeurtenis af te trekken van die van de laatste gebeurtenis voor een wijzigingsverzoek.

Deze KPI geeft aan hoe snel het proces in zijn geheel verloopt. Het dashboard ‘End-to-endflow van het wijzigingsproces’ gebruikt de metriek voor een overzicht van de procesprestaties. Door trends in doorlooptijden te analyseren en deze te vergelijken op basis van bijvoorbeeld wijzigingstype of prioriteit, kunnen organisaties kansen voor procesverbetering vinden.

Waarom dit belangrijk is

Meet de totale duur van het wijzigingsproces en geeft daarmee een belangrijke indicatie van de snelheid en efficiëntie van het proces.

Waar vind je dit?

Wordt tijdens de data-analyse op caseniveau berekend door voor elke CaseId de minimale StartTime af te trekken van de maximale StartTime.

Voorbeelden
60480012096002592000
Impact
Impact
Het mogelijke effect van de wijziging op de bedrijfsvoering, bijvoorbeeld Hoog, Gemiddeld of Laag.
Beschrijving

Impact geeft aan wat de mogelijke gevolgen voor de organisatie zijn als het wijzigingsverzoek niet goed wordt afgehandeld. Samen met urgentie is dit een belangrijke factor voor het bepalen van de prioriteit van de wijziging.

Met een analyse op impact controleer je of wijzigingen die kritieke diensten raken zorgvuldig worden behandeld. Het dashboard 'Prestaties van kritieke wijzigingen' gebruikt dit attribuut om wijzigingen met een grote bedrijfsimpact apart te volgen. Je kunt er ook mee controleren of risicobeoordelingen consistent zijn, bijvoorbeeld of wijzigingen met een grote impact niet zonder goede reden een laag risiconiveau krijgen.

Waarom dit belangrijk is

Helpt wijzigingen te prioriteren op basis van hun mogelijke effect op de organisatie en te controleren of wijzigingen met een grote impact zorgvuldig worden behandeld.

Waar vind je dit?

ServiceNow-tabel: change_request, veld: impact

Voorbeelden
1 - Hoog2 - Gemiddeld3 - Laag
Is herhaalwerk
IsRework
Een booleaanse vlag die waar is als een activiteit een herhaling is van een eerdere stap in dezelfde case.
Beschrijving

Dit berekende attribuut markeert activiteiten die herhaalwerk zijn. Daarvan is sprake wanneer het proces terug moet naar een stap die al is afgerond. Een wijziging kan bijvoorbeeld na goedkeuring worden afgewezen en teruggestuurd voor een nieuwe beoordeling.

Deze vlag helpt om inefficiëntie in het proces te kwantificeren. De vlag wordt rechtstreeks gebruikt voor de KPI ‘Percentage herhaalwerk bij wijzigingen’ en het dashboard ‘Analyse van mislukte wijzigingen en herhaalwerk’. Filter op activiteiten waarvoor ‘Is herhaalwerk’ waar is om de oorzaken te onderzoeken, zoals een onvolledige eerste beoordeling of veranderende vereisten. Vervolgens kun je maatregelen nemen om verspilling te verminderen.

Waarom dit belangrijk is

Maakt inefficiëntie in het proces meetbaar door herhaald werk te markeren. Zo kun je de oorzaken van proceslussen en verspilde inspanning opsporen en aanpakken.

Waar vind je dit?

Wordt berekend tijdens de datatransformatie. Daarbij wordt gecontroleerd of dezelfde activiteit, of een eerdere activiteit in de standaardflow, al heeft plaatsgevonden voor de betreffende CaseId.

Voorbeelden
truefalse
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor deze regel voor het laatst uit het bronsysteem is bijgewerkt.
Beschrijving

Dit attribuut bevat de timestamp van de laatste data-extractie. Het is een metadataveld dat aangeeft hoe actueel de geanalyseerde data is.

Analisten gebruiken deze timestamp om te controleren of ze met actuele informatie werken en om te zien hoe recent de data is. Dit is vooral belangrijk voor operationele dashboards die de lopende procesprestaties volgen. Zo voorkom je dat beslissingen op verouderde data zijn gebaseerd.

Waarom dit belangrijk is

Geeft aan hoe actueel de data is, zodat analyses en dashboards op recente, relevante informatie zijn gebaseerd.

Waar vind je dit?

Dit metadataveld wordt aangemaakt tijdens het extractie- en transformatieproces (ETL) en geeft aan wanneer de data is opgehaald.

Voorbeelden
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
SLA-status
SlaState
De status van het wijzigingsverzoek ten opzichte van de Service Level Agreement (SLA), bijvoorbeeld ‘Op koers’, ‘Risico’ of ‘Overschreden’.
Beschrijving

De SLA-status geeft aan of het wijzigingsverzoek binnen de termijnen van de SLA wordt afgehandeld. Je kunt de status in elke fase van het proces volgen.

Dit attribuut is belangrijk om te controleren of de organisatie de serviceafspraken nakomt. Het is de belangrijkste databron voor het dashboard ‘Overzicht van SLA-prestaties bij wijzigingen’ en de KPI ‘Percentage nagekomen SLA’s bij wijzigingen’. Door te analyseren waar en waarom SLA’s worden overschreden, kan de organisatie structurele vertragingen aanpakken en de voorspelbaarheid van de dienstverlening verbeteren.

Waarom dit belangrijk is

Meet rechtstreeks hoe de prestaties zich verhouden tot deadlines. Zo kun je SLA-overschrijdingen proactief volgen en analyseren om de dienstverlening te verbeteren.

Waar vind je dit?

Je kunt deze gegevens ophalen uit de ServiceNow-tabel ‘task_sla’, waarin SLA’s voor taken zoals wijzigingsverzoeken worden bijgehouden. Je kunt de status ook berekenen op basis van velden met vervaldatums.

Voorbeelden
Op koersRisicoOverschreden
Toegewezen aan gebruiker
AssignedToUser
De gebruiker die op een bepaald moment verantwoordelijk is voor het wijzigingsverzoek.
Beschrijving

Dit attribuut geeft aan welke persoon aan het wijzigingsverzoek werkt. De toewijzing kan tijdens de levenscyclus meerdere keren veranderen wanneer het verzoek tussen fasen en teams wordt overgedragen.

Met een analyse per gebruiker krijg je inzicht in de werkverdeling en individuele prestaties en kun je opleidingsbehoeften opsporen. Het attribuut is ook belangrijk voor het analyseren van overdrachten. Combineer het met de toewijzingsgroep om te zien hoe efficiënt werk tussen personen wordt overgedragen.

Waarom dit belangrijk is

Helpt de werkbelasting en prestaties per gebruiker te volgen en overdrachtsvertragingen tussen verschillende bronnen te analyseren.

Waar vind je dit?

ServiceNow-tabel: change_request, veld: assigned_to

Voorbeelden
Beth AnglinDavid LooAbel Tuter
Urgentie
Urgency
De snelheid waarmee een wijziging moet worden afgehandeld, uitgedrukt op een schaal zoals Hoog, Gemiddeld of Laag.
Beschrijving

Urgentie geeft aan hoe snel een wijziging moet worden doorgevoerd. Vanuit bedrijfsperspectief laat dit zien hoe tijdgevoelig het verzoek is. Samen met de impact bepaalt urgentie de totale prioriteit.

Prioriteit is het belangrijkste veld voor analyse, maar urgentie geeft extra context. Je kunt ermee onderzoeken waarom bepaalde wijzigingen als urgent worden aangemerkt en of het proces deze goed afhandelt zonder de stabiliteit in gevaar te brengen. Zo kun je nagaan of de organisatie te vaak reactief werkt en veel verzoeken met hoge urgentie krijgt.

Waarom dit belangrijk is

Geeft aan hoe tijdgevoelig een wijziging is. Zo kun je analyseren of het proces tijdkritische verzoeken goed afhandelt.

Waar vind je dit?

ServiceNow-tabel: change_request, veld: urgency

Voorbeelden
1 - Hoog2 - Gemiddeld3 - Laag
Verplicht Aanbevolen Optioneel

Activiteiten voor changemanagement

Dit zijn de belangrijke processtappen en mijlpalen om in je event log vast te leggen. Zo breng je het wijzigingsproces nauwkeurig in kaart.
7 Aanbevolen 6 Optioneel
Activiteit Beschrijving
Risico en impact beoordeeld
Dit markeert de afronding van de risico- en impactanalyse van het wijzigingsverzoek. Het is een belangrijke mijlpaal voordat goedkeuring wordt aangevraagd. Vaak wordt deze activiteit afgeleid uit de overgang van 'Assess' naar 'Authorize' of 'Awaiting Approval'.
Waarom dit belangrijk is

De duur van de beoordelingsfase bijhouden is belangrijk voor de KPI 'Gemiddelde doorlooptijd risicobeoordeling'. Zo kun je de beoordeling standaardiseren en zien waar analyses te lang duren.

Waar vind je dit?

Afgeleid uit de overgang van het veld 'state' in de tabel change_request van 'Assess' naar 'Authorize'. De timestamp van de gebeurtenis komt uit het auditlog van deze statuswijziging.

Vastleggen

Bepaal wanneer het veld 'state' verandert van 'Assess' naar een volgende status, zoals 'Authorize'.

Gebeurtenistype inferred
Wijziging geannuleerd
Het wijzigingsverzoek is ingetrokken of afgebroken voordat de implementatie was afgerond. Dit is een alternatieve eindstatus, die wordt vastgelegd wanneer de status op 'Canceled' wordt gezet.
Waarom dit belangrijk is

Door geannuleerde wijzigingen te analyseren, kun je inefficiënties opsporen. Denk aan onnodig aangemaakte verzoeken of verzoeken die zo lang op goedkeuring wachten dat ze niet meer nodig zijn.

Waar vind je dit?

Afgeleid uit het veld 'state' in de tabel change_request, dat op 'Canceled' wordt gezet. De timestamp komt uit het auditlog van deze statuswijziging.

Vastleggen

Leg de timestamp vast waarop het veld 'state' wordt bijgewerkt naar 'Canceled'.

Gebeurtenistype inferred
Wijziging geïmplementeerd
Het implementatiewerk is afgerond. De wijziging is klaar voor beoordeling, verificatie of tests. Deze activiteit wordt afgeleid uit de statusovergang van het wijzigingsverzoek van 'Implement' naar 'Review'.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal die de implementatiefase afsluit. De gebeurtenis is nodig om de KPI's 'Percentage mislukte wijzigingen' en 'Percentage wijzigingen met herstelwerk' te berekenen.

Waar vind je dit?

Afgeleid uit een statusovergang van 'Implement' naar een volgende status, zoals 'Review'. De timestamp komt uit de auditgeschiedenis van het veld 'state' in de tabel change_request.

Vastleggen

Bepaal wanneer het veld 'state' verandert van 'Implement' naar 'Review'.

Gebeurtenistype inferred
Wijziging gesloten
Het wijzigingsverzoek is succesvol afgerond en beoordeeld. Het proces is nu voltooid. Dit is het belangrijkste eindpunt voor een geslaagd proces en wordt vastgelegd wanneer de status van de wijziging verandert naar 'Closed'.
Waarom dit belangrijk is

Deze activiteit markeert de succesvolle afronding van de levenscyclus van de wijziging. Dit is de eindgebeurtenis voor het meten van de totale procesduur en het naleven van SLA's.

Waar vind je dit?

Afgeleid uit het veld 'state' in de tabel change_request, dat op 'Closed' wordt gezet. De timestamp komt uit de auditgeschiedenis van deze laatste statuswijziging.

Vastleggen

Leg de timestamp vast waarop het veld 'state' wordt bijgewerkt naar 'Closed'.

Gebeurtenistype inferred
Wijziging goedgekeurd
Het wijzigingsverzoek heeft alle benodigde goedkeuringen gekregen en kan door naar de planning en uitvoering. Dit is een belangrijke mijlpaal. De activiteit wordt vastgelegd wanneer de laatste goedkeuring is verleend en het veld 'approval' op 'approved' wordt gezet.
Waarom dit belangrijk is

Met deze mijlpaal eindigt de goedkeuringsfase. Je kunt hiermee de doorlooptijd van de goedkeuring meten en bottlenecks in de besluitvorming opsporen.

Waar vind je dit?

Afgeleid uit een wijziging van het veld 'approval' in de tabel change_request naar 'approved'. De timestamp komt uit de auditgeschiedenis van deze wijziging.

Vastleggen

Leg de timestamp vast waarop het veld 'approval' de waarde 'approved' krijgt.

Gebeurtenistype inferred
Wijziging ingepland
Voor de goedgekeurde wijziging zijn een geplande begin- en einddatum vastgelegd. De wijziging staat nu officieel op de implementatiekalender. Dit wordt afgeleid uit de statuswijziging van het verzoek naar 'Scheduled'.
Waarom dit belangrijk is

Deze activiteit markeert de overgang van planning en goedkeuring naar de actieve implementatiefase. De tijd in deze status kan wijzen op vertraging tussen de goedkeuring en de start van het werk.

Waar vind je dit?

Afgeleid uit een wijziging van het veld 'state' in de tabel change_request naar 'Scheduled'. De timestamp komt uit de bijbehorende regel in het auditlog.

Vastleggen

Volg in de auditgeschiedenis van de tabel change_request wijzigingen van het veld state naar 'Scheduled'.

Gebeurtenistype inferred
Wijzigingsverzoek aangemaakt
Deze activiteit markeert het moment waarop in het systeem een nieuw wijzigingsverzoek wordt aangemaakt. Dit is het officiële begin van het verandermanagementproces. De activiteit wordt vastgelegd wanneer een nieuwe regel wordt toegevoegd aan de tabel change_request.
Waarom dit belangrijk is

Dit is de belangrijkste startgebeurtenis van het proces. Door de tijd tussen deze activiteit en andere activiteiten te analyseren, zie je de totale doorlooptijd en kun je vertragingen aan het begin van het proces opsporen.

Waar vind je dit?

Deze gebeurtenis komt overeen met de timestamp waarop de regel is aangemaakt (sys_created_on) in de ServiceNow-tabel change_request.

Vastleggen

Gebruik de timestamp sys_created_on uit de tabel change_request.

Gebeurtenistype explicit
Beoordeling bezig
Er vindt een evaluatie na implementatie (PIR) plaats om te bepalen of de wijziging succesvol was en de doelen heeft bereikt. De activiteit wordt vastgelegd wanneer de status van het wijzigingsverzoek op 'Review' wordt gezet.
Waarom dit belangrijk is

Door de duur van de beoordelingsfase te analyseren, kun je vertragingen bij het controleren van het resultaat opsporen. Ook zie je welke wijzigingen niet aan de regels voldoen omdat deze stap is overgeslagen.

Waar vind je dit?

Afgeleid uit een wijziging van het veld 'state' in de tabel change_request naar 'Review'. De timestamp komt uit het auditlog van deze statuswijziging.

Vastleggen

Leg de timestamp van de statuswijziging naar 'Review' vast vanuit de auditgeschiedenis van change_request.

Gebeurtenistype inferred
Goedkeuring aangevraagd
Deze activiteit geeft aan dat het wijzigingsverzoek formeel ter goedkeuring is ingediend, doorgaans bij een manager of een Change Advisory Board (CAB). De gebeurtenis wordt vastgelegd wanneer de goedkeuringsstatus van het verzoek op 'requested' wordt gezet.
Waarom dit belangrijk is

Dit is het begin van de goedkeuringscyclus. Meet de tijd tussen deze gebeurtenis en 'Wijziging goedgekeurd' om de KPI 'Gemiddelde goedkeuringstijd wijziging' te berekenen.

Waar vind je dit?

Afgeleid uit een wijziging van het veld 'approval' in de tabel change_request naar 'requested'. De timestamp van deze veldwijziging wordt vastgelegd in de tabel sys_audit.

Vastleggen

De timestamp waarop het veld 'approval' in de tabel change_request op 'requested' wordt gezet.

Gebeurtenistype inferred
Implementatie gestart
De implementatie van de wijziging is begonnen. De activiteit wordt vastgelegd wanneer de status van het wijzigingsverzoek wordt bijgewerkt naar 'Implement'. Daarmee gaat het proces van planning over naar uitvoering.
Waarom dit belangrijk is

Dit markeert de start van het uitvoerende implementatiewerk. Het is het beginpunt voor het meten van de KPI 'Gemiddelde implementatieduur' en het analyseren van de teamefficiëntie.

Waar vind je dit?

Afgeleid uit een wijziging van het veld 'state' in de tabel change_request naar 'Implement'. De timestamp komt uit het auditlog van deze statusovergang.

Vastleggen

Leg de timestamp van de statuswijziging naar 'Implement' vast vanuit de auditgeschiedenis van change_request.

Gebeurtenistype inferred
Wijziging afgewezen
Een goedkeurder of de CAB heeft het wijzigingsverzoek afgewezen. Dit is een eindstatus, tenzij het verzoek wordt aangepast en opnieuw ingediend. De activiteit wordt vastgelegd wanneer het veld 'approval' op 'rejected' wordt gezet.
Waarom dit belangrijk is

Door afwijzingen bij te houden, kun je veelvoorkomende redenen opsporen, zoals onvolledige informatie of een hoog risico. Met die analyse kun je de kwaliteit van toekomstige wijzigingsverzoeken verbeteren.

Waar vind je dit?

Afgeleid uit een wijziging van het veld 'approval' in de tabel change_request naar 'rejected'. De timestamp komt uit de auditgeschiedenis.

Vastleggen

Leg de timestamp vast waarop het veld 'approval' de waarde 'rejected' krijgt.

Gebeurtenistype inferred
Wijziging heropend
Het wijzigingsverzoek is na een latere fase teruggezet naar een eerdere status, zoals 'Implement' of 'Assess'. Deze gebeurtenis wordt afgeleid uit een niet-lineaire statusovergang en wijst op herstelwerk.
Waarom dit belangrijk is

Met deze activiteit kun je herstelwerkcycli opsporen en het 'Percentage wijzigingen met herstelwerk' berekenen. Als verzoeken vaak worden heropend, kan dat wijzen op problemen met de implementatiekwaliteit, tests of planning.

Waar vind je dit?

Afgeleid door de reeks statuswijzigingen in de auditgeschiedenis van change_request te analyseren. Een overgang van een latere status, bijvoorbeeld 'Review', naar een eerdere status, zoals 'Implement', wijst erop dat het verzoek opnieuw is geopend.

Vastleggen

Detecteer een niet-opeenvolgende statusovergang waarbij het veld 'state' teruggaat naar een eerdere status.

Gebeurtenistype inferred
Wijziging wacht op beoordeling
Het wijzigingsverzoek is ingediend en wacht nu op een technische en zakelijke beoordeling. Dit wordt doorgaans afgeleid uit de statuswijziging van het verzoek naar 'Assess' of een vergelijkbare status. Dat betekent dat het verzoek de conceptfase heeft verlaten.
Waarom dit belangrijk is

Met deze activiteit meet je de eerste overdracht van de aanvrager naar het beoordelingsteam. Vertragingen kunnen wijzen op problemen met de kwaliteit van de eerste gegevens of op onvoldoende capaciteit voor de beoordeling.

Waar vind je dit?

Afgeleid uit een wijziging van het veld 'state' in de tabel change_request, doorgaans naar een waarde als 'Assess'. De timestamp komt uit de auditgeschiedenis (sys_audit) van deze veldwijziging.

Vastleggen

Volg in de auditgeschiedenis van de tabel change_request wijzigingen van het veld state naar 'Assess'.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit ServiceNow

Klaar om te beginnen?

Gebruik deze template om je data voor te bereiden en inzicht te krijgen in het changemanagementproces in ServiceNow. Begin vandaag nog met optimaliseren.

Voorkom mislukte wijzigingen en haal meer uit ServiceNow!

Spoor bottlenecks op en werk toe naar een slagingspercentage van 95% voor wijzigingen.

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.