Uw Verandermanagement datatemplate
Uw Verandermanagement datatemplate
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Extractiehandleiding van Ivanti Cherwell
Verandermanagement-attributen
| Naam | Omschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de specifieke gebeurtenis of taak die op een bepaald moment binnen het wijzigingsbeheerproces heeft plaatsgevonden. | ||
|
Omschrijving
De activiteitsnaam 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 stappen in de bekijkte proceskaart. Bij analyse is dit attribuut nodig voor het visualiseren van de processtroom, het vinden van de volgorde van gebeurtenissen en het detecteren van afwijkingen van de standaardprocedure. Het wordt gebruikt om de transitietijden tussen activiteiten te berekenen en te begrijpen waar vertragingen optreden.
Het belang
Dit attribuut is belangrijk voor het bekijken en visualiseren van de werkelijke processtroom, waardoor knelpunten, herstelwerkcycli en niet-conforme 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 tijdgegevens is belangrijk voor het chronologisch ordenen van gebeurtenissen en vormt de basis voor alle tijdgerelateerde process mining-analyses. Dit attribuut wordt gebruikt om de duur tussen activiteiten te berekenen, algehele case doorlooptijden te meten en wachttijden of vertragingen in het proces te vinden. Het is onmisbaar 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 worden.
Vindplaats
Doorgaans te vinden in statuswijzigingslogs, audit trails of tijdstempels 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
|
|||
|
Wijzigingsaanvraag ID
ChangeRequestId
|
De unieke ID voor één wijzigingsverzoek case, die alle gerelateerde activiteiten, vanaf de initiatie tot aan de afsluiting, bundelt. | ||
|
Omschrijving
De Change Request ID is de primary key die elke wijzigingsinitiatief uniek identificeert gedurende zijn levenscyclus. Het dient als de case kenmerk in process mining, waarbij alle gebeurtenissen, 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 vinden.
Het belang
Dit is de essentiële case-identificatie die alle gerelateerde gebeurtenissen met elkaar verbindt, waardoor het mogelijk wordt om het volledige proces 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 opgehaald. Voor deze weergave zal dit 'Ivanti Cherwell' zijn. | ||
|
Omschrijving
Dit attribuut identificeert het bronsysteem voor de gebeurtenis 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 belangrijk voor data-governance, 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 belangrijk is voor data governance, probleemoplossing 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
|
|||
|
Tijdstip van extractie
LastDataUpdate
|
De timestamp die aangeeft wanneer de data voor deze gebeurtenis voor het laatst is opgehaald 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 relevantie 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 relevantie van de data aan, wat belangrijk 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 belangrijk 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 'het SLA-nalevingspercentage Wijzigingen' te berekenen. Het helpt proactief wijzigingen te vinden 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 attribuut 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 bronnen en het vinden van knelpunten die verband houden met specifieke individuen. Het is ook belangrijk voor het analyseren van overdrachten, die een aanzienlijke bron van vertragingen kunnen zijn. Dit attribuut ondersteunt het 'Change Handoff & Resourcebezetting' dashboard.
Het belang
Houdt individuele verantwoordelijkheid bij, waardoor analyse van werkbelastingverdeling, overdrachtsfrequentie en bron-specifieke knelpunten mogelijk worden.
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 toezicht. In process mining wordt dit attribuut 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 attribuut voor het begrijpen van de afhandeling van cases en het vinden van uitzonderingen. In procesanalyse wordt dit attribuut 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 belangrijk voor het begrijpen van de algehele gezondheid en efficiëntie van het changemanagement proces.
Het belang
Definieert de uitkomst van een wijzigingsverzoek, waardoor belangrijke 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 attribuut is belangrijk voor het analyseren van overdrachten tussen teams en het vinden 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 & Resourcebezetting' analyse ondersteunt.
Het belang
Identificeert verantwoordelijkheden op teamniveau, wat belangrijk 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 attribuut 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 knelpunten worden verwerkt. Het is belangrijk voor het 'Problematic Change Type Performance' dashboard.
Het belang
Het segmenteren van het proces op basis van het Wijzigingstype is belangrijk voor het vergelijken van prestaties en het vinden 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 businessunit 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 vinden 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 belangrijk 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 nuttige 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 vinden 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
E-mail Service (Exchange)ERP System (SAP)Core Network Switch (CISCO-4500X)
|
|||
|
Implementatiecyclustijd
ImplementationCycleTime
|
De berekende duur vanaf het moment dat een wijzigingsimplementatie begon tot het moment dat deze werd voltooid. | ||
|
Omschrijving
Deze metriek 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 vinden van technische of brongerelateerde knelpunten, los van goedkeuringsvertragingen.
Vindplaats
Berekend in de process mining-tool of tijdens datatransformatie door het tijdsverschil te bepalen tussen de start- en eind-gebeurtenis tijdstempels van de implementatie.
Voorbeelden
4 uur 15 minuten1 day 2 hours30 minuten
|
|||
|
Indiener wijziging
ChangeSubmitter
|
De gebruiker die het wijzigingsverzoek eerste 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 vinden voor de kwaliteit van aanvragen. Het kan bijvoorbeeld inzichtelijk maken 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 vinden 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 belangrijk voor het 'Rejected Change Request Analysis' dashboard. Door afwijzingsredenen te categoriseren en te analyseren, kunnen organisaties veelvoorkomende problemen met wijzigingsaanvragen vinden, 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 gegevens zijn 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 attribuut 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 bronnen 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
|
|||
Verandermanagement-activiteiten
| 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 belangrijk 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 afgesloten
|
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 belangrijk 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 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 gepland
|
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 belangrijke 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
|
|||
|
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 belangrijk 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
|
|||
|
Wijzigingsaanvraag 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 startgebeurtenis voor het proces. Het analyseren van de tijd tussen deze activiteit en andere onthult de totale doorlooptijd en helpt bij het vinden 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 het 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 belangrijk 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, bronnen 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 'Annulerenled'. | ||
|
Het belang
Dit is een alternatief proceseindpunt. Het analyseren van waarom en wanneer wijzigingen worden geannuleerd, kan problemen inzichtelijk maken 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 vinden 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 vinden, 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 belangrijke 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 'Gebruiker Acceptance Testing' status.
Vastleggen
Afgeleid van de statusverandering naar 'Verificatie'.
Gebeurtenistype
inferred
|
|||