Termini e concetti usati per tenere traccia degli elementi di lavoro in Azure Boards

  • Articolo

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Il glossario Di Microsoft Agile è un breve dizionario di termini usati per tenere traccia del lavoro con Azure Boards. Altri termini sono definiti negli articoli seguenti:

Metodi Agile

Una famiglia di processi migliori di progettazione con l'obiettivo di abilitare la rapida distribuzione di software di alta qualità e un approccio aziendale che allinea lo sviluppo alle esigenze dei clienti e agli obiettivi aziendali. In questo paradigma, sono necessari controlli frequenti e adattamento, con il lavoro del team, l'auto-organizzazione e la responsabilità di tutti i fattori fondamentali per il successo del progetto.

Strumenti Agile:

Una suite di strumenti basati sul Web usati per tenere traccia del lavoro e supportare le metodologie Agile. Gli strumenti Agile supportano oggi i principali metodi Agile, Scrum e Kanban, usati dai team di sviluppo software. Altre informazioni: Informazioni sugli strumenti Agile e sulla gestione dei progetti Agile.

Percorso area

I percorsi di area vengono usati per raggruppare gli elementi di lavoro per team, prodotto o area di funzionalità. I percorsi di iterazione vengono usati per raggruppare il lavoro in sprint, attività cardine o altri periodi specifici dell'evento o relativi al tempo. È possibile usare i percorsi di area per definire una gerarchia di percorsi. Per altre informazioni, vedere Informazioni sui percorsi di iterazione e area.

Bug

Tipo di elemento di lavoro che registra una potenziale fonte di insoddisfazione con il prodotto. Nome comune di un tipo di elemento di lavoro per il rilevamento dei difetti del codice. Ogni team può scegliere come gestire i bug. Alcuni team amano tenere traccia dei bug insieme ai requisiti nel backlog. Altri team amano tenere traccia dei bug come attività eseguite a supporto di un requisito. I bug vengono quindi visualizzati nella bacheca delle attività. Altre informazioni: Gestire i bug.

Categorie

Raggruppa uno o più tipi di elementi di lavoro per supportare report flessibili, query e altre funzioni rese disponibili tramite strumenti Agile. Le categorie supportano la configurazione del processo usata dalle pagine backlog e taskboard del portale Web. Ad esempio, è possibile aggiungere tipi di elemento di lavoro personalizzati alla categoria Requisiti e gestirli usando il backlog del prodotto e le bacheche Kanban. Per altre informazioni, vedere Usare le categorie per raggruppare i tipi di elementi di lavoro.

Raccolte

Una raccolta è un contenitore per diversi progetti in Azure DevOps. Quando si esegue l'iscrizione ad Azure DevOps Services o si installa Team Foundation Server , viene creata una raccolta predefinita. All'interno di Azure DevOps Services, una raccolta corrisponde a un'organizzazione. Per le distribuzioni TFS locali, è possibile aggiungere e gestire raccolte per specificare le risorse logiche e fisiche disponibili per i progetti all'interno della raccolta.

Altre informazioni: Informazioni sui progetti e sul ridimensionamento dell'organizzazione, Gestire le organizzazioni o Gestire le raccolte di progetti in Team Foundation Server .

Dashboard

I dashboard sono lavagne interattive configurabili dall'utente che forniscono informazioni in tempo reale. I dashboard sono associati a un team e visualizzano widget configurabili per visualizzare le informazioni. Per altre informazioni, vedere Aggiungere e gestire i dashboard.

Discussione

Area all'interno di un modulo dell'elemento di lavoro che supporta l'aggiunta e la revisione dei commenti relativi al lavoro eseguito. In questo modo, si acquisisce tutti i commenti all'interno dell'elemento di lavoro anziché mantenere un thread di posta elettronica lungo. All'interno della sezione di discussione è possibile usare il controllo @mention per notificare a un altro membro del team la discussione. È sufficiente digitare @ e il nome.

