Uw Change Management data template.

Ivanti Cherwell
Uw Change Management data template.

Uw Change Management data template.

Deze template biedt een heldere routekaart voor het verzamelen van de essentiële data die nodig is om uw changemanagementproces te analyseren. Het schetst de cruciale attributes om te verzamelen, de belangrijkste activiteiten om bij te houden en biedt specifieke begeleiding voor het extraheren van deze informatie uit uw bronsysteem. Gebruik deze bron om een robuuste event log op te bouwen voor uw process mining initiatieven.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activiteiten om te volgen
  • Extractiehandleiding van Ivanti Cherwell
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Change Management attributes

Dit zijn de aanbevolen velden om op te nemen in uw event log voor uitgebreide analyse van wijzigingsbeheer en inzichtelijke process mining.
5 Verplicht 6 Aanbevolen 9 Optioneel
Naam Omschrijving
Activiteitsnaam
ActivityName
De naam van de specifieke event of taak die op een bepaald moment binnen het wijzigingsbeheerproces heeft plaatsgevonden.
Omschrijving

De Activity Name beschrijft een specifieke stap of mijlpaal binnen de levenscyclus van een wijzigingsverzoek, zoals 'Wijziging ingediend ter beoordeling' of 'Wijziging goedgekeurd door CAB'. Deze activiteiten vormen de knooppunten in de ontdekte proceskaart.

Bij analyse is dit attribute fundamenteel voor het visualiseren van de processtroom, het identificeren van de volgorde van events en het detecteren van afwijkingen van de standaardprocedure. Het wordt gebruikt om de transitiETIJEN tussen activiteiten te berekenen en te begrijpen waar vertragingen optreden.

Het belang

Dit attribuut is cruciaal voor het ontdekken en visualiseren van de werkelijke processtroom, waardoor knelpunten, herstelwerkcycli en niet-compliante paden kunnen worden geïdentificeerd.

Vindplaats

Gegenereerd uit statuswijzigingen, journaalposten of specifieke event logs gerelateerd aan het Change Request object in Ivanti Cherwell.

Voorbeelden
Wijziging ingediend ter beoordelingWijziging wacht op goedkeuringWijziging geïmplementeerd
Tijdstip Gebeurtenis
EventTime
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis heeft plaatsgevonden voor het wijzigingsverzoek.
Omschrijving

Eventtijd, ook bekend als de timestamp, registreert de exacte datum en tijd waarop een activiteit plaatsvond. Deze temporele data is essentieel voor het chronologisch ordenen van events en vormt de basis voor alle tijdgerelateerde process mining analyses.

Dit attribute wordt gebruikt om de duur tussen activiteiten te berekenen, algehele case doorlooptijden te meten en wachttijden of vertragingen in het proces te identificeren. Het is fundamenteel voor het creëren van dashboards die de prestaties monitoren ten opzichte van tijdsgebonden doelstellingen, zoals de Doorlooptijd Goedkeuring Wijziging.

Het belang

Deze timestamp is de basis voor alle prestatie- en duuranalyses, waardoor de berekening van cyclustijden, identificatie van knelpunten en monitoring van SLA's mogelijk wordt.

Vindplaats

Doorgaans te vinden in statuswijzigingslogs, audit trails of timestamps van journaalboekingen geassocieerd met het Change Request object in Ivanti Cherwell.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Wijzigingsverzoek-ID
ChangeRequestId
De unieke identificatiecode voor één wijzigingsverzoek case, die alle gerelateerde activiteiten, vanaf de initiatie tot aan de afsluiting, bundelt.
Omschrijving

De Change Request ID is de primaire sleutel die elke wijzigingsinitiatief uniek identificeert gedurende zijn levenscyclus. Het dient als de case identifier in process mining, waarbij alle events, zoals indiening, beoordeling, goedkeuring en implementatie, worden gekoppeld tot één samenhangende procesinstantie.

Het analyseren van data met behulp van de Change Request ID zorgt voor een compleet end-to-end overzicht van het wijzigingsbeheerproces. Dit maakt het mogelijk om individuele wijzigingen te volgen, totale cyclustijden te berekenen en procesafwijkingen of knelpunten specifiek voor elk verzoek te identificeren.

Het belang

Dit is de essentiële case-identificatie die alle gerelateerde events met elkaar verbindt, waardoor het mogelijk wordt om het gehele traject van een wijzigingsverzoek te traceren en de prestaties ervan te analyseren.

Vindplaats

Dit is doorgaans de primaire identificatie van het Change Request business object in Ivanti Cherwell.

Voorbeelden
CR-105421CR-105422CR-105423
Bronsysteem
SourceSystem
Het bronsysteem waaruit de data is geëxtraheerd. Voor deze weergave zal dit 'Ivanti Cherwell' zijn.
Omschrijving

