Uw Softwareontwikkelingscyclus datatemplate

Dit attribuut registreert de naam van elke mijlpaal of taak die binnen de softwareontwikkeling levenscyclus is voltooid. Deze activiteiten vormen de sequentiële stappen van het proces, van creatie tot deployment.

Het analyseren van de volgorde en frequentie van deze activiteiten is de primaire functie van process mining. Het maakt de constructie van de proceskaart mogelijk, helpt knelpunten tussen stappen te vinden en belicht niet-compliant of inefficiënte procesvarianten. De gedefinieerde set activiteiten omvat belangrijke fasen zoals design, development, testing en deployment.

Het definieert de stappen in de proceskaart, wat analyse van de processtroom, identificatie van knelpunten en bekijkking van afwijkingen van de standaard SDLC mogelijk maakt.

Dit wordt doorgaans afgeleid door statuswijzigingen, gebeurtenis records of audit trail entries te mappen aan een gestandaardiseerde lijst van activiteitsnamen. Bijvoorbeeld, een 'state' veld dat verandert naar 'In Progress' kan mappen aan 'Development Started'.

Het Development Item dient als de primaire case kenmerk, en vertegenwoordigt een afzonderlijke eenheid van werk die wordt gevolgd. Het koppelt alle activiteiten, van initiële conceptie en planning tot ontwikkeling, testen en deployment voor dat specifieke item.

In process mining-analyse is dit attribuut onmisbaar bij het reconstrueren van de volledige procesgang van elk werkitem. Het maakt de visualisatie van processtromen, berekening van totale cyclustijden en identificatie van procesvarianten voor individuele features of bug fixes mogelijk. Elk gebeurtenis in de log moet gekoppeld zijn aan een Development Item om een coherente proceskaart op te bouwen.

Dit is de basiskenmerk die alle gerelateerde ontwikkelingsactiviteiten verbindt in één procesinstantie, waardoor het mogelijk wordt de complete levenscyclus van elk werkitem te analyseren.

Deze kenmerk is doorgaans de primary key uit tabellen die stories, bugs of taken beheren, zoals de 'rm_story', 'rm_bug' of 'taak' tabellen in ServiceNow.

Dit attribuut biedt de datum en tijd waarop elke activiteit in de ontwikkelingslevenscyclus is vastgelegd. Het is belangrijk voor chronologische ordening van gebeurtenissen en voor alle tijdgerelateerde analyse.

In process mining wordt de starttijd gebruikt om tijd tussen activiteiten te berekenen, wachttijden te vinden en de totale cyclustijd van het proces te meten. Het is een kritiek component voor dashboards die prestaties analyseren, zoals de SDLC End-to-End Cycle Time Analysis, en voor het berekenen van key prestaties indicators zoals Code Review Lead Time.

Deze timestamp is belangrijk voor het correct ordenen van gebeurtenissen en het berekenen van alle prestaties meetwaarden, inclusief cyclustijden, tijdsduur en wachttijden.

Doorgaans te vinden in systeemgegenereerde timestamp velden zoals 'sys_updated_on' of 'sys_created_on' uit de audit trail of taak tabellen.

Dit attribuut specificeert het oorspronkelijke systeem voor de gebeurtenis data. Voor dit proces zal het consistent 'ServiceNow DevOps' zijn.

Hoewel het statisch kan lijken, is het expliciet opnemen van het bronsysteem belangrijk voor data governance en in omgevingen waar data mogelijk wordt samengevoegd uit meerdere systemen, zoals Jira of Azure DevOps. Het zorgt voor duidelijkheid over dataherkomst en helpt bij het diagnosticeren van datakwaliteit of extractieproblemen.

Waarborgt data traceerbaarheid en is belangrijk voor het handhaven van dataintegriteit, vooral bij het integreren van data uit meerdere development tools.

Dit is een statische waarde die moet worden toegevoegd tijdens het data-extractie- en transformatieproces.

Dit attribuut registreert wanneer de dataset voor het laatst is opgehaald of bijgewerkt vanuit ServiceNow DevOps. Het is van toepassing op de gehele dataset in plaats van individuele gebeurtenissen.

Deze timestamp is belangrijk voor het begrijpen van de versheid van de analyse. Het Informapakketmeert gebruikers hoe actueel de procesinzichten zijn en helpt bij het plannen van data refreshes. Het weergeven van deze Informatie op dashboards biedt context aan alle meetwaarden en visualisaties, en zorgt ervoor dat beslissingen worden genomen op basis van tijdige data.