Preferiti

L'assegnazione di tag a un oggetto come preferito è un metodo usato per supportare lo spostamento rapido da soli o da altri membri del team. È possibile assegnare tag alle query degli elementi di lavoro e creare definizioni come preferiti per i team e personali. Altri oggetti che è possibile contrassegnare come preferiti solo per se stessi includono rami di codice, piani di recapito, piani di test e team o progetti. Per altre informazioni, vedere Impostare i preferiti personali o dei team.

Campi

I campi supportano il rilevamento di una parte di informazioni sul lavoro da eseguire. I valori assegnati a un campo vengono archiviati nell'archivio dati di rilevamento del lavoro su cui è possibile eseguire query e generare grafici per visualizzare lo stato e le tendenze. Il progetto contiene 100 o più campi dati. Per aggiornare i dati , modificare il campo dati all'interno di un elemento di lavoro. Ogni elemento di lavoro è associato a un tipo di elemento di lavoro (WIT) e i dati che è possibile tenere traccia corrispondono ai campi assegnati al WIT. Per una definizione di ogni campo predefinito, vedere Indice dei campi elemento di lavoro.

Segui

L'assegnazione di tag a specifici elementi di lavoro o richieste pull da seguire è un metodo usato per ricevere aggiornamenti tramite posta elettronica sulle modifiche apportate. Per altre informazioni, vedere Seguire un elemento di lavoro o una richiesta pull.

Elenchi globali

Definisce un elenco di voci di menu o voci di elenco a discesa condivise tra wit e progetti all'interno di una raccolta di progetti. Gli elenchi globali consentono di ridurre al minimo il lavoro necessario per aggiornare gli elenchi. È possibile definire elenchi globali all'interno di wit caricati con il modello di processo. Altre informazioni: Gestire elenchi globali per i tipi di elementi di lavoro. (Supportato solo per i modelli di processo XML ospitati e XML locali)

Flusso di lavoro globale

Specifica sia i campi degli elementi di lavoro che gli elenchi globali che possono condividere più progetti e tipi di elementi di lavoro. Altre informazioni: Gestire il flusso di lavoro globale (supportato solo per il modello di processo XML locale).

Categorie di tipi nascosti

Specifica il set di tipi di elementi di lavoro che non si desidera che gli utenti creino manualmente. Per impostazione predefinita, questo set include:

È possibile usare TFS Team Project Manager, un client open source disponibile da GitHub per determinare rapidamente quali wit appartengono alla categoria Tipi nascosti.

Modello di processo XML ospitato

Il modello di processo XML ospitato offre supporto per la personalizzazione di oggetti di rilevamento del lavoro e strumenti Agile per un progetto modificando e importando un modello di processo. Questo modello di processo è disponibile solo per gli account selezionati ospitati nella piattaforma cloud di Azure Boards. Per altre informazioni, vedere Modello di processo ospitato.

Problemi o ostacoli

Tipo di elemento di lavoro che consente di tenere traccia delle attività non pianificate. La risoluzione di un problema o un ostacolo richiede più lavoro oltre a quanto pianificato in base ai requisiti effettivi. L'uso del problema (processo Agile o CMMI) o del tipo di elemento di lavoro (processo Scrum) consente di tenere traccia e gestire questi problemi fino a quando non è possibile risolverli e chiuderli. Altre informazioni: Gestire problemi e ostacoli.

Modello di processo di ereditarietà

Il modello di processo di ereditarietà fornisce supporto per la personalizzazione degli oggetti di rilevamento del lavoro e degli strumenti Agile per un progetto tramite l'interfaccia utente. Questo modello di processo è disponibile solo per gli account ospitati nella piattaforma cloud di Azure Boards. I progetti ereditano le personalizzazioni apportate a un processo. Per altre informazioni, vedere Modello di processo di ereditarietà.

Problema

