Il template dei dati per il ciclo di vita dello sviluppo software

L’elemento di sviluppo funge da identificativo principale del caso e rappresenta una specifica unità di lavoro monitorata. Collega tutte le attività relative a quell’elemento, dall’ideazione e pianificazione iniziali fino allo sviluppo, ai test e alla distribuzione.

Nell’analisi di Process Mining, questo attributo è fondamentale per ricostruire il percorso completo di ogni elemento di lavoro. Consente di visualizzare i flussi del processo, calcolare i tempi di ciclo complessivi e individuare le varianti del processo per le singole funzionalità o correzioni di bug. Per ricostruire una mappa coerente del processo, ogni evento del log deve essere associato a un elemento di sviluppo.

È l’identificativo principale che collega tutte le attività di sviluppo correlate in un’unica istanza del processo, rendendo possibile analizzare l’intero ciclo di vita di ogni elemento di lavoro.

In genere, corrisponde alla chiave primaria delle tabelle che gestiscono storie, bug o attività, come le tabelle 'rm_story', 'rm_bug' o 'task' in ServiceNow.

Questo attributo registra il nome di ogni tappa o attività completata nel ciclo di sviluppo del software. Le attività costituiscono le fasi sequenziali del processo, dalla creazione alla distribuzione.

Analizzare la sequenza e la frequenza di queste attività è la funzione principale del Process Mining. Consente di costruire la mappa del processo, aiuta a individuare i colli di bottiglia tra le fasi e mette in evidenza le varianti inefficienti o non conformi. L’insieme delle attività definite comprende fasi fondamentali come progettazione, sviluppo, test e distribuzione.

Definisce le fasi della mappa del processo e consente di analizzare il flusso, individuare i colli di bottiglia e rilevare le deviazioni dal processo SDLC standard.

In genere, si ricava associando le modifiche di stato, i record degli eventi o le voci del registro di controllo a un elenco standardizzato di nomi di attività. Ad esempio, la modifica del campo 'state' a 'In Progress' può essere associata a 'Development Started'.

Questo attributo indica la data e l’ora in cui è stata registrata ogni attività del ciclo di sviluppo. È essenziale per ordinare cronologicamente gli eventi e per tutte le analisi basate sul tempo.

Nel Process Mining, l’ora di inizio serve a calcolare la durata tra le attività, individuare i tempi di attesa e misurare il tempo di ciclo complessivo del processo. È un elemento fondamentale delle Dashboard che analizzano le prestazioni, come l’analisi del tempo di ciclo SDLC dall’inizio alla fine, e per calcolare indicatori chiave come il tempo di attraversamento della revisione del codice.

Questa data e ora sono essenziali per ordinare correttamente gli eventi e calcolare tutte le metriche temporali, inclusi i tempi di ciclo, le durate e i tempi di attesa.

In genere, si trova in campi data e ora generati dal sistema, come 'sys_updated_on' o 'sys_created_on', nel registro di controllo o nelle tabelle delle attività.

Questo attributo specifica il sistema di origine dei dati degli eventi. Per questo processo, il valore sarà sempre 'ServiceNow DevOps'.

Anche se può sembrare un dato statico, indicare esplicitamente il sistema di origine è fondamentale per la governance dei dati e negli ambienti in cui possono essere uniti dati provenienti da più sistemi, come Jira o Azure DevOps. Chiarisce la provenienza dei dati e aiuta a diagnosticare problemi di qualità o di estrazione.

Garantisce la tracciabilità dei dati ed è essenziale per mantenerne l’integrità, soprattutto quando si integrano dati provenienti da più strumenti di sviluppo.

È un valore statico da aggiungere durante l’estrazione e la trasformazione dei dati.

Questo attributo registra l’ultima estrazione o l’ultimo aggiornamento del dataset da ServiceNow DevOps. Si applica all’intero dataset, non ai singoli eventi.

Questa data e ora sono fondamentali per capire quanto siano aggiornati i risultati dell’analisi. Indicano agli utenti quanto siano recenti le informazioni sul processo e aiutano a pianificare gli aggiornamenti dei dati. Mostrarle nelle Dashboard fornisce un contesto per tutte le metriche e le visualizzazioni, affinché le decisioni si basino su dati aggiornati.