Biedt belangrijke context over de relevantie van de data, zodat gebruikers begrijpen hoe up-to-date de procesanalyse is.

Deze timestamp wordt gegenereerd en toegevoegd tijdens het data-extractieproces, en registreert wanneer de extractie is uitgevoerd.

Dit attribuut is een berekende metriek die de end-to-end duur voor een enkel ontwikkelitem vertegenwoordigt. Het wordt berekend door het verschil te vinden tussen de timestamp van de allereerste activiteit en de allerlaatste activiteit voor elke case.

Dit is een primaire key prestaties indicator voor het gehele SDLC proces, die direct de 'Average SDLC Cycle Time' KPI ondersteunt. Het biedt een high-level maatstaf voor processnelheid en efficiëntie. Het analyseren van deze metriek over tijd en over verschillende dimensies, zoals prioriteit of team, helpt de impact van procesverbeteringsinitiatieven te volgen.

Vertegenwoordigt de totale end-to-end duur voor een werkitem, een belangrijke metriek voor het meten van de algehele procesefficiëntie en velocity.

Dit is geen veld in het bronsysteem. Het wordt berekend in de process mining-tool door de minimale StartTime af te trekken van de maximale StartTime voor elke CaseId.

Dit attribuut weerspiegelt de officiële status van het ontwikkelitem binnen ServiceNow. Hoewel activiteiten afgeleide processtappen zijn, vertegenwoordigt de state de formele fase in de workflow van het systeem.

State is vaak de bron waaruit activiteiten worden afgeleid. Het kan worden gebruikt voor datavalidatie en voor het creëren van eenvoudigere, high-level weergaven van het proces. Het analyseren van de tijd die in elke state wordt doorgebracht, kan bijvoorbeeld een ander beeld geven van knelpunten dan het analyseren van de tijd tussen activiteiten. Het is ook nuttig voor het vinden van items die vastzitten of zijn opgelost.

Biedt de officiële systeemstatus van een werkitem, die vaak de bron is voor het afleiden van activiteiten en kan worden gebruikt voor validatie en statusanalyse op hoog niveau.

Dit is een standaardveld, meestal 'state' of 'stage' genaamd, op taakgerelateerde tabellen in ServiceNow.

Dit is een afgeleid attribuut dat activiteiten identificeert die plaatsvinden nadat een proces is teruggekeerd naar een eerdere fase. Bijvoorbeeld, als een 'Development Started' activiteit plaatsvindt na een 'QA Testing Completed' activiteit voor hetzelfde item, wordt het gemarkeerd als rework.

Deze flag is belangrijk voor het kwantificeren en visualiseren van rework. Het ondersteunt direct het 'Rework and Rejection Flow Analysis' dashboard en wordt gebruikt om de 'Rework Rate after Testing' KPI te berekenen. Door deze gebeurtenissen te markeren, kunnen analysesten eenvoudig filteren op en de frequentie, oorzaken en impact van rework op de totale cyclustijd analyseren.

Deze flag maakt het eenvoudig om rework te kwantificeren en te analyseren, en helpt bij het meten van proceskwaliteit en het vinden van de hoofdoorzaken van herhaald werk.

Dit attribuut wordt berekend binnen de process mining-tool door de volgorde van activiteiten voor elke case te analyseren om backward movements in de processtroom te detecteren.

Dit attribuut categoriseert het ontwikkelwerk op basis van het deel van het systeem dat het beïnvloedt. Dit kan een specifieke microservice, een UI component of een backend applicatie zijn.

Het segmenteren van het proces per module of component is belangrijk voor het vinden van gelokaliseerde knelpunten. Het 'Component-Specific Bottleneck Insights' dashboard en de 'Avg Stage Duration by Component' KPI vertrouwen op dit attribuut om vast te stellen of bepaalde delen van de codebase consistent geassocieerd worden met langere ontwikkelcycli, hogere reworkpercentages of frequentere deployment failures. Dit helpt om verbeteringsinspanningen te richten waar ze het meest nodig zijn.

Maakt analysis mogelijk die gesegmenteerd kan worden per application of component, en helpt om knelpunten of kwaliteitsproblemen te isoleren die specifiek zijn voor bepaalde delen van het systeem.

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

