Uw Verandermanagement datatemplate

ServiceNow
Uw Verandermanagement datatemplate

Uw Verandermanagement datatemplate

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

Verandermanagement-attributen

Dit zijn de aanbevolen velden om op te nemen in uw event log voor een grondige analyse van uw wijzigingsbeheerproces.
3 Verplicht 7 Aanbevolen 9 Optioneel
Naam Omschrijving
TijdsTip Gebeurtenis
EventTime
De exacte timestamp waarop een specifieke activiteit of gebeurtenis plaatsvond.
Omschrijving

Eventtijd registreert de exacte datum en tijd waarop een activiteit werd uitgevoerd of een statuswijziging werd geregistreerd. Deze timestamp is belangrijk voor het chronologisch ordenen van gebeurtenissen en voor alle duuranalyse.

In process mining maakt dit attribuut de berekening van cyclustijden, verwerkingstijden en wachttijden tussen activiteiten mogelijk. Het is belangrijk voor dashboards die prestaties analyseren, zoals Change Approval Cycle Time en End-to-End Change Process Flow. Nauwkeurige tijdstempels vormen de basis voor het vinden van vertragingen en het meten van procesefficiëntie ten opzichte van SLA's.

Het belang

Deze timestamp is belangrijk voor het correct sequencen van gebeurtenissen en het berekenen van alle tijdgerelateerde meetwaarden, inclusief doorlooptijden, duren en SLA-naleving.

Vindplaats

ServiceNow-tabel: sys_audit, veld: 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
Wijzigingsaanvraag ID
ChangeRequestNumber
Het unieke ID voor een wijzigingsaanvraag, die dient als de primaire case ID voor het groeperen van alle gerelateerde gebeurtenissen.
Omschrijving

De Change Request ID is de basis voor de changemanagement procesanalyse. Het is een uniek nummer dat aan elke wijzigingsaanvraag wordt toegewezen, zoals 'CHG0030001', en dat alle activiteiten, approvals en taken met elkaar verbindt.

In process mining wordt dit attribuut gebruikt om de volledige traject van elke individuele wijziging te reconstrueren. Het stelt analysesten in staat om de complete levenscyclus 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 belangrijk voor het berekenen van doorlooptijden, het vinden van herstelwerk-loops en het begrijpen van procesvarianten.

Het belang

Deze ID is belangrijk voor het volgen van de gehele levenscyclus 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
Activiteitsnaam
ActivityName
De naam van een specifieke `gebeurtenis` of taak die plaatsvond binnen het `changemanagement` proces.
Omschrijving

De activiteitsnaam beschrijft een discrete stap of statuswijziging in de levenscyclus van een wijzigingsaanvraag. Voorbeelden zijn 'Change Awaiting Assessment', 'Approval Requested' en 'Change Implemented'. Deze activiteiten vormen de stappen in de bekijkte procesmap.

Het analyseren van deze activiteiten maakt een gedetailleerd onderzoek van de processtroom mogelijk. Door de volgorde en frequentie van activiteiten om bij te houden, kunnen organisaties gemeenschappelijke paden, afwijkingen van het standaardproces en knelpunten vinden waar wijzigingen vaak stagneren. Dit is onmisbaar voor het visualiseren van het proces en het berekenen van meetwaarden zoals transitietijden tussen stappen.

Het belang

Dit vormt de basis van de proceskaart, waardoor visualisatie van de processtroom, 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 attribuut 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 attribuut bijvoorbeeld om testtijden te vergelijken voor verschillende applicaties of systemen, waardoor wordt geholpen te vinden 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 vinden.

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 gebeurtenis 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 belangrijk voor het berekenen van de duur van elke activiteit, die ook wel verwerkingstijd wordt genoemd. Inzicht in hoe lang elke stap duurt, is belangrijk voor het vinden 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 belangrijk is voor het vinden 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 gebeurtenis 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 belangrijk 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 analysesten in staat te stellen doorlooptijden en foutpercentages 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 bron-allocatie of procesuitvoering.

Het belang

Belangrijk voor het ewaarderen 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 - Gemiddeld4 - 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 belangrijk voor het dashboard 'Standaardisatie Risicobeoordeling', waar het wordt gebruikt om te controleren of vergelijkbare wijzigingen consistente risicobeoordelingen ontvangen. Het analyseren van processtromen op risiconiveau kan ook zichtbaar maken 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 toezicht krijgen en een rigoureuzer proces volgen.

Vindplaats

ServiceNow-tabel: change_request, veld: risk

Voorbeelden
HoogMatigLaag
Status wijzigen
ChangeState
De huidige of historische status van de wijzigingsaanvraag, zoals 'Assess', 'Authorize', 'Implement' of 'Closed'.
Omschrijving

Het Change State attribuut vertegenwoordigt de status van een wijzigingsaanvraag op een bepaald moment. Het biedt een high-level samenvatting van waar de wijziging zich bevindt in zijn levenscyclus. In tegenstelling tot de Activiteit, die een specifieke gebeurtenis vertegenwoordigt, is de State de conditie die voortkomt uit die gebeurtenis.

In analyse wordt Change State gebruikt om cases te categoriseren en hun uitkomsten te begrijpen. Het is onmisbaar 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
BeoordelenAutoriserenIngeplandImplementReviewGeslotenGeannuleerd
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 procesprestaties over verschillende functionele gebieden.

Dit attribuut wordt gebruikt om team-level efficiëntie te meten, knelpunten binnen specifieke groepen te vinden en de effectiviteit van overdrachten tussen teams te analyseren. Dashboards zoals 'Cross-Functieal 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 'Noodgeval'.
Omschrijving