Fornisce un contesto essenziale sull’aggiornamento dei dati e permette agli utenti di capire quanto sia recente l’analisi del processo.

Questa data e ora vengono generate e aggiunte durante l’estrazione dei dati, registrando il momento in cui è stata eseguita.

Questo attributo derivato individua le attività che si verificano dopo che il processo è tornato a una fase precedente. Per esempio, se per lo stesso elemento l’attività 'Sviluppo avviato' si verifica dopo 'Test QA completati', viene segnalata una rilavorazione.

Questo indicatore è essenziale per quantificare e visualizzare le rilavorazioni. Supporta direttamente la Dashboard 'Analisi dei flussi di rilavorazione e rifiuto' e viene usato per calcolare il KPI 'Tasso di rilavorazione dopo i test'. Segnalando questi eventi, gli analisti possono filtrare e analizzare facilmente la frequenza, le cause e l’impatto delle rilavorazioni sul tempo di ciclo complessivo.

Questo indicatore semplifica la quantificazione e l’analisi delle rilavorazioni, aiutando a misurare la qualità del processo e a individuare le cause profonde del ripetersi del lavoro.

Questo attributo viene calcolato nello strumento di Process Mining analizzando la sequenza delle attività di ciascun caso per individuare i passaggi a ritroso nel flusso del processo.

Questo attributo identifica il team a cui è assegnato un elemento di lavoro, ad esempio 'Sviluppatori frontend', 'Servizi backend' o 'Team QA'. Man mano che l’elemento avanza, può passare da un gruppo di assegnazione a un altro.

Tenere traccia del gruppo di assegnazione è essenziale per comprendere la collaborazione tra funzioni e i passaggi di consegne. Aiuta a individuare i ritardi ricorrenti che si verificano quando il lavoro passa da un team all’altro. L’attributo consente inoltre di analizzare le prestazioni e il carico di lavoro dei team e di capire quali rallentano il flusso complessivo.

Indica quale team è responsabile del lavoro e consente di analizzare le prestazioni dei team, bilanciare i carichi di lavoro e valutare l’efficienza dei passaggi di consegne.

Queste informazioni sono registrate nel campo 'assignment_group', un campo standard nelle tabelle di ServiceNow relative alle attività.

Questo attributo classifica il lavoro di sviluppo in base alla parte del sistema interessata, che può essere un microservizio specifico, un componente dell’interfaccia utente o un’applicazione di backend.

Suddividere il processo per modulo o componente è fondamentale per individuare i colli di bottiglia circoscritti a determinate aree. La Dashboard 'Analisi dei colli di bottiglia per componente' e il KPI 'Durata media della fase per componente' utilizzano questo attributo per identificare le parti del codice associate con maggiore frequenza a cicli di sviluppo più lunghi, più rilavorazioni o più errori di distribuzione. In questo modo è possibile concentrare gli interventi di miglioramento dove servono di più.

Consente di suddividere l’analisi per applicazione o componente, così da individuare i colli di bottiglia o i problemi di qualità che riguardano parti specifiche del sistema.

Spesso si tratta di un campo personalizzato o di un riferimento al Configuration Management Database (CMDB), che collega l’elemento di lavoro a un record 'cmdb_ci'. Consultare la documentazione ServiceNow DevOps.

Questo attributo classifica gli elementi di sviluppo in base all’urgenza aziendale. I livelli di priorità aiutano i team a concentrarsi sulle attività più critiche e vengono spesso utilizzati per gestire gli SLA e le aspettative dei referenti.

Nel Process Mining, la priorità è una dimensione fondamentale per le analisi comparative. Consente di filtrare la mappa del processo per verificare se gli elementi ad alta priorità seguono un percorso più rapido o diverso. È essenziale per la Dashboard e il KPI 'Tempo di consegna delle funzionalità ad alta priorità' e aiuta a verificare se gli elementi critici vengono davvero gestiti più rapidamente.

Consente di filtrare e confrontare i processi in base ai diversi livelli di priorità, verificando se gli elementi ad alta priorità vengono gestiti più rapidamente ed efficacemente.

È un campo standard, spesso denominato 'priority', nelle tabelle di ServiceNow relative alle attività.

Questo attributo indica lo stato ufficiale dell’elemento di sviluppo in ServiceNow. Le attività rappresentano le fasi del processo ricavate dai dati, mentre lo stato corrisponde alla fase formale registrata nel flusso di lavoro del sistema.