Dit attribuut identificeert het bronsysteem voor de event data. In heterogene omgevingen helpt het data te onderscheiden van verschillende bronnen. Voor dit specifieke datamodel zal het een constante waarde zijn die aangeeft dat de data afkomstig is van Ivanti Cherwell.

Hoewel het statisch kan lijken in een model met één bron, is het cruciaal voor datagovernance, traceerbaarheid en toekomstige integraties met andere systemen. Het zorgt voor duidelijkheid over de gegevensherkomst en helpt bij het beheren van datakwaliteit.

Het belang

Biedt essentiële context over de oorsprong van de data, wat cruciaal is voor data governance, troubleshooting en het waarborgen van traceerbaarheid.

Vindplaats

Dit is meestal een statische waarde die tijdens data-extractie en transformatie wordt toegevoegd om de herkomst van de dataset te labelen.

Voorbeelden
Ivanti Cherwell
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor deze gebeurtenis voor het laatst is geëxtraheerd of ververst uit het bronsysteem.
Omschrijving

Dit attribuut registreert de datum en tijd waarop de data voor het laatst uit Ivanti Cherwell is gehaald. Het vertegenwoordigt geen gebeurtenis in het proces zelf, maar is metadata over de actualiteit van de data.

Dit is belangrijk voor dashboardgebruikers om te begrijpen hoe actueel de analyse is. Het helpt bij het beheren van dataverversingsschema's en zorgt ervoor dat beslissingen worden gebaseerd op data van een bekende leeftijd.

Het belang

Geeft de actualiteit van de data aan, wat cruciaal is voor gebruikers om de analyse te vertrouwen en de relevantie ervan voor de huidige operationele status te begrijpen.

Vindplaats

Deze timestamp wordt gegenereerd en gestempeld op elke record tijdens het data-extractie-, transformatie- en laadproces (ETL).

Voorbeelden
2024-05-21T02:00:00Z
Beoogde Afrondingsdatum
TargetCompletionDate
De geplande of overeengekomen deadline voor de voltooiing van de wijzigingsimplementatie.
Omschrijving

De Streefdatum voor Afronding is de timestamp waarop de wijziging naar verwachting volledig is geïmplementeerd en geverifieerd. Deze datum maakt vaak deel uit van een Service Level Agreement (SLA) en dient als een belangrijke maatstaf voor prestaties.

Dit attribuut is essentieel voor het bewaken van tijdigheid en het naleven van deadlines. Het wordt vergeleken met de werkelijke afrondingsdatum om de KPI's 'Afrondingspercentage Wijzigingen Binnen Termijn' en 'SLA-nalevingspercentage Wijzigingen' te berekenen. Het helpt proactief wijzigingen te identificeren die hun doelen dreigen te missen.

Het belang

Biedt de basislijn voor het meten van on-time prestaties en SLA-naleving, wat kritieke indicatoren zijn voor procesefficiëntie en betrouwbaarheid.

Vindplaats

Dit is doorgaans een specifiek datumveld op het Change Request object, vaak gelabeld als 'Target Date', 'Due Date' of 'SLA Target'.

Voorbeelden
2023-11-15T17:00:00Z2023-12-01T23:59:59Z2024-01-10T12:00:00Z
Eigenaar wijzigen
ChangeOwner
De gebruiker of het individu dat momenteel verantwoordelijk is voor het wijzigingsverzoek.
Omschrijving

De Change Owner is de persoon die is toegewezen aan en verantwoordelijk is voor het wijzigingsverzoek in een specifieke fase. Dit attribute verandert vaak naarmate het verzoek zijn levenscyclus doorloopt, wat een overdracht tussen individuen aangeeft.

Het analyseren van de Change Owner helpt bij het begrijpen van de werklast van resources en het identificeren van knelpunten die verband houden met specifieke individuen. Het is ook fundamenteel voor het analyseren van overdrachten, die een aanzienlijke bron van vertragingen kunnen zijn. Dit attribute ondersteunt het 'Change Handoff & Resource Utilization' dashboard.

Het belang

Houdt individuele verantwoordelijkheid bij, waardoor analyse van werkbelastingverdeling, overdrachtsfrequentie en resource-specifieke knelpunten mogelijk wordt.

Vindplaats

Meestal het veld 'Owned By' of 'Assigned To' in het Change Request business object.

Voorbeelden
Alice JohnsonBob WilliamsCharlie Brown
Wijzigingsrisiconiveau
ChangeRiskLevel
Het beoordeelde risiconiveau dat aan de wijziging is gekoppeld, zoals 'Laag', 'Gemiddeld' of 'Hoog'.
Omschrijving

Wijzigingsrisiconiveau is een classificatie die tijdens de beoordelingsfase wordt toegekend om de potentiële negatieve impact van een wijziging te kwantificeren. Deze beoordeling beïnvloedt vaak het goedkeuringsproces en de vereiste mate van controle.

