Datatemplate voor de softwareontwikkelingscyclus

Dit attribuut bevat de naam van elke mijlpaal of task die tijdens de softwareontwikkelingscyclus is afgerond. Deze activiteiten vormen de opeenvolgende processtappen, van aanmaak tot implementatie.

Process mining analyseert vooral de volgorde en frequentie van deze activiteiten. Daarmee bouw je de proceskaart op, spoor je bottlenecks tussen stappen op en herken je afwijkingen van de regels of inefficiënte procesvarianten. De activiteiten omvatten belangrijke fasen zoals ontwerp, ontwikkeling, testen en implementatie.

Dit attribuut bepaalt de stappen op de proceskaart. Zo kun je de processtroom analyseren, bottlenecks opsporen en afwijkingen van de standaard-SDLC herkennen.

Dit wordt meestal bepaald door statuswijzigingen, gebeurtenisrecords of auditspoorvermeldingen te koppelen aan een gestandaardiseerde lijst met activiteitsnamen. Een wijziging van het veld 'state' naar 'In Progress' kan bijvoorbeeld worden gekoppeld aan 'Ontwikkeling gestart'.

Het ontwikkelitem is de belangrijkste case-ID en staat voor een afzonderlijke werkeenheid die wordt gevolgd. Het verbindt alle activiteiten voor dat item, van de eerste uitwerking en planning tot en met ontwikkeling, testen en implementatie.

Bij process mining is dit attribuut essentieel om het volledige traject van elk werkitem te reconstrueren. Je kunt processtromen visualiseren, de totale doorlooptijden berekenen en varianten herkennen voor afzonderlijke functies of bugfixes. Elk event in het log moet aan een ontwikkelitem zijn gekoppeld om een samenhangende proceskaart op te bouwen.

Deze hoofdidentificatiecode verbindt alle gerelateerde ontwikkelactiviteiten tot één procesinstantie. Zo kun je de volledige levenscyclus van elk werkitem analyseren.

Deze identificatiecode is meestal de primaire sleutel uit tabellen voor stories, bugs of tasks, zoals de tabellen 'rm_story', 'rm_bug' of 'task' in ServiceNow.

Dit attribuut bevat de datum en tijd waarop elke activiteit in de ontwikkelcyclus is geregistreerd. Het is essentieel om gebeurtenissen chronologisch te ordenen en tijdsanalyses uit te voeren.

Bij process mining gebruik je de starttijd om de duur tussen activiteiten te berekenen, wachttijden te herkennen en de totale doorlooptijd van het proces te meten. Dit is een belangrijk onderdeel van dashboards voor prestatieanalyse, zoals de analyse van de totale SDLC-doorlooptijd, en voor KPI’s zoals de doorlooptijd van codebeoordelingen.

Deze timestamp is essentieel om gebeurtenissen in de juiste volgorde te zetten en alle prestatiemetrieken te berekenen, waaronder doorlooptijden, duur en wachttijden.

Meestal te vinden in door het systeem gegenereerde timestampvelden zoals 'sys_updated_on' of 'sys_created_on' in de tabellen voor het auditspoor of tasks.

Dit attribuut geeft aan uit welk systeem de gebeurtenisdata afkomstig is. Voor dit proces is dat altijd 'ServiceNow DevOps'.

Het bronsysteem lijkt misschien een vast gegeven, maar expliciete vermelding is belangrijk voor datagovernance en omgevingen waarin data uit meerdere systemen wordt samengevoegd, zoals Jira of Azure DevOps. Zo blijft duidelijk waar de data vandaan komt en kun je problemen met de datakwaliteit of extractie opsporen.

Zorgt ervoor dat data traceerbaar blijft en helpt de data-integriteit te bewaken, vooral wanneer data uit meerdere ontwikkeltools wordt gecombineerd.

Dit is een vaste waarde die tijdens de data-extractie en -transformatie moet worden toegevoegd.

Dit attribuut registreert wanneer de dataset voor het laatst uit ServiceNow DevOps is gehaald of bijgewerkt. Het geldt voor de hele dataset, niet voor afzonderlijke gebeurtenissen.

Deze timestamp laat zien hoe actueel de analyse is. Gebruikers zien hoe recent de procesinzichten zijn en kunnen data-updates plannen. Door deze informatie op dashboards te tonen, krijgen alle metrieken en visualisaties de juiste context en zijn beslissingen gebaseerd op actuele data.