Spesso è proprio dallo stato che si ricavano le attività. Può essere usato per convalidare i dati e creare viste del processo più semplici e di alto livello. Per esempio, analizzare il tempo trascorso in ciascuno stato offre una prospettiva diversa sui colli di bottiglia rispetto all’analisi del tempo tra un’attività e l’altra. È utile anche per individuare gli elementi bloccati o già risolti.

Indica lo stato ufficiale di un elemento di lavoro nel sistema. Spesso è la fonte da cui si ricavano le attività e può essere usato per la convalida e per analizzare gli stati a livello generale.

È un campo standard, solitamente denominato 'state' o 'stage', nelle tabelle di ServiceNow relative alle attività.

Questo attributo identifica la persona responsabile dell’esecuzione di una specifica attività. È dinamico e può cambiare quando l’elemento di sviluppo passa da una fase o da un team all’altro.

È fondamentale per analizzare l’allocazione delle risorse, il carico di lavoro e i passaggi di consegne. Supporta direttamente la Dashboard 'Carico di lavoro e passaggi di consegne degli sviluppatori' e il KPI 'Volume di attività per sviluppatore'. Monitorando le modifiche di questo campo, è possibile misurare i tempi dei passaggi di consegne e individuare i colli di bottiglia nella collaborazione tra sviluppatori o tra i team di sviluppo e QA.

È essenziale per le analisi basate sulle risorse, tra cui la distribuzione del carico di lavoro, l’efficienza dei passaggi di consegne e l’individuazione di schemi nelle prestazioni dei singoli team.

In genere, queste informazioni sono memorizzate nel campo 'assigned_to' delle tabelle relative alle attività in ServiceNow.

Questo attributo è una metrica calcolata che rappresenta la durata complessiva di un singolo elemento di sviluppo. Si ottiene calcolando, per ogni caso, la differenza tra il timestamp della prima attività e quello dell’ultima.

È un indicatore chiave di prestazione per l’intero processo SDLC e contribuisce direttamente al KPI 'Tempo medio di ciclo SDLC'. Fornisce una misura generale della velocità e dell’efficienza del processo. Analizzando questa metrica nel tempo e in base a dimensioni diverse, come la priorità o il team, è possibile monitorare l’impatto delle iniziative di miglioramento.

Rappresenta la durata complessiva di un elemento di lavoro, una metrica chiave per misurare l’efficienza e la velocità del processo nel suo insieme.

Non è un campo del sistema di origine. Viene calcolato nello strumento di Process Mining sottraendo il valore minimo di StartTime dal valore massimo di StartTime per ogni CaseId.

Questo attributo distingue i diversi tipi di lavoro che attraversano il processo SDLC. Per esempio, il processo per correggere un bug critico può essere diverso e più rapido rispetto a quello per sviluppare una nuova funzionalità.

Analizzare il processo in base al tipo di elemento di lavoro permette di comprendere meglio le prestazioni e di rispondere a domande come: 'I bug richiedono più rilavorazioni delle nuove funzionalità?' oppure 'Il tempo di ciclo per ridurre il debito tecnico è accettabile?'. Questa suddivisione offre indicazioni più approfondite rispetto a una vista del processo uguale per tutti.

Distingue i diversi tipi di lavoro, come le funzionalità e i bug, che possono seguire percorsi di processo, avere priorità e prevedere durate differenti.

Il tipo può essere ricavato dalla tabella di origine del record (ad esempio, 'rm_story' o 'rm_bug') oppure da un campo 'type' in una tabella generica delle attività.

Questo attributo collega direttamente un elemento di sviluppo alla modifica specifica del codice nel repository, ad esempio Git. Viene registrato quando si verifica l’attività 'Codice sottoposto a commit'.

Nel Process Mining, l’ID commit arricchisce l’analisi collegando i dati di processo ai dati di ingegneria. Consente agli analisti di risalire da una distribuzione problematica alla modifica di codice esatta o di correlare le metriche di complessità del codice con i tempi dei cicli di sviluppo. Offre così un livello di analisi delle cause profonde molto più approfondito e tecnico.

Collega l’evento di processo a una modifica specifica del codice e consente un’analisi più approfondita delle cause profonde, correlando le metriche di processo con i dettagli del codice.