In process mining wordt dit attribute gebruikt om de consistentie van risicobeoordelingen te analyseren en risico te correleren met procesgedrag. Men kan bijvoorbeeld controleren of hoogrisicowijzigingen een rigoureuzer goedkeuringstraject volgen of langere implementatietijden hebben. Het ondersteunt direct het 'Change Risk Assessment Consistency' dashboard.

Het belang

Maakt analyse mogelijk van hoe risico de processtroom, goedkeuringscycli en succespercentages beïnvloedt, en helpt ervoor te zorgen dat wijzigingen met een hoog risico de juiste aandacht krijgen.

Vindplaats

Deze waarde wordt opgeslagen in een veld 'Risiconiveau' of een vergelijkbaar veld op het Change Request object, meestal ingevuld tijdens de risicobeoordelingsactiviteit.

Voorbeelden
LaagGemiddeldHoogKritiek
Wijzigingsstatus
ChangeStatus
De huidige of definitieve status van het wijzigingsverzoek, zoals 'Gesloten', 'Afgewezen' of 'In behandeling'.
Omschrijving

Wijzigingsstatus geeft de toestand van een wijzigingsverzoek op een bepaald moment of het uiteindelijke resultaat aan. Het is een kritisch attribute voor het begrijpen van de afhandeling van cases en het identificeren van uitzonderingen.

In procesanalyse wordt dit attribute gebruikt om te filteren op specifieke uitkomsten, zoals het analyseren van alleen afgewezen of geannuleerde wijzigingen. Het vormt de basis voor KPI's zoals de 'Change Request Rejection Rate' en is essentieel voor het begrijpen van de algehele gezondheid en efficiëntie van het change management proces.

Het belang

Definieert de uitkomst van een wijzigingsverzoek, waardoor cruciale analyses van afwijzingspercentages, voltooiingspercentages en de verdeling van openstaande versus afgesloten cases mogelijk worden.

Vindplaats

Dit komt overeen met het veld 'Status' op het Change Request business object in Ivanti Cherwell.

Voorbeelden
GoedgekeurdAfgewezenGeslotenGeannuleerdWacht op Goedkeuring
Wijzigingsteam
ChangeTeam
Het team of de groep die momenteel verantwoordelijk is voor het wijzigingsverzoek.
Omschrijving

Het Change Team is de groep of afdeling die is toegewezen aan het wijzigingsverzoek. Net als de Change Owner kan dit gedurende het proces veranderen, wat een overdracht van verantwoordelijkheid tussen teams aangeeft, zoals van de servicedesk naar een netwerkengineeringteam.

Dit attribute is essentieel voor het analyseren van overdrachten tussen teams en het identificeren van systemische vertragingen veroorzaakt door specifieke teams. Het helpt vragen te beantwoorden over welke teams overbelast zijn of waar communicatiestoornissen optreden, wat direct de 'Change Handoff & Resource Utilization' analyse ondersteunt.

Het belang

Identificeert verantwoordelijkheden op teamniveau, wat essentieel is voor het analyseren van procesknelpunten, het meten van teamprestaties en het begrijpen van overdrachtvertragingen tussen groepen.

Vindplaats

Deze informatie is meestal opgeslagen in het veld 'Eigendom van Team' of een soortgelijk groepstoewijzingsveld op het Change Request object.

Voorbeelden
`Netwerkbeheer`DatabaseadministratieApplicatieondersteuning
Wijzigingstype
ChangeType
De classificatie van de wijziging, zoals 'Standaard', 'Normaal' of 'Noodgeval'.
Omschrijving

Change Type categoriseert het wijzigingsverzoek op basis van de aard, urgentie en impact ervan. Veelvoorkomende typen zijn Standaard (vooraf goedgekeurd, laag risico), Normaal (vereist volledige beoordeling en goedkeuring) en Spoed (vereist onmiddellijke implementatie).

Dit attribute maakt gesegmenteerde analyse mogelijk om procesprestaties over verschillende categorieën te vergelijken. Het kan bijvoorbeeld helpen bepalen of spoedwijzigingen een ander, sneller traject volgen of dat standaardwijzigingen echt met minimale frictie worden verwerkt. Het is essentieel voor het 'Problematic Change Type Performance' dashboard.

Het belang

Het segmenteren van het proces op basis van het Wijzigingstype is cruciaal voor het vergelijken van prestaties en het identificeren of specifieke categorieën, zoals 'Noodgeval', knelpunten of afwijkingen veroorzaken.

Vindplaats

Komt overeen met een classificatieveld, waarschijnlijk 'Type Wijziging' of 'Categorie' genaamd, op het Change Request business object.