Geeft belangrijke context over de actualiteit van de data, zodat gebruikers weten hoe recent de procesanalyse is.

Deze timestamp wordt tijdens de data-extractie aangemaakt en toegevoegd. Hij registreert wanneer de extractie is uitgevoerd.

Dit attribuut deelt ontwikkelwerk in op basis van het deel van het systeem waarop het van invloed is. Dat kan bijvoorbeeld een specifieke microservice, een UI-component of een backendapplicatie zijn.

Door het proces per module of component te analyseren, kun je lokale bottlenecks opsporen. Het dashboard 'Inzicht in bottlenecks per component' en de KPI 'Gemiddelde fasetijd per component' gebruiken dit attribuut om te bepalen of bepaalde onderdelen van de codebase steeds samengaan met langere ontwikkelcycli, meer herstelwerk of vaker mislukte implementaties. Zo kun je verbeteringen richten op de plekken waar ze het meest nodig zijn.

Maakt het mogelijk om analyses uit te splitsen naar applicatie of component, zodat bottlenecks en kwaliteitsproblemen in specifieke onderdelen van het systeem zichtbaar worden.

Dit is vaak een aangepast veld of een verwijzing naar de Configuration Management Database (CMDB), die het werkitem koppelt aan een 'cmdb_ci'-record. Raadpleeg de ServiceNow DevOps-documentatie.

Dit attribuut is een berekende maatstaf voor de totale doorlooptijd van één ontwikkelitem. De berekening is het verschil tussen de timestamp van de eerste activiteit en die van de laatste activiteit voor elke case.

Dit is een belangrijke prestatiemaatstaf voor het hele SDLC-proces en vormt de basis voor de KPI 'Gemiddelde SDLC-doorlooptijd'. De maatstaf geeft op hoofdlijnen aan hoe snel en efficiënt het proces verloopt. Door deze over tijd en per kenmerk, zoals prioriteit of team, te analyseren, kun je volgen wat het effect is van verbeterinitiatieven.

Geeft de totale doorlooptijd van een werkitem weer. Dit is een belangrijke maatstaf voor de efficiëntie en snelheid van het proces als geheel.

Dit is geen veld in het bronsysteem. De process mining-tool berekent deze waarde door voor elke Case-ID de minimale StartTime af te trekken van de maximale StartTime.

Dit afgeleide attribuut markeert activiteiten die plaatsvinden nadat het proces is teruggegaan naar een eerdere fase. Als bijvoorbeeld voor hetzelfde item de activiteit 'Ontwikkeling gestart' plaatsvindt na 'QA-test afgerond', wordt deze als herstelwerk gemarkeerd.

Met deze vlag kun je herstelwerk meten en zichtbaar maken. De vlag ondersteunt het dashboard 'Analyse van herstelwerk en afwijzingen' en wordt gebruikt om de KPI 'Percentage herstelwerk na testen' te berekenen. Analisten kunnen deze gebeurtenissen filteren en de frequentie, oorzaken en invloed van herstelwerk op de totale doorlooptijd onderzoeken.

Met deze vlag kun je herstelwerk eenvoudig meten en analyseren. Zo kun je de proceskwaliteit beoordelen en de oorzaken van herhaald werk opsporen.

Dit attribuut wordt berekend in de process mining-tool. De tool analyseert de volgorde van activiteiten per case om terugstappen in het proces te herkennen.

Dit attribuut deelt ontwikkelitems in op basis van de urgentie voor de bedrijfsvoering. Met prioriteitsniveaus kunnen teams zich richten op de belangrijkste taken. Ze worden vaak gebruikt om SLA's en verwachtingen van belanghebbenden te beheren.

Bij process mining is prioriteit een belangrijke dimensie voor vergelijkende analyses. Je kunt de proceskaart filteren om te zien of items met hoge prioriteit een snellere of andere route volgen. Dit is essentieel voor het dashboard en de KPI 'Doorlooptijd van levering van functies met hoge prioriteit'. Zo controleer je of belangrijke items daadwerkelijk sneller worden afgehandeld.

Hiermee kun je processen voor verschillende prioriteitsniveaus filteren en vergelijken. Zo controleer je of items met hoge prioriteit sneller en efficiënter worden verwerkt.

Dit is een standaardveld, vaak met de naam 'priority', in taakgerelateerde tabellen in ServiceNow.

Dit attribuut geeft de officiële status van het ontwikkelitem in ServiceNow weer. Activiteiten zijn afgeleide processtappen, terwijl de status de formele fase in de workflow van het systeem aangeeft.

