Informazioni sugli elementi di lavoro e sui tipi di elemento di lavoro

  • Articolo

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

Usare gli elementi di lavoro per tenere traccia delle funzionalità e dei requisiti che si stanno sviluppando, difetti del codice o bug e problemi o rischi per il progetto. Ogni elemento di lavoro si basa su un tipo di elemento di lavoro che determina i campi dell'elemento di lavoro disponibili per il rilevamento delle informazioni. I tipi di elemento di lavoro disponibili variano a seconda del processo usato al momento della creazione del progetto: Agile, Basic, Scrum o CMMI.

Ogni elemento di lavoro rappresenta un oggetto archiviato nell'archivio dati dell'elemento di lavoro e viene assegnato un identificatore univoco all'interno di un'organizzazione o di una raccolta di progetti. I tipi di elemento di lavoro disponibili dipendono dal processo usato durante la creazione del progetto.

Per iniziare, leggere questo articolo. Per iniziare subito a tenere traccia del lavoro su una lavagna Kanban, vedere Pianificare e tenere traccia del lavoro. Per un riferimento rapido a varie attività e concetti chiave degli elementi di lavoro, vedere Riferimento rapido agli elementi di lavoro.

Tenere traccia dell'uso di diversi tipi di elemento di lavoro

Per tenere traccia di diversi tipi di lavoro, scegliere un tipo di elemento di lavoro specifico. Le immagini seguenti mostrano i tipi di elemento di lavoro predefiniti disponibili per i quattro processi predefiniti. Gli elementi nel backlog potrebbero essere denominati Storie utente (Agile), Problemi (Basic), Elementi backlog del prodotto (Scrum) o Requisiti (CMMI). Tutti e quattro i tipi sono simili. Descrivono il valore del cliente del lavoro da eseguire e forniscono campi per tenere traccia delle informazioni sul lavoro.

L'immagine seguente mostra la gerarchia per l'elemento di lavoro del backlog del processo Agile:

  • Le storie utente e le attività vengono usate per tenere traccia del lavoro.

  • I bug tengono traccia dei difetti del codice.

  • Le epiche e le funzionalità vengono usate per raggruppare il lavoro in scenari più grandi.

    Diagramma che mostra i tipi di elemento di lavoro Agile.

Ogni team può configurare la modalità di gestione degli elementi di lavoro bug, allo stesso livello degli elementi di lavoro della storia utente o dell'attività, configurando l'impostazione Utilizzo dei bug . Per altre informazioni sull'uso di questi tipi di elemento di lavoro, vedere Processo Agile.

Ogni tipo di elemento di lavoro appartiene a una categoria. Le categorie vengono usate per raggruppare i tipi di elementi di lavoro e determinare quali tipi vengono visualizzati nei backlog e nelle bacheche.

Categoria Tipo di elemento di lavoro Controlli backlog/bacheche
Epica Epica Backlog e bacheche di portfolio epici
Funzionalità Funzionalità Backlog e bacheche del portfolio di funzionalità
Requisito Storia utente (Agile)
Problema (Di base)
Elemento backlog prodotto (scrum)
Requisito (CMMI)		 Backlog e backlog del prodotto e backlog sprint
Attività Attività Backlog sprint e taskboard
Bug Bug Dipendente dalla configurazione del team per rilevare i bug

I tipi di elemento di lavoro Issue (Agile e CMMI) e Ostacoli (Scrum) vengono usati per tenere traccia degli elementi di progetto non lavorativi che possono influire sul lavoro svolto. Per impostazione predefinita, non vengono visualizzati in alcun backlog o scheda.

Per un elenco di altri tipi di elementi di lavoro, vedere Tipi di elemento di lavoro per tenere traccia dei test, delle revisioni e dei commenti più avanti in questo articolo.

Tenere traccia dei bug come requisiti o attività

Il team può scegliere come tenere traccia dei bug. Possono monitorarli insieme ai requisiti e visualizzarli nel backlog del prodotto e nella scheda Kanban. In alternativa, li tengono traccia di attività simili, nel qual caso in genere collegano i bug a una storia utente o a un elemento backlog del prodotto. Esiste una terza opzione per non monitorarle come requisiti o attività.

Per configurare l'opzione di rilevamento dei bug del team, vedere Mostra bug nei backlog e nelle bacheche. Per una panoramica di tutte le impostazioni del team, vedere Gestire i team e configurare gli strumenti del team.