Voorbeelden
StandaardNormaalNoodgeval
Bedrijfseenheid
BusinessUnit
De business unit of afdeling die de wijziging heeft aangevraagd of ervan zal profiteren.
Omschrijving

Dit attribuut koppelt het wijzigingsverzoek aan een specifiek bedrijfsonderdeel, zoals 'Financiën', 'Marketing' of 'Operations'. Dit geeft zakelijke context aan een anderszins technisch proces.

Analyseren per Bedrijfsonderdeel biedt inzicht in waar de vraag naar wijzigingen vandaan komt. Het kan helpen bij doorbelastingsmodellen, het begrijpen van de impact van IT-wijzigingen op verschillende bedrijfsfuncties, en het identificeren of bepaalde eenheden complexere of vertraagde wijzigingen hebben dan andere.

Het belang

Biedt zakelijke context, wat analyse mogelijk maakt van wijzigingsvraag, impact en prestaties vanuit een organisatorisch perspectief.

Vindplaats

Dit kan een veld zijn op het Change Request object, of geërfd van het gebruikersprofiel van de aanvrager.

Voorbeelden
FinanciënPersoneelszakenVerkoop en MarketingOperationele taken
Betrokken service
ServiceAffected
De primaire bedrijfsservice of het configuratie-item (CI) dat door de wijziging wordt beïnvloed.
Omschrijving

Dit attribuut identificeert de primaire IT-dienst, applicatie of het infrastructuuronderdeel waarop het wijzigingsverzoek betrekking heeft. Het koppelt het wijzigingsbeheerproces aan het bredere IT-servicemanagementlandschap.

Analyseren per Betrokken Dienst is cruciaal voor de KPI 'Meest Problematische Wijzigingstypen', aangezien het helpt te bepalen welke diensten het vaakst wijzigingen ondergaan en welke geassocieerd zijn met hoge afwijzingspercentages of vertragingen. Dit biedt waardevolle inzichten voor service-eigenaren om de stabiliteit te verbeteren en technische schuld te beheren.

Het belang

Koppelt wijzigingen aan specifieke bedrijfsservices, waardoor analyse mogelijk is om te identificeren welke services het meest instabiel zijn of de meest problematische wijzigingen genereren.

Vindplaats

Dit is meestal gekoppeld vanuit de Configuration Management Database (CMDB) en opgeslagen in een veld 'Primary CI' of 'Service' op het Change Request object.

Voorbeelden
Email Service (Exchange)ERP System (SAP)Core Network Switch (CISCO-4500X)
Doorlooptijd goedkeuringscyclus
ApprovalCycleTime
De berekende duur vanaf het moment dat een wijziging ter goedkeuring werd ingediend tot het moment dat de definitieve goedkeuring werd ontvangen.
Omschrijving

Deze metric meet de verstreken tijd tussen belangrijke goedkeuringsmijlpalen. De metric wordt berekend op caseniveau door het tijdsverschil te bepalen tussen de 'Change Submitted For Assessment' event en de 'Change Approved by CAB' event.

Deze berekende duur is de kernmetric voor het 'Change Approval Cycle Time' dashboard en de bijbehorende KPI. Het analyseren van de spreiding ervan helpt bij het identificeren van knelpunten in de goedkeuringsfase, of deze nu gerelateerd zijn aan specifieke goedkeurders, teams of wijzigingstypen.

Het belang

Meet direct de efficiëntie van de goedkeuringsfase en helpt vertragingen bij het autoriseren van wijzigingen voor implementatie te identificeren en elimineren.

Vindplaats

Berekend tijdens de data-nabewerking of binnen de process mining tool door de duur te meten tussen de timestamps van specifieke goedkeuringsgerelateerde activiteiten.

Voorbeelden
2 dagen 4 uur18 uur 30 minuten5 dagen
Implementatiecyclustijd
ImplementationCycleTime
De berekende duur vanaf het moment dat een wijzigingsimplementatie begon tot het moment dat deze werd voltooid.
Omschrijving

Deze metric kwantificeert de benodigde tijd voor de implementatiefase van de wijziging. Deze wordt berekend als de duur tussen de 'Change Implementation Started' activiteit en de 'Change Implemented' activiteit.

Dit attribuut wordt gebruikt om de 'Average Change Implementation Time' KPI te berekenen en ondersteunt het 'Change Implementation Flow & Delays' dashboard. Het helpt planningsvertragingen te onderscheiden van uitvoeringsvertragingen, waardoor teams zich kunnen richten op verbeteringsinspanningen voor het technische implementatiewerk zelf.

Het belang

Isoleert de prestaties van de feitelijke implementatiefase, wat helpt bij het identificeren van technische of resource-gerelateerde knelpunten, los van goedkeuringsvertragingen.

Vindplaats

Berekend in de process mining tool of tijdens datatransformatie door het tijdsverschil te bepalen tussen de start- en eind-event timestamps van de implementatie.