De status is vaak de bron waaruit activiteiten worden afgeleid. Je kunt deze gebruiken om data te valideren en om eenvoudigere procesoverzichten op hoofdlijnen te maken. Zo geeft een analyse van de tijd in elke status een ander beeld van bottlenecks dan een analyse van de tijd tussen activiteiten. De status helpt ook om items te vinden die stilliggen of zijn opgelost.

Geeft de officiële systeemstatus van een werkitem weer. Deze status is vaak de bron voor het afleiden van activiteiten en kan worden gebruikt voor validatie en statusanalyses op hoofdlijnen.

Dit is een standaardveld, meestal met de naam 'state' of 'stage', in taakgerelateerde tabellen in ServiceNow.

Dit attribuut geeft aan wie verantwoordelijk is voor een specifieke task of activiteit. De waarde kan veranderen wanneer het ontwikkelitem naar een andere fase of een ander team gaat.

Dit attribuut is belangrijk voor analyses van de inzet van bronnen, de werkverdeling en overdrachten. Het ondersteunt rechtstreeks het dashboard 'Werkbelasting en overdrachten van ontwikkelaars' en de KPI 'Activiteitsvolume per ontwikkelaar'. Door wijzigingen in dit veld bij te houden, kun je overdrachtstijden meten en bottlenecks in de samenwerking tussen ontwikkelaars of tussen ontwikkeling en QA opsporen.

Dit is nodig voor analyses op basis van bronnen, zoals de verdeling van de werkbelasting, de efficiëntie van overdrachten en prestatiepatronen per team.

Deze informatie staat meestal in het veld 'assigned_to' van taskgerelateerde tabellen in ServiceNow.

Dit attribuut geeft aan aan welk team een werkitem is toegewezen, bijvoorbeeld 'Frontendontwikkelaars', 'Backendservices' of 'QA-team'. Tijdens het proces gaat een werkitem vaak van de ene toewijzingsgroep naar de andere.

Door de toewijzingsgroep bij te houden, krijg je zicht op samenwerking tussen teams en overdrachten. Zo kun je structurele vertragingen opsporen die ontstaan wanneer werk van het ene team naar het andere gaat. Met dit attribuut analyseer je ook de prestaties en werkdruk per team en zie je welke teams bottlenecks vormen in de totale processtroom.

Houdt bij welk team verantwoordelijk is voor het werk. Zo kun je teamprestaties, de verdeling van de werkdruk en de efficiëntie van overdrachten tussen teams analyseren.

Deze informatie staat in het veld 'assignment_group', een standaardveld in taakgerelateerde tabellen in ServiceNow.

Dit attribuut maakt onderscheid tussen de verschillende soorten werk in het SDLC-proces. Het proces voor het oplossen van een kritieke bug kan bijvoorbeeld anders en sneller verlopen dan het proces voor het ontwikkelen van een nieuwe functie.

Door het proces per type werkitem te analyseren, krijg je een genuanceerder beeld van de prestaties. Zo kun je vragen beantwoorden als: 'Vraagt het oplossen van bugs vaker om herstelwerk dan het ontwikkelen van nieuwe functies?' of 'Is de doorlooptijd voor het terugdringen van technische schuld acceptabel?'. Deze uitsplitsing geeft meer inzicht dan één procesoverzicht voor alle soorten werk.

Maakt onderscheid tussen verschillende soorten werk, zoals functies en bugs, die elk een ander procesverloop, andere prioriteiten en een andere verwachte doorlooptijd kunnen hebben.

Je kunt dit bepalen aan de hand van de brontabel van het record (bijvoorbeeld 'rm_story' of 'rm_bug') of met een veld 'type' in een generieke taakentabel.

Dit attribuut koppelt een ontwikkelitem rechtstreeks aan de specifieke codewijziging in de broncoderepository, bijvoorbeeld Git. Het wordt vastgelegd wanneer de activiteit 'Code gecommit' plaatsvindt.

Bij process mining verrijkt de Commit-ID de analyse door procesdata te koppelen aan engineeringdata. Analisten kunnen een problematische implementatie terugleiden naar de exacte codewijziging of statistieken over codecomplexiteit vergelijken met ontwikkeldoorlooptijden. Zo kunnen ze de oorzaken op een veel technischer niveau analyseren.