Personalizzare un tipo di elemento di lavoro

È possibile includere o rivedere i campi all'interno di un tipo di elemento di lavoro. È anche possibile introdurre un tipo di elemento di lavoro personalizzato o regolare la visualizzazione dei tipi di elemento di lavoro nei backlog e nelle bacheche. L'approccio e l'estensione della personalizzazione a disposizione vengono determinati dal modello di processo allocato al progetto. Per altre informazioni, vedere gli articoli seguenti:

Modulo elemento di lavoro e scheda Dettagli

Il modulo dell'elemento di lavoro visualizza i campi utilizzati per tenere traccia delle informazioni associate a ogni singolo elemento di lavoro. Definire e aggiornare un elemento di lavoro tramite il rispettivo modulo dell'elemento di lavoro, oltre ad altri metodi come l'importazione bulk, l'esportazione, l'aggiornamento e la modifica degli elementi di lavoro.

Ogni modulo dell'elemento di lavoro contiene diverse schede. La scheda Dettagli contiene i campi comuni, gli altri campi definiti per il tipo di elemento di lavoro e il controllo Discussione . I campi comuni definiti per tutti i tipi di elemento di lavoro vengono visualizzati nella parte superiore del modulo dell'elemento di lavoro. Come illustrato nell'immagine seguente, questi campi includono i campi seguenti: Titolo, Assegnato a, Stato, Motivo, Area e Iterazione. È possibile aggiornare questi campi in qualsiasi momento.

Screenshot dei campi comuni nel modulo dell'elemento di lavoro per tutti i tipi di elemento di lavoro.

Controlli modulo elemento di lavoro