Voorbeelden
4 uur 15 minuten1 day 2 hours30 minuten
Indiener wijziging
ChangeSubmitter
De gebruiker die het wijzigingsverzoek initieel heeft aangemaakt of ingediend.
Omschrijving

Dit attribuut identificeert de persoon die het wijzigingsverzoek heeft geïnitieerd. Dit kan verschillen van de Wijzigingseigenaar, die later in het proces de verantwoordelijkheid draagt voor de implementatie ervan.

Het analyseren van de Indiener Wijziging kan helpen patronen te identificeren met betrekking tot de kwaliteit van aanvragen. Het kan bijvoorbeeld aan het licht brengen dat bepaalde individuen of teams vaak onvolledige aanvragen indienen die leiden tot afwijzing of herstelwerk. Dit inzicht kan worden gebruikt om gerichte training te bieden en de algehele kwaliteit van indieningen te verbeteren.

Het belang

Helpt de oorsprong van wijzigingsverzoeken te traceren, waardoor analyse van de indieningskwaliteit per individu of team mogelijk is en mogelijkheden voor training worden geïdentificeerd.

Vindplaats

Dit is meestal het veld 'Created By' of 'Requested By' op het Change Request object.

Voorbeelden
Susan MillerDavid ChenMaria Garcia
Is Tijdig Voltooid
IsOnTimeCompletion
Een berekende vlag die aangeeft dat de wijziging is voltooid op of vóór de streefdatum.
Omschrijving

Dit is een booleaanse attribuut, afgeleid door de 'Werkelijke Afrondingsdatum' te vergelijken met de 'Streefdatum voor Afronding'. Het vereenvoudigt de analyse door een duidelijke, binaire indicator van tijdige uitvoering te bieden voor elk wijzigingsverzoek.

Deze vlag vormt de basis voor het berekenen van de KPI 'Afrondingspercentage Wijzigingen Binnen Termijn'. Het kan worden gebruikt als filter in dashboards om te late wijzigingen eenvoudig te isoleren en te analyseren, wat helpt bij het identificeren van veelvoorkomende grondoorzaken voor vertragingen.

Het belang

Vereenvoudigt prestatieanalyse door een duidelijke uitkomst van succes of falen te bieden voor het halen van deadlines, wat direct bijdraagt aan KPI's voor tijdige voltooiing.

Vindplaats

Dit attribuut is niet aanwezig in het bronsysteem. Het wordt berekend tijdens datatransformatie door 'Werkelijke Afrondingsdatum' <= 'Streefdatum voor Afronding' te vergelijken.

Voorbeelden
truefalse
Reden van afwijzing
ChangeRejectionReason
Een tekstuele beschrijving of categorie die verklaart waarom een wijzigingsaanvraag werd afgewezen.
Omschrijving

Wanneer een wijzigingsverzoek wordt afgewezen, legt dit attribuut de reden vast die door de goedkeurder is opgegeven. Dit kan een selectie zijn uit een vooraf gedefinieerde lijst of een vrije tekstverklaring.

Deze informatie is essentieel voor het 'Rejected Change Request Analysis' dashboard. Door afwijzingsredenen te categoriseren en te analyseren, kunnen organisaties veelvoorkomende problemen met wijzigingsaanvragen identificeren, zoals onvolledige informatie, ontoereikende risicobeoordeling of zakelijke conflicten. Deze inzichten kunnen worden gebruikt om de kwaliteit van toekomstige wijzigingsverzoeken te verbeteren.

Het belang

Biedt direct inzicht in waarom wijzigingen mislukken, wat gerichte verbeteringen aan het indienings- en beoordelingsproces mogelijk maakt om het algehele afwijzingspercentage te verlagen.

Vindplaats

Deze data is vaak vastgelegd in een specifiek veld 'Reden van Afwijzing' of een notitieveld dat wordt ingevuld wanneer de status wordt gewijzigd naar 'Afgewezen'.

Voorbeelden
Onvoldoende detail in het implementatieplanRisicobeoordeling onvolledigConflicten met andere geplande wijzigingen
Werkelijke voltooiingsdatum
ActualCompletionDate
De timestamp waarop de wijziging daadwerkelijk is geïmplementeerd en als voltooid is geverifieerd.
Omschrijving

De Actual Completion Date markeert het moment waarop het implementatiewerk voor het wijzigingsverzoek is afgerond. Dit is een belangrijke mijlpaal die wordt vergeleken met de geplande deadline om prestaties te meten.

Dit attribute wordt gebruikt in combinatie met de Target Completion Date om te bepalen of een wijziging op tijd is voltooid. Het is een fundamentele input voor het berekenen van KPI's zoals 'On-Time Change Completion Rate' en voor het analyseren van de oorzaken van vertragingen in de implementatiefase.