Processo Agile: un problema è un tipo di elemento di lavoro che definisce un elemento da tenere traccia perché può influire sul completamento di altre operazioni. Viene definito per il processo Agile e non viene visualizzato in alcun backlog o scheda. Vedere Gestire problemi e ostacoli.

Processo di base: un problema è un tipo di elemento di lavoro che definisce alcuni difetti di lavoro o di codice che devono essere rilevati. Viene definito per il processo Basic e viene visualizzato nel backlog del prodotto e nella scheda Kanban Issues.

Nota

Il processo Basic è disponibile quando si aggiunge un progetto ad Azure DevOps Services o Azure DevOps Server 2019 Update 1. Per le distribuzioni locali precedenti, scegliere Processo Agile, Scrum o CMMI.

Percorsi di iterazione (alias sprint)

Un periodo di tempo, in genere da due a tre settimane, utilizzato per raggruppare gli elementi di lavoro da completare durante tale periodo di tempo. Gli sprint vengono usati nei metodi Scrum per supportare la pianificazione dello sprint, il burndown sprint e altri processi Scrum. I percorsi di iterazione consentono di raggruppare il lavoro in sprint, attività cardine o in un altro periodo specifico dell'evento o relativo al tempo. Altre informazioni: Informazioni sui percorsi di area e iterazione.

Scheda Kanban

Una scheda di firma elettronica interattiva che supporta la visualizzazione del flusso di lavoro dal concetto al completamento e ai metodi snella. Azure DevOps offre una scheda Kanban per ogni backlog di prodotto e portfolio. Altre informazioni: Panoramica di Kanban e funzionalità della scheda Kanban e epiche.

I collegamenti supportano la definizione di relazioni tra elementi di lavoro e altri oggetti, ad esempio commit, rami, richieste pull e altro ancora, usando tipi di collegamento diversi. Per altre informazioni, vedere Collegare elementi di lavoro ad altri oggetti e Informazioni di riferimento sui tipi di collegamento.

Modello di processo XML locale

Il modello di processo XML locale offre supporto per la personalizzazione degli oggetti di rilevamento del lavoro e degli strumenti Agile per un progetto. Con questo modello è possibile aggiornare la definizione XML dei tipi di elemento di lavoro, la configurazione del processo, le categorie e altro ancora. È anche possibile aggiornare gli attributi dei campi. Questo modello di processo è disponibile solo per Azure DevOps locale. Per altre informazioni, vedere Modello di processo locale.

Elenchi di selezione

Un elenco a discesa specifica un set enumerato di valori visualizzati all'interno di un menu a discesa in un modulo elemento di lavoro. I valori vengono visualizzati anche nella colonna Valore all'interno dell'editor di query. Il metodo usato per personalizzare un elenco a discesa varia. Dipende dal campo e dal modello di processo. Per altre informazioni, vedere Personalizzare il lavoro.

Piani (noti anche come piani di recapito)

Un piano è una visualizzazione configurabile che visualizza il lavoro di più team e progetti disposti all'interno di un calendario in base alle iterazioni di ogni team. Ogni riga nella visualizzazione rappresenta il lavoro del backlog del prodotto o del portfolio di un team. Ogni scheda corrisponde a un elemento di lavoro, ad esempio storia utente, funzionalità o epica. Per altre informazioni, vedere Esaminare i piani di recapito del team.

Backlog portfolio

Elenco interattivo di elementi di lavoro, simile al backlog del prodotto, che supporta l'organizzazione o il raggruppamento del lavoro in funzionalità, epiche o scenari. I backlog portfolio funzionano in modo analogo ai backlog dei prodotti in quanto è possibile classificare in ordine di priorità il lavoro e visualizzare la gerarchia dell'albero del lavoro. Altre informazioni: Definire funzionalità ed epiche.

Processo