Controllo Funzione
Icona Copia negli Appunti Copiare l'URL dell'elemento di lavoro negli Appunti (visualizzato al passaggio del mouse sul titolo dell'elemento di lavoro)
Icona Discussioni Vai alla sezione Discussioni
Aprire il menu Azioni per altre attività dell'elemento di lavoro
Icona Aggiorna Aggiornare l'elemento di lavoro con le modifiche più recenti
Icona Annulla Ripristinare le modifiche apportate all'elemento di lavoro
Icona della scheda Cronologia Scheda Apri cronologia
Icona della scheda Collegamenti Apri scheda Collegamenti
Icona della scheda Allegato Aprire la scheda Allegati
icona a schermo intero / icona esci da schermo intero Immettere o uscire dalla modalità di visualizzazione completa di una sezione all'interno del modulo
Icona Comprimi sezione/Icona Espandi sezione Comprimere o espandere una sezione all'interno del modulo
Icona Nuovo elemento di lavoro collegato Aggiungere un nuovo elemento di lavoro e collegarsi a un elemento di lavoro esistente (potrebbe essere visualizzato nel menu Azioni)
Icona Cambia tipo di elemento di lavoro Modificare il tipo di elemento di lavoro (visualizzato nel menu Azioni)
Icona Cambia progetto Spostare l'elemento di lavoro in un progetto diverso (visualizzato nel menu Azioni)
Icona Clona Copiare l'elemento di lavoro e, facoltativamente, modificare il tipo di elemento di lavoro (visualizzato nel menu Azioni)
Icona messaggio di posta elettronica Invia messaggio di posta elettronica con elemento di lavoro (visualizzato nel menu Azioni)
Icona Elimina Elemento di lavoro Riciclo (visualizzato nel menu Azioni)
Icona storyboard Storyboard con PowerPoint (visualizzato nel menu Azioni)

Copiare l'URL

Dal portale Web copiare l'URL dall'indirizzo del Web browser o passare il puntatore del mouse sul titolo e quindi selezionare l'icona di copia. Per altre opzioni di copia, vedere Copiare o clonare elementi di lavoro.

Screenshot del collegamento ipertestuale di copia per un elemento di lavoro dal portale Web.

Usare l'opzione di menu Start storyboarding

Importante

A partire da Visual Studio 2019, il plug-in Integrazione di Office di Azure DevOps ha deprecato il supporto per storyboarding con PowerPoint e Microsoft Project. Inoltre, Visual Studio Gallery per PowerPoint Storyboarding è stato deprecato.

L'opzione di menu Start storyboarding è disponibile solo nel nuovo modulo Web. Tuttavia, dal vecchio modulo Web, è possibile scegliere il collegamento Start Storyboarding dalla scheda Storyboard da un elemento backlog o aprire PowerPoint. Per informazioni su requisiti e utilizzo, vedere Storyboard delle idee con PowerPoint .

È possibile creare storyboard delle idee usando PowerPoint per dare vita alle idee con forme storyboard, testo, animazione e tutte le altre funzionalità offerte da PowerPoint Storyboarding. Da qualsiasi elemento di lavoro, è possibile aprire PowerPoint scegliendo l'opzione di menu Avvia storyboarding .

Screenshot del modulo Elemento di lavoro, opzione di menu Start storyboarding.

Campi comuni di rilevamento del lavoro

I campi comuni seguenti vengono visualizzati nella maggior parte degli elementi di lavoro nell'area di intestazione del modulo. L'unico campo obbligatorio per tutti i tipi di elemento di lavoro è Title. Quando l'elemento di lavoro viene salvato, il sistema lo assegna a un ID univoco. Il modulo evidenzia il campo obbligatorio in giallo. Per le descrizioni di altri campi, vedere Indice dei campi dell'elemento di lavoro.

Nota

È possibile che siano necessari campi aggiuntivi a seconda delle personalizzazioni apportate al processo e al progetto.

Campo Utilizzo
Title Immettere una descrizione di 255 caratteri o meno. È sempre possibile modificare il titolo in un secondo momento.
Assegnato a Assegnare l'elemento di lavoro al membro del team responsabile dell'esecuzione del lavoro. A seconda del contesto, il menu a discesa elenca solo i membri o i collaboratori del team al progetto.
Stato Quando viene creato l'elemento di lavoro, per impostazione predefinita Lo stato viene impostato sul primo stato del flusso di lavoro. Man mano che il lavoro procede, lo si aggiorna per riflettere lo stato corrente.
Motivo Aggiorna automaticamente quando lo stato viene modificato. Ogni stato è associato a un motivo predefinito.
Area Scegliere il percorso dell'area associato al prodotto o al team oppure lasciare vuoto fino a quando non viene assegnato durante una riunione di pianificazione. Per modificare l'elenco a discesa delle aree, vedere Definire i percorsi di area e assegnarli a un team.
Iterazione Scegliere lo sprint o l'iterazione in cui il lavoro deve essere completato oppure lasciarlo vuoto e assegnarlo in un secondo momento durante una riunione di pianificazione. Per modificare l'elenco a discesa delle iterazioni, vedere Definire i percorsi di iterazione (sprint) e configurare le iterazioni del team.

Tenere traccia di elementi di lavoro attivi, aperti, risolti o chiusi

Gli stati del flusso di lavoro definiscono l'avanzamento di un elemento di lavoro dalla creazione alla chiusura. Gli stati del flusso di lavoro determinano anche se un elemento di lavoro viene visualizzato in un backlog o in una lavagna, come descritto in Come vengono usati gli stati della categoria del flusso di lavoro nei backlog e nelle lavagne di Azure Boards.

I quattro stati principali definiti per la storia utente (processo Agile) descrivono la progressione della storia utente. Gli stati del flusso di lavoro sono New, Active, Resolved, Closed e Removed. Le immagini seguenti illustrano le progressione e le regressioni naturali per Storie utente (Agile), Problemi (Basic), Elementi backlog prodotto (Scrum) o Requisiti (CMMI). Le progressione e le regressioni simili vengono definite per altri tipi di elemento di lavoro per ogni processo.

Stati del flusso di lavoro: Storia utente, processo Agile

Stati del flusso di lavoro della storia utente, processo Agile

Nota

  • Un elemento di lavoro può esistere in uno stato e solo uno.
  • Al termine di tutte le operazioni, impostare lo stato dell'elemento di lavoro su Chiuso.
  • La scheda Kanban e Sprint Taskboard supportano rispettivamente la visualizzazione e l'aggiornamento dello stato del flusso di lavoro dei requisiti o delle attività usando il trascinamento della selezione. Per altre informazioni, vedere Iniziare a usare la scheda Kanban e Aggiornare e monitorare la bacheca delle attività.
  • A seconda delle opzioni di visualizzazione selezionate, gli elementi di lavoro in uno stato Chiuso o Completato non verranno visualizzati nel backlog.
  • Lo stato Rimosso supporta la rimozione di un elemento di lavoro dalla visualizzazione nel backlog. Per altre informazioni, vedere Spostare, modificare o eliminare elementi di lavoro.
  • È possibile eseguire query sugli elementi di lavoro in base allo stato e ad altri campi per elencare il lavoro in corso, risolto o completato. Per altre informazioni, vedere Eseguire query in base all'assegnazione o alle modifiche del flusso di lavoro.

Assegnare il lavoro

È possibile assegnare un elemento di lavoro a una sola persona alla volta. Il campo Assegnato a è un campo di identità progettato per contenere un'identità utente aggiunta al progetto. Nel modulo dell'elemento di lavoro scegliere il campo Assegnato a per selezionare un membro del progetto. In alternativa, è possibile iniziare a immettere il nome di un membro del progetto per concentrare rapidamente la ricerca su un numero selezionato.

Screenshot del campo Assegnato a nel modulo dell'elemento di lavoro.

Nota

  • È possibile assegnare un elemento di lavoro solo agli utenti aggiunti a un progetto o a un team
  • È possibile assegnare un elemento di lavoro a uno e un solo utente alla volta. Se il lavoro è suddiviso tra due o più utenti, è consigliabile creare elementi di lavoro separati che verranno assegnati a ogni utente responsabile del lavoro da completare.
  • Nel corso del tempo, il menu a discesa dei campi identity visualizza i nomi selezionati più di recente.
  • È possibile assegnare più elementi di lavoro contemporaneamente dal backlog o dai risultati delle query, vedere Modificare in blocco gli elementi di lavoro per informazioni dettagliate.
  • Per altre informazioni sui campi identity, vedere Eseguire query in base all'assegnazione o alle modifiche del flusso di lavoro.

Se configurato con Microsoft Entra ID o Active Directory, Azure DevOps sincronizza i campi di identità con queste directory. I campi Identity includono Activated By, Assigned To, Closed By, Created By e Resolved By.

È possibile concedere l'accesso a un progetto aggiungendo gruppi di sicurezza creati in Microsoft Entra ID o Active Directory aggiungendo account a gruppi esistenti o personalizzati definiti dalle pagine sicurezza dell'impostazione raccolta. Per altre informazioni, vedere Aggiungere o eliminare utenti usando Microsoft Entra ID o Configurare i gruppi da usare nelle distribuzioni di Azure DevOps Server.

Usare i modelli di elemento di lavoro per completare rapidamente i moduli

Con i modelli di elementi di lavoro, è possibile creare rapidamente elementi di lavoro con valori prepopolati per i campi di uso comune. Ad esempio, creare un modello di attività che imposta il percorso dell'area, il percorso di iterazione e la disciplina o l'attività ogni volta che lo si usa per creare un'attività. Per altre informazioni, vedere Usare i modelli per aggiungere e aggiornare elementi di lavoro.

Menu Segui, Aggiorna, Ripristina e Azioni

I controlli di menu Segui, Aggiorna, Ripristina modifiche e Azioni vengono visualizzati in tutti i moduli degli elementi di lavoro.

Screenshot delle icone Segui e Aggiorna e del menu Azioni.

Nota

Alcune opzioni di menu potrebbero non essere visualizzate a seconda delle assegnazioni di autorizzazioni. Inoltre, potrebbero essere visualizzate opzioni aggiuntive in base alle estensioni del Marketplace aggiunte all'organizzazione o ad altre personalizzazioni apportate al tipo di elemento di lavoro.

Controllo discussione

Con il controllo Discussione, i membri del progetto possono aggiungere ed esaminare commenti relativi al lavoro eseguito. La barra degli strumenti dell'editor di testo rtf viene visualizzata sotto l'area di immissione del testo quando si seleziona il cursore all'interno di ogni casella di testo. Ogni commento aggiunto viene registrato nel campo Cronologia . Per altre informazioni, vedere Visualizzare e aggiungere elementi di lavoro. Per eseguire query sui campi Discussione o Cronologia, vedere Eseguire query sulla cronologia degli elementi di lavoro e sui campi di discussione.

Screenshot della sezione Discussione all'interno di un modulo dell'elemento di lavoro.

I controlli Distribuzione, Sviluppo e Lavoro correlato sono controlli speciali disponibili nella maggior parte dei moduli di rilevamento del lavoro.

Screenshot del controllo distribuzione.

Screenshot del controllo Sviluppo.

Screenshot del controllo Lavoro correlato.

Il controllo Distribuzione consente di visualizzare rapidamente se una funzionalità o una storia utente viene distribuita e in quale fase. È possibile ottenere informazioni visive sullo stato di un elemento di lavoro distribuito in ambienti di rilascio diversi e spostarsi rapidamente in ogni fase di rilascio ed esecuzione. Per altre informazioni, vedere Collegare elementi di lavoro alle distribuzioni.

Il controllo Sviluppo registra tutti i processi di sviluppo Git che supportano il completamento dell'elemento di lavoro. Supporta anche la tracciabilità, fornendo visibilità su tutti i rami, i commit, le richieste pull e le compilazioni correlate all'elemento di lavoro. Per altre informazioni, vedere Gestire lo sviluppo Git da un elemento di lavoro .

Il controllo Lavoro correlato offre una visualizzazione rapida degli elementi di lavoro collegati e supporta l'aggiunta di un collegamento a un elemento di lavoro padre. Inoltre, è possibile aggiungere e rimuovere rapidamente elementi di lavoro collegati. Per altre informazioni, vedere Collegare storie utente, problemi, bug e altri elementi di lavoro.

Le schede Cronologia, Collegamenti e Allegati supportano il controllo, la tracciabilità e la condivisione delle informazioni. Queste tre schede forniscono una cronologia delle modifiche, i controlli per aggiungere e rimuovere collegamenti agli elementi di lavoro e i controlli per allegare e rimuovere file.

Cronologia: rivedere le modifiche apportate all'elemento di lavoro

La scheda Cronologia mantiene un record di modifiche apportate a un elemento di lavoro nel corso del tempo. Un record viene apportato quando vengono apportate modifiche a uno dei campi comuni, alla descrizione o ad altri campi RTF, alle voci del controllo discussione o all'aggiunta o alla rimozione di collegamenti o allegati.

Il diagramma della cronologia delle modifiche di stato viene visualizzato per primo. Per visualizzare l'intera cronologia delle modifiche dello stato, scegliere Mostra tutto.

Screenshot del modulo elemento di lavoro, del portale Web, del diagramma cronologia modifiche stato (solo portale Web).

Scegliere una voce nel riquadro sinistro per visualizzare i dettagli delle modifiche apportate. Per altre informazioni, vedere Eseguire query sulla cronologia degli elementi di lavoro e sui campi di discussione.

Screenshot del modulo Elemento di lavoro, della scheda Cronologia, del portale Web, dei dettagli.

Dalla scheda Collegamenti è possibile aggiungere, rimuovere o visualizzare elementi di lavoro o altri oggetti collegati all'elemento di lavoro. I diversi tipi di collegamento vengono usati per collegare oggetti diversi o per collegarsi ad altri elementi di lavoro.

Screenshot del modulo Elemento di lavoro, scheda Collegamenti.

Per altre informazioni, vedere gli articoli seguenti:

Allegati: allegare file a un elemento di lavoro

Dalla scheda Allegati è possibile aggiungere, rimuovere o visualizzare file o immagini aggiunti all'elemento di lavoro. È possibile aggiungere fino a 100 allegati a un elemento di lavoro. Gli allegati sono limitati a 60 MB. Per altre informazioni, vedere Condividere informazioni all'interno di elementi di lavoro e strumenti di social networking.

Tenere traccia del lavoro nel portale Web

È possibile aggiungere e aggiornare elementi di lavoro dal portale Web. Per una panoramica di tutti i client che si connettono al progetto, vedere Strumenti e client che si connettono ad Azure DevOps. Usare il portale Web per eseguire le attività seguenti.

  • Elementi di lavoro: consente di trovare rapidamente gli elementi di lavoro assegnati all'utente o di filtrare gli elementi di lavoro in base ad altri criteri, ad esempio gli elementi di lavoro seguiti, indicati o visualizzati o aggiornati.
  • Boards: usare per implementare procedure Kanban, aggiornare lo stato e visualizzare il flusso di lavoro per un team.
  • Backlog: usare per pianificare, classificare in ordine di priorità e organizzare il lavoro che un team deve eseguire all'interno di un backlog di prodotto o portfolio.
  • Sprint: usare per pianificare il lavoro di un team da eseguire durante uno sprint.
  • Query: consente di definire un set di criteri di filtro per elencare gli elementi di lavoro ai fini della condivisione con altri utenti, dell'esecuzione di aggiornamenti in blocco o delle operazioni di importazione/esportazione.
  • Piani di recapito: usare per esaminare la pianificazione delle storie o delle funzionalità che i team prevedono di distribuire. I piani mostrano gli elementi di lavoro pianificati definiti assegnati agli sprint (percorso di iterazione) dei team selezionati rispetto a una visualizzazione calendario.
  • Elementi di lavoro: consente di trovare rapidamente gli elementi di lavoro assegnati all'utente o di filtrare gli elementi di lavoro in base ad altri criteri, ad esempio gli elementi di lavoro seguiti, indicati o visualizzati o aggiornati.
  • Boards: usare per implementare procedure Kanban, aggiornare lo stato e visualizzare il flusso di lavoro per un team.
  • Backlog: usare per pianificare, classificare in ordine di priorità e organizzare il lavoro che un team deve eseguire all'interno di un backlog di prodotto o portfolio.
  • Sprint: usare per pianificare il lavoro di un team da eseguire durante uno sprint.
  • Query: consente di definire un set di criteri di filtro per elencare gli elementi di lavoro ai fini della condivisione con altri utenti, dell'esecuzione di aggiornamenti in blocco o delle operazioni di importazione/esportazione.

Tipi di elementi di lavoro per tenere traccia di test, recensioni e feedback

Oltre ai tipi di elementi di lavoro visualizzati nei backlog e nelle bacheche, esistono tipi di elementi di lavoro che tengono traccia dei test, delle revisioni e dei commenti. Questi tipi, elencati nella tabella seguente per categoria, sono disponibili per la maggior parte di tutti i processi.

Categoria e tipo di elemento di lavoro Usato per tenere traccia dei tipi di lavoro specificati
Richiesta di revisione codice Tiene traccia di una richiesta di revisione del codice rispetto al codice gestito in un repository del controllo della versione di Team Foundation.Track a code review request against code maintained in a Team Foundation version control (TFVC). Per altre informazioni, vedere Day in the life of a Developer: Suspend work, fix a bug e conduct a code review.For more information, see Day in the life of a Developer: Suspend work, fix a bug, and conduct a code review.
Risposta alla revisione del codice Viene creata una risposta di revisione del codice per ogni persona che ha richiesto di fornire commenti di revisione.
Richiesta feedback Le richieste di feedback tengono traccia delle richieste di feedback generate tramite il modulo di richiesta di feedback. Vedere Ottenere commenti e suggerimenti.
Risposta feedback Viene creata una risposta di feedback per ogni persona e per ogni elemento per il quale viene fornito feedback tramite il client di Feed Microsoft back. Vedere Ottenere commenti e suggerimenti.
Passaggio condiviso I passaggi condivisi vengono usati per ripetere i test con dati diversi.
Parametro condiviso I parametri condivisi specificano dati e parametri diversi per l'esecuzione di test case manuali. Vedere Ripetere un test con dati diversi.
Test case Ogni test case definisce un test manuale.
Piano di test Gruppi di test del piano di test e singoli test case insieme. I piani di test includono gruppi di test statici, gruppi basati sui requisiti e gruppi basati su query. Per altre informazioni, vedere Creare piani di test e gruppi di test.
Gruppo di test I gruppi di test raggruppano i test case in scenari di test separati all'interno di un singolo piano di test. Il raggruppamento dei test case semplifica la visualizzazione degli scenari completati. Vedere Creare piani di test e gruppi di test.

Autorizzazioni e accesso richiesti

I membri aggiunti al gruppo Collaboratori di un progetto possono usare la maggior parte delle funzionalità fornite nell'hub Boards . Per aggiungere utenti a un progetto, vedere Aggiungere utenti a un progetto o a un team.

La tabella seguente riepiloga le autorizzazioni che influiscono sulla capacità di un membro del progetto di visualizzare e modificare gli elementi di lavoro.

Livello Autorizzazione
Percorso area Visualizzare gli elementi di lavoro in questo nodo
Percorso area Modificare gli elementi di lavoro in questo nodo
Project Creare una definizione di tag
Project Modificare il tipo di elemento di lavoro
Project Spostare elementi di lavoro da questo progetto
Project Eliminare e ripristinare elementi di lavoro
Project Eliminare definitivamente gli elementi di lavoro

Gli utenti con accesso basic hanno accesso completo a tutte le funzionalità. Gli utenti con accesso stakeholder sono limitati a determinate funzionalità. Per altre informazioni, vedere Impostare le autorizzazioni e l'accesso per il rilevamento del lavoro e informazioni di riferimento rapido sull'accesso degli stakeholder.

Passaggi successivi

Aggiungere un elemento di lavoro