Het belang

Legt de daadwerkelijke voltooiingstijd vast, wat noodzakelijk is om 'on-time delivery rates' te berekenen en de omvang van vertragingen te analyseren.

Vindplaats

Deze datum wordt vaak vastgelegd wanneer de status van het wijzigingsverzoek wordt gewijzigd naar 'Geïmplementeerd' of 'Voltooid'. Het kan een specifiek veld zijn of worden afgeleid van de timestamp van die statuswijziging.

Voorbeelden
2023-11-14T16:30:00Z2023-12-03T10:00:00Z2024-01-10T11:45:00Z
Wijzigingsprioriteit
ChangePriority
Het prioriteitsniveau van het wijzigingsverzoek, dat de urgentie en bedrijfsimpact aangeeft.
Omschrijving

Wijzigingsprioriteit is een classificatie die wordt bepaald door de urgentie en impact van een wijziging te combineren. Het helpt teams hun werk te prioriteren en resources effectief toe te wijzen, zodat de meest kritieke wijzigingen als eerste worden aangepakt.

In analyse kan prioriteit worden gebruikt om te zien of wijzigingen met een hoge prioriteit sneller worden verwerkt dan die met een lage prioriteit. Elke afwijking van deze verwachting kan duiden op inefficiënties of knelpunten in het prioritering- of uitvoeringsproces.

Het belang

Helpt analyseren of het proces correct prioriteit geeft aan wijzigingen met hoge impact en of die wijzigingen daadwerkelijk versneld worden zoals bedoeld.

Vindplaats

Meestal een veld genaamd 'Prioriteit' op het Change Request object. Dit kan handmatig worden ingesteld of afgeleid van impact- en urgentievelden.

Voorbeelden
1 - Kritiek2 - Hoog3 - Gemiddeld4 - Laag
Verplicht Aanbevolen Optioneel

Change Management activiteiten

Dit zijn de belangrijkste processtappen en mijlpalen om vast te leggen in uw event log voor nauwkeurige process discovery en prestatiemeting.
7 Aanbevolen 7 Optioneel
Activiteit Omschrijving
Impact en risico beoordeeld
Deze activiteit markeert de voltooiing van de risico- en impactanalyse voor het wijzigingsverzoek. Het wordt doorgaans afgeleid wanneer de status van het wijzigingsverzoek overgaat naar een staat die gereedheid voor goedkeuring aangeeft, zoals 'Wacht op Goedkeuring'.
Het belang

Het bijhouden van deze activiteit helpt de duur van de beoordelingsfase te meten en zorgt ervoor dat risicoanalyse consistent wordt uitgevoerd vóór goedkeuring, ter ondersteuning van de KPI voor de naleving van risicobeoordelingen.

Vindplaats

Afgeleid uit de historie van het Change Request object. Dit wordt vastgelegd op de timestamp waarop het veld 'Status' wordt bijgewerkt van 'Assessing' naar een status zoals 'Awaiting CAB Approval'.

Vastleggen

Afgeleid van de statusverandering naar 'Wacht op CAB-goedkeuring'.

Gebeurtenistype inferred
Post-implementatiebeoordeling Uitgevoerd
Deze activiteit betekent dat een formele evaluatie van de voltooide wijziging heeft plaatsgevonden om het succes ervan te beoordelen en geleerde lessen vast te leggen. Het wordt vaak afgeleid van een statuswijziging naar 'Evaluatie Na Implementatie'.
Het belang

Het bijhouden hiervan zorgt ervoor dat de feedbackloop voor wijzigingen wordt gesloten. Dit is essentieel voor continue verbetering en ondersteunt direct de Post-Implementation Review Rate KPI.

Vindplaats

Afgeleid uit de audithistorie van het Change Request object, waarbij de timestamp wordt vastgelegd wanneer de 'Status' overgaat naar een status zoals 'Post Implementatie Review'.

Vastleggen

Afgeleid van de statusverandering naar 'Post Implementatie Review'.

Gebeurtenistype inferred
Wijziging geïmplementeerd
Deze mijlpaal geeft aan dat het technische werk voor de wijziging is voltooid. Dit wordt vastgelegd wanneer de status van het wijzigingsverzoek wordt bijgewerkt naar 'Implemented' of een vergelijkbare status in afwachting van verificatie.
Het belang

Dit is een kritieke succesmijlpaal en een belangrijke input voor de KPI's 'Afrondingspercentage Wijzigingen Binnen Termijn' en 'Gemiddelde Implementatietijd Wijzigingen'. Het markeert het einde van de uitvoeringsfase.

Vindplaats

Afgeleid uit het auditlog van het Change Request object, gebruikmakend van de timestamp van de statusverandering naar 'Geïmplementeerd' of 'Wacht op Verificatie'.