Wijzigingstype categoriseert de wijzigingsaanvraag op basis van de aard, het risico en de goedkeuringsvereisten. Standaardwijzigingen zijn vooraf goedgekeurd, Normaale wijzigingen volgen het volledige proces en Spoedwijzigingen volgen een versneld pad.

Dit is een belangrijke basis voor procesanalyse, aangezien verschillende wijzigingstypen onderscheidende, legitieme procesmodellen hebben. Het vergelijken van de prestaties van Normaale 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 attribuut 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 procesmap op wijzigingen met een 'Unsuccessful' close code is een krachtige techniek voor oorzaakanalyse, 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
Bronsysteem
SourceSystem
Het systeem waaruit de data is opgehaald, meestal 'ServiceNow'.
Omschrijving

Dit attribuut identificeert de herkomst van de procesdata. Hoewel het in dit geval ServiceNow is, is het een belangrijk veld voor data-governance en voor scenario's waarin data van meerdere systemen kan worden samengevoegd.

In analyses zorgt het voor duidelijke datalineage en helpt het bij het bevestigen 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

Geeft inzicht in de herkomst van de data, waarbij wordt gewaarborgd dat de oorsprong van de procesdata is gedocumenteerd, wat belangrijk is voor data governance en multi-systeemanalyse.

Vindplaats

Dit is meestal een statische waarde die je toevoegt tijdens het data-extractie- en transformatieproces (ETL-proces).

Voorbeelden
ServiceNowServiceNow_PRODSNOW_ITSM
Doorlooptijd
CycleTime
De totale verstreken tijd vanaf de aanmaak tot de afsluiting van een wijzigingsverzoek.
Omschrijving

Cyclustijd is een metriek 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 gebeurtenis en de timestamp van de laatste gebeurtenis voor een specifiek wijzigingsverzoek.

Dit is een belangrijke KPI voor het meten van de algehele procesnelheid. Het wordt gebruikt in het 'End-to-End Change Process Flow' dashboard om een algemeen overzicht 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 vinden.

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 herstelwerk 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 belangrijk 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 analysesten de oorzaken van herstelwerk isoleren en bestuderen, zoals onvolledige initiële beoordelingen of veranderende vereisten, en actie ondernemen om verspilling te verlagen.

Het belang

Kwantificeert direct procesinefficiëntie door repetitief werk te signaleren, en helpt de grondoorzaken van proceslussen en verspilde inspanning te vinden 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
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 attribuut is belangrijk voor het monitoren van naleving van service level commitments. Het is de primaire data source voor het 'Change SLA Performance Overzicht' 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-overschrijdingen mogelijk wordt om de dienstverlening te verbeteren.

Vindplaats

Dit kan afkomstig zijn uit de 'taak_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
Tijdstip van extractie
LastDataUpdate
De timestamp 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 belangrijk is voor het begrijpen van de relevantie van de data die wordt geanalyseerd.

Analisten gebruiken deze timestamp om te bevestigen dat ze werken met actuele Informatie en hoe actueel de data is 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 relevantie 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-proces), en de tijd van de data-pull aangeeft.

Voorbeelden
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
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 levenscyclus 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 vinden van trainingsbehoeften. Het is ook belangrijk voor het analyseren van overdrachten, 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 belangrijk voor het analyseren van overdrachtvertragingen tussen verschillende bronnen.

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 mogelijk maakt 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 door de tijd heensgevoeligheid 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

Verandermanagement-activiteiten

Dit zijn de belangrijkste processtappen en mijlpalen om vast te leggen in uw event log voor een nauwkeurige procesbekijkking van het wijzigingsbeheerproces.
7 Aanbevolen 6 Optioneel
Activiteit Omschrijving
Risico en Impact Beoordeeld
Vertegenwoordigt de voltooiing van de risico- en impactanalyse voor de wijzigingsaanvraag. Dit is een belangrijke 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 belangrijk voor de 'Gem. Risicobeoordeling Cyclustijd' KPI. Het helpt het beoordelingsproces te standaardiseren en te vinden 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-levenscyclus. Het is het eindgebeurtenis 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 'Annulerened'.
Het belang

Het analyseren van geannuleerde wijzigingen kan procesinefficiënties inzichtelijk maken, 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 'Annulerened'. De timestamp wordt vastgelegd vanuit het auditlog voor deze statuswijziging.

Vastleggen

Leg de timestamp vast wanneer het veld 'state' wordt bijgewerkt naar 'Annulerened'.

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 gebeurtenis 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 gepland
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
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' veld is ingesteld op 'approved'.
Het belang

Deze mijlpaal sluit de goedkeuringsfase af. Het is belangrijk voor het meten van goedkeuringscyclustijden en het vinden 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
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 startgebeurtenis voor het proces. Het analyseren van de tijd van deze activiteit tot andere activiteiten geeft de totale doorlooptijd weer en helpt bij het vinden van vertragingen aan het begin van het proces.

Vindplaats

Dit gebeurtenis 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 gebeurtenis 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 gebeurtenis 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 vinden bij het bevestigen 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 reworkt en opnieuw wordt ingediend. Het wordt vastgelegd wanneer het 'approval' veld is ingesteld op 'rejected'.
Het belang

Het volgen van afwijzingen helpt bij het vinden 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 gebeurtenis wordt afgeleid uit een niet-lineaire statusovergang en duidt op herstelwerk.
Het belang

Deze activiteit is belangrijk voor het vinden van herstelwerkloops en het berekenen van de 'Change Rework Rate'. Frequente gebeurtenissen 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

Extractiegidsen

Hoe u je data uit ServiceNow verkrijgt