Glossario sulla gestione dei progetti e sulla navigazione

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

Questo glossario descrive i termini usati durante l'esplorazione nel portale Web per Azure DevOps. Vedere anche:

• Glossario Agile
• Glossario sulla sicurezza

Backlog

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.

Visualizzazioni di Analisi

Le visualizzazioni di analisi offrono un modo semplificato per specificare i criteri di filtro per un report di Power BI basato sul servizio Analisi. Il servizio Analytics è la piattaforma di creazione di report per Azure DevOps Services.

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.

Boards (Kanban)

Una scheda di firma elettronica interattiva che supporta la visualizzazione del flusso di lavoro dal concetto al completamento e ai metodi snella. Altre informazioni: Panoramica di Kanban.

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.

Estensioni

Le estensioni sono semplici componenti aggiuntivi usati per personalizzare ed estendere l'esperienza DevOps di Azure DevOps. Sono scritti con tecnologie standard, HTML, JavaScript, CSS, e possono essere sviluppate usando gli strumenti di sviluppo preferiti. Centinaia di estensioni sono disponibili nella scheda Visual Studio Marketplace, Azure DevOps.

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.

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.

Repository Git

Un repository Git supporta un sistema di controllo della versione distribuita per tenere traccia delle modifiche, esaminare i contributi al codice e altro ancora. Ogni sviluppatore ha una copia del repository di origine nel computer di sviluppo. È possibile aggiungere più repository Git a un progetto. Altre informazioni: Repository Git.

Nota

Git in Visual Studio e Azure DevOps Services è Git standard. È possibile usare Visual Studio con servizi Git di terze parti ed è anche possibile usare client Git di terze parti con Azure DevOps Services.

Notifications

Con le notifiche, si riceve un messaggio di posta elettronica quando si verificano modifiche agli elementi di lavoro, alle revisioni del codice, alle richieste pull, ai file di controllo del codice sorgente e alle compilazioni. Ad esempio, è possibile ricevere una notifica ogni volta che viene risolto un bug aperto o quando viene assegnato un elemento di lavoro. Si ricevono notifiche basate su regole o sottoscrizioni effettuate dall'utente, per i team o per il progetto. Altre informazioni: Informazioni sulle notifiche.

Pipelines

Le pipeline sono artefatti definiti per eseguire compilazioni simultanee o distribuire versioni simultanee. Sono supportati due tipi di pipeline, private e ospitate. Per altre informazioni, vedere Processi simultanei CI/CD.

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.

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.

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.

Progetti pubblici

Un progetto creato all'interno di un'organizzazione di Azure DevOps Services visibile a tutto il mondo. Tutti i membri del mondo possono individuarli ed eseguire operazioni limitate. È possibile usare l'interfaccia della riga di comando di Azure DevOps per individuare un elenco di progetti. Amministrazione istrator può controllare chi può contribuire pienamente. Amministrazione istrator può cambiare un progetto da privato a pubblico e viceversa, come descritto in Modificare la visibilità del progetto.

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.

Repository

Una cartella del controllo del codice sorgente o un contenitore configurato per tenere traccia delle modifiche apportate ai file. È possibile avere un numero qualsiasi di repository nel computer, ognuno archiviato nella propria cartella. Ogni repository è indipendente, quindi le modifiche salvate in un repository non influiscono sul contenuto di un altro. Altre informazioni: Creare un nuovo repository Git.

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.

Controllo della versione di Team Foundation

Un sistema di controllo della versione centralizzato. Con TFVC, gli sviluppatori hanno una sola versione di ogni file nei computer di sviluppo. I branch sono basati sul percorso e creati nel server. I dati cronologici vengono gestiti solo sul server. Altre informazioni: Usare controllo della versione di Team Foundation.

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.

Elementi di lavoro

Un elemento di lavoro rappresenta un oggetto archiviato nell'archivio dati dell'elemento di lavoro. Ogni elemento di lavoro si basa su un tipo di elemento di lavoro, ad esempio una storia utente, una funzionalità, un bug, un'attività o un problema, e viene assegnato un identificatore univoco in tutti i progetti di un'organizzazione o di una raccolta di progetti. I tipi di elemento di lavoro disponibili sono basati sul processo usato al momento della creazione del progetto. Ogni elemento di lavoro supporta l'acquisizione di informazioni, l'aggiunta di allegati, il collegamento ad altri elementi di lavoro e altro ancora. Altre informazioni: Informazioni sugli elementi di lavoro.

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.