Un processo definisce i blocchi predefiniti di un sistema di rilevamento del lavoro. Per personalizzare un processo, creare prima di tutto un processo ereditato da uno dei processi di sistema predefiniti, Agile, Scrum o CMMI. Tutti i progetti che usano il processo visualizzano le modifiche apportate. Per altre informazioni, vedere Informazioni sulla personalizzazione dei processi e sui processi ereditati.

Configurazione del processo

Specifica le funzionalità di configurazione e funzionalità funzionali predefinite a cui i team possono accedere usando gli strumenti Agile. Questi strumenti del portale Web includono il backlog del prodotto, i backlog sprint, la bacheca Kanban e gli taskboard. (Supportato solo per i modelli di processo XML ospitati e XML locali)

Modello di processo

Metodo di personalizzazione del rilevamento del lavoro supportato dall'organizzazione o dalla raccolta. Uno dei tre modelli di processo è supportato, Ereditarietà e XML ospitato per Azure Boards e XML locale per Azure DevOps locale. Altre informazioni: Personalizzare l'esperienza di rilevamento del lavoro

Modello di processo

Specifica un set di file correlati che contengono le definizioni XML per il rilevamento del lavoro e la definizione della configurazione iniziale di altre aree funzionali. Il sistema fornisce tre modelli di processo predefiniti: Agile, Scrum o CMMI. È possibile creare un progetto e quindi personalizzarlo o personalizzare un modello di processo che verrà quindi usato per creare un progetto. (Supportato solo per i modelli di processo XML ospitati e XML locali)

Backlog di prodotto

Elenco interattivo di elementi di lavoro che corrisponde al piano di progetto o alla roadmap di un team per le attività che il team prevede di distribuire. Il backlog del prodotto supporta la definizione delle priorità del lavoro, la previsione del lavoro in base agli sprint e il collegamento rapido del lavoro agli elementi backlog portfolio. È possibile definire gli elementi del backlog e quindi gestirli usando la scheda Kanban.

Ogni backlog del prodotto può essere personalizzato da un team. Altre informazioni: Creare il backlog.

Elemento backlog del prodotto (PBI)

Tipo di elemento di lavoro che definisce le applicazioni, i requisiti e gli elementi che i team pianificano per la creazione. I proprietari dei prodotti definiscono e classificano in genere gli elementi di backlog dei prodotti definiti con il processo Scrum. Altre informazioni: Tipi di elementi di lavoro e flusso di lavoro del processo scrum.

Progetti

Un progetto, noto in precedenza come progetto team, fornisce un repository per il codice sorgente. Un progetto fornisce un luogo in cui un gruppo di persone può pianificare, tenere traccia dello stato di avanzamento e collaborare alla creazione di soluzioni software. Un progetto viene definito per un'organizzazione di Azure DevOps Services o all'interno di una raccolta di progetti TFS. È possibile usarlo per concentrarsi su tali oggetti definiti all'interno del progetto. Per altre informazioni, vedere Informazioni sui progetti e sul ridimensionamento dell'organizzazione.

Query

Le query vengono usate per trovare ed elencare gli elementi di lavoro. Le query supportano le ricerche gestite, usate per valutare il lavoro, rispetto alle ricerche ad hoc, usate per trovare un elemento di lavoro specifico. Le query flat-list supportano anche grafici di stato e tendenza. Per altre informazioni, vedere Informazioni sulle query gestite.

Collegamento remoto

Con il collegamento remoto, è possibile creare relazioni di collegamento tra elementi di lavoro in un'organizzazione per elementi di lavoro o altri oggetti definiti in un'altra organizzazione. Le organizzazioni devono essere gestite dallo stesso ID Microsoft Entra. Altre informazioni: Collegare elementi di lavoro, Collegamento a un elemento di lavoro remoto.

Aggiornamento cumulativo

Rollup fa riferimento alla somma di Lavoro rimanente, Punti brano o altro campo numerico di elementi di lavoro figlio e discendente all'interno di una gerarchia. Per aggiungere colonne di rollup a un backlog di prodotto o portfolio, vedere Visualizzare lo stato di avanzamento del rollup o i totali.