Koppelt de procesgebeurtenis aan een specifieke codewijziging. Zo kun je de procesmaatstaven vergelijken met details op codeniveau en de oorzaken verder onderzoeken.

Dit wordt vastgelegd via ServiceNow DevOps-integraties met broncodebeheersystemen zoals Git of SVN. De data staat in gerelateerde tabellen die aan het ontwikkelitem zijn gekoppeld.

Dit attribuut bevat de datum en tijd waarop elke activiteit in de ontwikkelcyclus is afgerond. Het is vooral nuttig voor activiteiten met een meetbare duur, zoals 'Codebeoordeling uitgevoerd' of 'QA-testen'.

Met zowel een start- als eindtijd kun je bij process mining de verwerkingstijd van activiteiten nauwkeurig berekenen en onderscheiden van de wachttijd tussen activiteiten. Zo zie je of vertraging ontstaat door lange taken of doordat er lang op bronnen wordt gewacht. Bij gebeurtenissen zonder duur, zoals 'Build gestart', kan de eindtijd gelijk zijn aan de starttijd.

Maakt het mogelijk om de verwerkingstijd van activiteiten nauwkeurig te berekenen. Zo zie je het verschil tussen werktijd en wachttijd.

Mogelijk moet deze waarde worden afgeleid. Je kunt de starttijd van de volgende activiteit gebruiken, of een apart veld voor de einddatum als dat in het bronsysteem beschikbaar is.

Dit attribuut koppelt een ontwikkelitem aan een geplande release, zoals 'Versie 2.3' of 'Release Q4 2023'. Het speelt een belangrijke rol bij projectbeheer en releaseplanning.

Bij process mining is dit attribuut belangrijk voor het dashboard 'Bewaking van de naleving van het releaseplan'. Door de werkelijke voltooiingsdatums te vergelijken met de geplande releasedatums, kunnen teams zien of de planning wordt gehaald, items opsporen die een release mogelijk niet halen en de oorzaken van vertragingen analyseren. Zo wordt het ontwikkelproces op detailniveau gekoppeld aan bedrijfsdoelen op hoofdlijnen.

Koppelt ontwikkelwerk aan specifieke releases. Zo kun je analyseren of de planning wordt gehaald en wat procesvertragingen betekenen voor de releasetijdlijn.

Deze informatie staat meestal in een veld 'release' of 'planned_release', vaak met een verwijzing naar een releasemanagementtabel in ServiceNow. Raadpleeg de ServiceNow DevOps-documentatie.

Dit attribuut registreert het resultaat van een implementatie in een specifieke omgeving. Deze informatie is belangrijk om de betrouwbaarheid en stabiliteit van het releaseproces te begrijpen.

Dit attribuut is nodig voor het dashboard 'Trends in geslaagde en mislukte implementaties' en de KPI 'Percentage mislukte implementaties'. Door de frequentie en trends van mislukte implementaties te analyseren, kunnen organisaties onderliggende problemen opsporen in tests, infrastructuur of releasecoördinatie. Zo kunnen ze werken aan betere kwaliteit en betrouwbaarheid van softwareopleveringen.

Meet rechtstreeks of implementatieactiviteiten slagen. Deze maatstaf is nodig om het percentage mislukte implementaties te berekenen en de stabiliteit van releases te analyseren.

Deze status wordt meestal vastgelegd in taken voor het bijhouden van implementaties of in uitvoeringsrecords van CI/CD-pipelines die zijn geïntegreerd met ServiceNow DevOps.

Als een item niet slaagt voor QA of UAT, legt dit attribuut de reden vast. Het kan gaan om een specifieke bugcategorie, een verkeerd begrepen vereiste of een probleem met de testomgeving.

Deze informatie geeft context aan het dashboard 'Analyse van herstelwerk en afwijzingen'. Analisten zien niet alleen dát er herstelwerk nodig was, maar ook waarom. Zo kunnen ze gerichte verbeteringen doorvoeren, zoals vereisten duidelijker vastleggen, unit tests verbeteren of testomgevingen stabieler maken. Dat helpt om herstelwerk terug te dringen.

Geeft inzicht in de redenen voor herstelwerk. Zo kun je gericht verbeteringen doorvoeren om de kwaliteit te verhogen en herhaalde herstelrondes te beperken.

Dit kan worden vastgelegd in het veld 'close_notes' wanneer een test mislukt, of in een apart aangepast veld 'rework_reason'. Raadpleeg de ServiceNow DevOps-documentatie.