Queste informazioni vengono acquisite tramite le integrazioni ServiceNow DevOps con sistemi di gestione del codice sorgente come Git o SVN. I dati si trovano in tabelle correlate all’elemento di sviluppo.

Quando un elemento non supera i controlli QA o UAT, questo attributo registra il motivo. Può trattarsi di una categoria specifica di bug, di un requisito interpretato in modo errato o di un problema ambientale.

Queste informazioni forniscono un contesto essenziale per la Dashboard 'Analisi dei flussi di rilavorazione e rifiuto'. Oltre a sapere che si è verificata una rilavorazione, gli analisti possono capirne il motivo. È quindi possibile intervenire in modo mirato, per esempio definendo meglio i requisiti, potenziando i test unitari o rendendo più stabili gli ambienti di test, così da ridurre il tasso complessivo di rilavorazione.

Fornisce indicazioni qualitative sui motivi delle rilavorazioni e consente di migliorare il processo in modo mirato, aumentare la qualità e ridurre i cicli di lavoro ripetuti.

Il motivo può essere registrato nel campo 'close_notes' quando un test non viene superato oppure in un campo personalizzato dedicato, 'rework_reason'. Consultare la documentazione ServiceNow DevOps.

Questo attributo indica la data e l’ora in cui è stata completata ogni attività del ciclo di sviluppo. È particolarmente utile per le attività di durata misurabile, come 'Code Review Performed' o 'QA Testing'.

Nel Process Mining, disporre sia dell’ora di inizio sia di quella di fine consente di calcolare con precisione i tempi di elaborazione delle attività e distinguerli dai tempi di attesa tra un’attività e l’altra. In questo modo è possibile capire se i ritardi dipendono dalla durata delle attività o dall’attesa delle risorse. Per gli eventi istantanei, come 'Build Triggered', l’ora di fine può coincidere con l’ora di inizio.

Consente di calcolare con precisione il tempo di elaborazione delle attività e di distinguere il tempo dedicato al lavoro da quello trascorso in attesa.

Potrebbe essere necessario ricavarla. Può corrispondere alla data e all’ora di inizio dell’attività successiva oppure provenire da un campo separato 'end date', se disponibile nel sistema di origine.

Questo attributo registra l’esito di una distribuzione in un ambiente specifico. È un’informazione essenziale per comprendere l’affidabilità e la stabilità del processo di rilascio.

È indispensabile per la Dashboard 'Andamento delle distribuzioni riuscite e non riuscite' e per il KPI 'Tasso di distribuzioni non riuscite'. Analizzando la frequenza e l’andamento degli errori di distribuzione, le organizzazioni possono individuare problemi sottostanti nei test, nell’infrastruttura o nel coordinamento dei rilasci. In questo modo possono concentrare gli interventi sul miglioramento della qualità e dell’affidabilità della distribuzione del software.

Misura direttamente l’esito delle attività di distribuzione, un dato essenziale per calcolare il tasso di distribuzioni non riuscite e analizzare la stabilità dei rilasci.

Questo stato viene in genere registrato nelle attività di monitoraggio delle distribuzioni o nei record di esecuzione delle pipeline CI/CD integrate con ServiceNow DevOps.

Questo attributo collega un elemento di sviluppo a un rilascio pianificato specifico, ad esempio 'Versione 2.3' o 'Rilascio del quarto trimestre 2023'. È un elemento importante per la gestione dei progetti e la pianificazione dei rilasci.

Nel Process Mining, questo attributo è fondamentale per la Dashboard 'Monitoraggio del rispetto del piano di rilascio'. Confrontando le date effettive di completamento con quelle pianificate, i team possono misurare il rispetto delle scadenze, individuare gli elementi a rischio di esclusione dal rilascio e analizzare le cause dei ritardi. Collega direttamente il processo di sviluppo operativo agli obiettivi aziendali di alto livello.

Collega il lavoro di sviluppo a rilasci specifici e consente di analizzare il rispetto delle scadenze e l’impatto dei ritardi di processo sui tempi di rilascio.

Queste informazioni sono in genere registrate in un campo 'release' o 'planned_release', spesso collegato a una tabella di gestione dei rilasci in ServiceNow. Consultare la documentazione ServiceNow DevOps.