Uw Change Management data template.
Uw Change Management data template.
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Extractiehandleiding van Ivanti Cherwell
Change Management attributes
| 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
|
|||
Change Management 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 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
|
|||