Rollup fa riferimento alla somma di Lavoro rimanente, Punti brano o altro campo numerico di elementi di lavoro figlio e discendente all'interno di una gerarchia. Azure Boards supporta alcune funzionalità di rollup native. Per altre informazioni, vedere Rollup del lavoro e altri campi.

Sprint (noti anche come iterazioni)

Uno sprint è un periodo di tempo di solito da due a tre settimane che viene usato per raggruppare gli elementi di lavoro da completare durante tale periodo di tempo. Gli sprint vengono usati nei metodi Scrum per supportare la pianificazione dello sprint, il burndown sprint e altri processi Scrum. Gli sprint vengono definiti tramite percorsi di iterazione. Per altre informazioni, vedere Informazioni sui percorsi di area e iterazione (alias sprint).

Backlog sprint

Elenco interattivo di elementi di lavoro assegnati allo stesso percorso di sprint o iterazione per un team. Il backlog sprint supporta i team che usano metodologie Scrum. Altre informazioni: Pianificazione dello sprint.

Tabellone attività

Un taskboard è una scheda interattiva di elementi di lavoro che è possibile usare per esaminare e aggiornare le attività definite per il backlog sprint. Il taskboard supporta i team che usano metodologie Scrum. Per altre informazioni, vedere Aggiornare e monitorare la lavagna delle attività.

Teams

Un team corrisponde a un set selezionato di membri del progetto. Con i team, le organizzazioni possono sottocategorizzare il lavoro per concentrarsi meglio su tutto il lavoro monitorato all'interno di un progetto. Ogni team ottiene l'accesso a una suite di strumenti Agile. Teams può usare questi strumenti per lavorare in modo autonomo e collaborare con altri team nell'intera azienda. Ogni team può configurare e personalizzare ogni strumento per soddisfare i requisiti di lavoro. Per altre informazioni, vedere Informazioni sui team e sugli strumenti Agile.

Storia utente

Tipo di elemento di lavoro che definisce le applicazioni, i requisiti e gli elementi che i team pianificano per la creazione. I proprietari di prodotti definiscono e classificano in genere le storie utente in pila. La storia utente viene definita con il processo Agile. Altre informazioni: Tipi di elementi di lavoro e flusso di lavoro del processo Agile.

Widget

I widget visualizzano informazioni e grafici nei dashboard. Molti di essi possono essere configurati. Molti widget visualizzano informazioni disponibili da uno o più archivi dati o grafici creati dal sistema. Per altre informazioni, vedere Catalogo widget.

Tipi di elemento di lavoro (WIT)

Un WIT specifica i campi, il flusso di lavoro e il modulo usati per tenere traccia di un elemento di lavoro. Ogni WIT è associato a più di 30 campi di sistema e a diversi campi specifici del tipo. Gli elementi di lavoro vengono usati per pianificare e tenere traccia del lavoro necessario per sviluppare il progetto. Per una panoramica delle connessioni WIT predefinite fornite con i processi predefiniti, vedere Informazioni sui processi e sui modelli di processo.

Workflow

Un flusso di lavoro è un aspetto integrale di un elemento di lavoro. Viene definito dal tipo di elemento di lavoro corrispondente. Il flusso di lavoro determina la progressione logica e la regressione degli elementi di lavoro. Per il processo Agile, tiene traccia dello stato del lavoro man mano che il lavoro procede da uno stato Nuovo o Attivo a uno stato Chiuso o Completato. Per il processo Basic, tutti i tipi di elemento di lavoro usano gli stati To Do, Doing e Done per tenere traccia dello stato del flusso di lavoro.

Il flusso di lavoro specifica anche i valori visualizzati nei menu a discesa Stato e Motivo. Per altre informazioni, vedere Stati del flusso di lavoro e categorie di stato.