Vastleggen

Afgeleid van de statusverandering naar 'Geïmplementeerd'.

Gebeurtenistype inferred
Wijziging gesloten
Deze activiteit is het definitieve, succesvolle eindpunt van het wijzigingsbeheerproces. Het wordt vastgelegd wanneer de status van het wijzigingsverzoek op 'Closed' wordt ingesteld, wat aangeeft dat alle werkzaamheden zijn voltooid.
Het belang

Als primair succesdoel is deze activiteit essentieel voor het berekenen van de end-to-end doorlooptijd van succesvol afgeronde wijzigingen. Het bevestigt dat alle processtappen zijn afgerond.

Vindplaats

Dit is afgeleid van de timestamp van de laatste statuswijziging naar 'Gesloten' in de audithistorie van het Change Request object.

Vastleggen

Afgeleid van de uiteindelijke statuswijziging naar 'Closed'.

Gebeurtenistype inferred
Wijziging goedgekeurd door CAB
Een belangrijke mijlpaal waarbij de Change Advisory Board (CAB) of de aangewezen autoriteit goedkeuring verleent om de wijziging voort te zetten. Dit wordt afgeleid wanneer de status van de wijzigingsaanvraag wordt bijgewerkt naar 'Approved'.
Het belang

Deze activiteit is het eindpunt voor het meten van de goedkeuringscyclustijd. Dit deblokkeert het proces, waardoor planning en implementatie kunnen beginnen, en is cruciaal voor de KPI 'Cyclustijd Wijzigingsgoedkeuring'.

Vindplaats

Afgeleid uit de audithistorie van het Change Request object, specifiek door de timestamp vast te leggen wanneer het veld 'Status' wijzigt naar 'Goedgekeurd'.

Vastleggen

Afgeleid van de statusverandering naar 'Goedgekeurd'.

Gebeurtenistype inferred
Wijziging ingepland
Deze activiteit markeert het punt waarop de implementatiedatum en -tijd voor de wijziging formeel worden bevestigd en vastgelegd. Het wordt vastgelegd wanneer de status verandert naar 'Scheduled'.
Het belang

Dit is een cruciale commitmentsmijlpaal. Deze transformeert de wijziging van een goedgekeurd concept naar een geplande actie en is een vereiste voor de implementatie.

Vindplaats

Afgeleid uit de historie van het Change Request object door de timestamp vast te leggen waarop het veld 'Status' wordt bijgewerkt naar 'Scheduled'.

Vastleggen

Afgeleid van de statusverandering naar 'Ingepland'.

Gebeurtenistype inferred
Wijzigingsverzoek aangemaakt
Deze activiteit markeert de initiatie van een nieuw wijzigingsverzoek in het systeem. Het wordt doorgaans vastgelegd wanneer een nieuwe record wordt aangemaakt in het Change Request business object, wat het startpunt vormt voor het gehele proces.
Het belang

Dit is de primaire startevent voor het proces. Het analyseren van de tijd tussen deze activiteit en andere onthult de totale doorlooptijd en helpt bij het identificeren van vertragingen aan de voorkant.

Vindplaats

Deze gebeurtenis wordt vastgelegd vanuit de aanmaak timestamp van het Change Request record. In Ivanti Cherwell is dit doorgaans opgeslagen in het veld 'CreatedDateTime' van het Change Request business object.

Vastleggen

Rechtstreeks vastgelegd vanuit de timestamp van de recordaanmaak.

Gebeurtenistype explicit
Implementatie wijziging gestart
Vertegenwoordigt het begin van de technische uitvoering van de wijziging. Dit wordt doorgaans afgeleid wanneer de status van het wijzigingsverzoek wordt verplaatst naar 'In Progress' of 'Implementing'.
Het belang

Deze activiteit markeert het begin van het implementatievenster. De tijd tussen deze activiteit en 'Wijziging Geïmplementeerd' is de werkelijke implementatieduur, een cruciaal onderdeel van de totale cyclustijd.

Vindplaats

Afgeleid uit de audithistorie van het Change Request object. Het is de timestamp wanneer het veld 'Status' wordt bijgewerkt naar een waarde zoals 'Bezig' of 'Implementatie'.

Vastleggen

Afgeleid van de statusverandering naar 'Bezig'.

Gebeurtenistype inferred
Implementatieplan ontwikkeld
Markeert de voltooiing van gedetailleerde planning voor de wijziging, inclusief het definiëren van taken, resources en back-out plannen. Dit wordt vaak afgeleid wanneer de wijziging overgaat van 'Approved' naar 'Scheduled'.
Het belang

De duur van deze activiteit onthult de efficiëntie van de wijzigingsplanning. Vertragingen hier kunnen de algehele wijzigingstijdlijn beïnvloeden, zelfs nadat goedkeuring is verleend.