Dit attribuut categoriseert ontwikkelitems op basis van hun zakelijke urgentie. Prioriteitsniveaus helpen teams zich te richten op de meest kritieke taken en worden vaak gebruikt om SLA's en stakeholder-verwachtingen te beheren.

In process mining is prioriteit een belangrijke dimensie voor vergelijkende analyse. Het maakt het mogelijk om de proceskaart te filteren om te zien of hoge prioriteit items een sneller of ander pad volgen. Het is belangrijk voor het 'High-Priority Feature Delivery Time' dashboard en KPI, en helpt te bevestigen of kritieke items daadwerkelijk worden versneld.

Maakt het filteren en vergelijken van processes voor verschillende priority levels mogelijk, en helpt te verifiëren of hoge prioriteit items sneller en efficiënter worden verwerkt.

Dit is een standaardveld, vaak 'priority' genaamd, op taakgerelateerde tabellen in ServiceNow.

Dit attribuut identificeert de persoon die verantwoordelijk is voor het uitvoeren van een specifieke taak of activiteit. Het is dynamisch en kan veranderen naarmate het ontwikkelitem tussen verschillende fasen en teams beweegt.

Dit attribuut is belangrijk voor het analyseren van toewijzing van middelen, workload en overdrachten. Het ondersteunt direct het 'Developer Workload and Handoffs' dashboard en de 'Activiteit Volume per Developer' KPI. Door veranderingen in dit veld te volgen, is het mogelijk handoff-tijden te meten en collaboration knelpunten te vinden tussen developers of tussen development en QA teams.

Dit is belangrijk voor bron-gebaseerde analyse, inclusief werklastverdeling, handoff efficiëntie en het vinden van teamspecifieke prestatiepatronen.

Deze Informatie wordt doorgaans opgeslagen in het veld 'assigned_to' op taakgerelateerde tabellen in ServiceNow.

Dit attribuut identificeert het team dat aan een werkitem is toegewezen, zoals 'Frontend Developers', 'Backend Services' of 'QA Team'. Naarmate een werkitem vordert, wordt het vaak overgedragen tussen verschillende assignment groups.

Het volgen van de assignment group is belangrijk voor het begrijpen van cross-functionele collaboration en overdrachten. Het helpt systemische vertragingen te vinden die optreden wanneer werk van het ene team naar het andere verschuift. Dit attribuut ondersteunt de analyse van team-level prestaties, workload en het vinden welke teams knelpunten zijn in de algehele flow.

Volgt welk team verantwoordelijk is voor het werk, wat analyse van teamprestaties, werkdrukverdeling en de efficiëntie van overdrachten tussen teams mogelijk maakt.

Deze Informatie wordt opgeslagen in het veld 'assignment_group', wat een standaardveld is op taakgerelateerde tabellen in ServiceNow.

Dit attribuut onderscheidt verschillende soorten werk die door het SDLC proces stromen. Zo kan het proces voor het oplossen van een kritieke bug anders en sneller zijn dan het proces voor het ontwikkelen van een nieuwe feature.

Het analyseren van het proces op basis van werkitem type maakt een meer genuanceerd begrip van de prestaties mogelijk. Het helpt vragen te beantwoorden zoals: 'Hebben bugs een hoger reworkpercentage dan nieuwe features?' of 'Is onze cyclustijd voor technische schuldvermindering acceptabel?'. Deze segmentatie biedt diepere inzichten dan een one-size-fits-all procesoverzicht.

Onderscheidt verschillende soorten werk, zoals features en bugs, die verschillende process paths, priorities en verwachte duurs kunnen hebben.

Dit kan worden bepaald uit de brontabel van het record (bijv. 'rm_story' vs 'rm_bug') of uit een 'type' veld op een generieke taak-tabel.

Dit attribuut biedt een directe link van een ontwikkelitem naar de specifieke codewijziging in de source code repository, zoals Git. Het wordt vastgelegd wanneer een 'Code Committed' activiteit plaatsvindt.

In process mining verrijkt de Commit ID de analyse door procesdata te verbinden met engineering data. Het stelt analysesten in staat een problematische deployment terug te leiden naar de exacte codewijziging of code complexity meetwaarden te correleren met ontwikkelingscyclustijden. Dit biedt een veel diepere, meer technische laag van rootcause-analyse.

Koppelt de procesgebeurtenis aan een specifieke codewijziging, waardoor diepgaandere oorzaakanalyse mogelijk wordt door procesmeetwaarden te correleren met code-niveau details.

Dit wordt vastgelegd door ServiceNow DevOps integraties met source code management systemen zoals Git of SVN. De data bevindt zich in gerelateerde tabellen die zijn gekoppeld aan het ontwikkelitem.

Dit attribuut registreert het resultaat van een deployment naar een specifieke omgeving. Het is een belangrijk stuk Informatie voor het begrijpen van de betrouwbaarheid en stabiliteit van het releaseproces.

Dit attribuut is belangrijk voor het 'Deployment Success and Failure Trends' dashboard en de 'Deployment Failure Rate' KPI. Door de frequentie en trends van deployment failures te analyseren, kunnen organisaties onderliggende problemen in hun testing, infrastructuur of releasecoördinatie vinden. Het helpt de inspanningen te richten op het verbeteren van de kwaliteit en betrouwbaarheid van softwarelevering.

Meet direct het succes van deployment activiteiten, wat belangrijk is voor het berekenen van de deployment failure rate en het analyseren van releasestabiliteit.

Deze status wordt doorgaans vastgelegd in deployment tracking taken of CI/CD pijplijn execution records die zijn geïntegreerd met ServiceNow DevOps.

Dit attribuut biedt de datum en tijd waarop elke activiteit in de ontwikkelingslevenscyclus is voltooid. Het is bijzonder nuttig voor activiteiten die een meetbare duur hebben, zoals 'Code Review Performed' of 'QA Testing'.

In process mining maakt het hebben van zowel een start- als een eindtijd een precieze berekening van activiteitverwerkingstijden mogelijk, waardoor deze worden onderscheiden van de wachttijd tussen activiteiten. Dit helpt om vast te stellen of vertragingen te wijten zijn aan lange taken of lange wachttijden op bronnen. Voor gebeurtenissen die als instantane worden beschouwd, zoals 'Build Triggered', kan de End Time hetzelfde zijn als de Starttijd.

Maakt de precieze berekening van activity verwerkingstijd mogelijk, wat helpt onderscheid te maken tussen tijd besteed aan werken en tijd besteed aan wachten.

Dit moet mogelijk worden afgeleid. Het kan de timestamp zijn van de starttijd van de volgende activiteit, of het kan afkomstig zijn van een apart 'end date' veld indien beschikbaar in het bronsysteem.

Dit attribuut koppelt een ontwikkelitem aan een specifieke, geplande release, zoals 'Versie 2.3' of 'Q4 2023 Release'. Het is een sleutelelement voor projectmanagement en release planning.

Voor process mining is dit attribuut belangrijk voor het 'Release Plan Adherence Monitoring' dashboard. Door de daadwerkelijke voltooiingsdata te vergelijken met geplande releasedata, kunnen teams de schema-adherentie meten, items vinden die het risico lopen een release te missen, en de oorzaken van releasevertragingen analyseren. Het biedt een directe link tussen het low-level ontwikkelproces en high-level business doelstellingen.

Verbindt development work met specifieke releases, waardoor analysis van schedule adherence en de impact van processvertragingen op release timelines mogelijk worden.

Deze Informatie wordt doorgaans opgeslagen in een 'release' of 'planned_release' veld, vaak verwijzend naar een release management tabel in ServiceNow. Raadpleeg de ServiceNow DevOps documentatie.

Wanneer een item faalt in QA of UAT, legt dit attribuut de reden voor de failure vast. Dit kan een specifieke bug categorie zijn, een misverstand over requirements, of een omgevingsprobleem.

Deze Informatie biedt kritieke context voor het 'Rework and Rejection Flow Analysis' dashboard. In plaats van alleen te weten dat rework plaatsvond, kunnen analysesten begrijpen waarom het gebeurde. Dit maakt gerichte verbeteringen mogelijk, zoals betere requirements definitie, verbeterde unit testing, of stabielere testomgevingen, om het algehele reworkpercentage te verminderen.

Biedt kwalitatief inzicht in waarom rework plaatsvindt, waardoor gerichte procesverbeteringen mogelijk zijn om de kwaliteit te verhogen en herstelwerk-loops te verminderen.

Dit kan worden vastgelegd in een 'close_notes' veld wanneer een test mislukt, of in een speciaal 'herstelwerk_reason' aangepast veld. Raadpleeg de ServiceNow DevOps documentatie.