Vindplaats

Dit kan worden afgeleid van de timestamp van een statuswijziging van 'Goedgekeurd' naar 'Gepland'. Als alternatief kan het gekoppeld zijn aan de invulling van specifieke planningsvelden.

Vastleggen

Afgeleid van de statusverandering van 'Goedgekeurd' naar 'Ingepland'.

Gebeurtenistype inferred
Wijziging afgewezen
Deze activiteit vertegenwoordigt de uiteindelijke beslissing om het wijzigingsverzoek tijdens de goedkeuringsfase af te wijzen. Het wordt vastgelegd wanneer de status van het wijzigingsverzoek op 'Afgewezen' wordt ingesteld.
Het belang

Dit is een kritiek faaleindpunt. Het analyseren van afgewezen wijzigingen en de redenen daarvoor helpt de kwaliteit van initiële aanvragen te verbeteren en ondersteunt de KPI 'Afwijzingspercentage Wijzigingsverzoeken'.

Vindplaats

Afgeleid van de timestamp waarop het veld 'Status' van het Change Request object in de audithistorie wordt bijgewerkt naar 'Rejected'.

Vastleggen

Afgeleid van de statusverandering naar 'Afgewezen'.

Gebeurtenistype inferred
Wijziging geannuleerd
Vertegenwoordigt een terminale status waarin een goedgekeurd of lopend wijzigingsverzoek vóór voltooiing wordt ingetrokken. Deze gebeurtenis wordt vastgelegd wanneer de status wordt bijgewerkt naar 'Cancelled'.
Het belang

Dit is een alternatief proceseindpunt. Het analyseren van waarom en wanneer wijzigingen worden geannuleerd, kan problemen aan het licht brengen met planning, toewijzing van middelen of veranderende bedrijfsprioriteiten.

Vindplaats

Afgeleid uit de audithistorie door de timestamp vast te leggen wanneer het veld 'Status' op het Change Request object wordt bijgewerkt naar 'Geannuleerd'.

Vastleggen

Afgeleid van de statusverandering naar 'Geannuleerd'.

Gebeurtenistype inferred
Wijziging ingediend ter beoordeling
Vertegenwoordigt de formele indiening van een nieuw wijzigingsverzoek voor initiële evaluatie. Dit wordt doorgaans geconstateerd wanneer de status van het wijzigingsverzoek verandert van 'Nieuw' of 'Concept' naar een status zoals 'Beoordeling'.
Het belang

Deze activiteit markeert het begin van het formele wijzigingsproces na initiële datainvoer. De tijd tussen aanmaak en indiening kan duiden op behoeften aan gebruikerstraining of proceswrijving.

Vindplaats

Afgeleid uit het auditlogboek of de historie van het Change Request object door de timestamp te identificeren waarop het veld 'Status' verandert naar een waarde zoals 'Assessing' of 'Submitted'.

Vastleggen

Afgeleid van de statusverandering van 'Nieuw' naar 'Beoordeling'.

Gebeurtenistype inferred
Wijziging wacht op goedkeuring
Deze activiteit vertegenwoordigt de periode waarin een wijzigingsverzoek formeel in afwachting is van een beslissing van de Change Advisory Board (CAB) of een andere goedkeuringsinstantie. Het wordt afgeleid van een status zoals 'Wacht op goedkeuring' of 'Wacht op CAB'.
Het belang

Dit is een activiteit met een kritieke wachttijd. Het analyseren van de duur ervan helpt knelpunten in de goedkeuringsworkflow te identificeren, die een veelvoorkomende oorzaak zijn van vertragingen bij changemanagement.

Vindplaats

Vastgelegd vanuit de timestamp waarop het 'Status' veld in het Change Request business object wordt bijgewerkt naar 'Pending Approval' of een vergelijkbare waarde.

Vastleggen

Geïdentificeerd door de statusverandering naar 'Wacht op goedkeuring'.

Gebeurtenistype inferred
Wijzigingsverificatie uitgevoerd
Vertegenwoordigt de test- en validatiefase om te bevestigen dat de wijziging succesvol was en geen ongewenste neveneffecten heeft veroorzaakt. Dit blijkt uit een statuswijziging naar 'Verificatie' of 'Testen'.
Het belang

Het analyseren van de frequentie en duur van deze activiteit zorgt ervoor dat kwaliteitsborgingsstappen niet worden overgeslagen. Het is een cruciale stap voor het voorkomen van door wijzigingen veroorzaakte incidenten.

Vindplaats

Vastgelegd vanuit de timestamp van een statuswijziging op het Change Request object, zoals het overgaan naar een 'Verification' of 'User Acceptance Testing' status.

Vastleggen

Afgeleid van de statusverandering naar 'Verificatie'.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractie Guides

Hoe u uw data uit Ivanti Cherwell haalt