Personalizzare i backlog o le bacheche (processo di ereditarietà)
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
È possibile personalizzare i backlog per aggiungere altri livelli o tipi di elementi di lavoro personalizzati. Come illustrato di seguito, è stato aggiunto un backlog di terzo livello con l'etichetta Iniziative che tiene traccia del tipo di elemento di lavoro dell'iniziativa personalizzata e il backlog del prodotto è stato rinominato Stories and Tickets per indicare che non solo si tiene traccia delle storie utente, ma anche dei ticket dei clienti nel backlog del prodotto.
Il progetto definisce due backlog di portfolio: funzionalità e epiche. Tuttavia, se sono necessari uno o più backlog aggiuntivi del portfolio, è possibile aggiungerli.
Importante
Il modello di processo di ereditarietà è disponibile per i progetti configurati per supportarlo. Se si usa una raccolta precedente, controllare la compatibilità del modello di processo. Se la raccolta locale è configurata per l'uso del modello di processo XML locale, è possibile usare tale modello di processo solo per personalizzare l'esperienza di rilevamento del lavoro. Per altre informazioni, vedere Scegliere il modello di processo per la raccolta di progetti.
I backlog portfolio sono utili per organizzare il backlog in varie iniziative aziendali e scenari utente. Quando si organizzano i backlog in portfolio, è possibile ottenere una visualizzazione gerarchica del lavoro definito nei backlog di livello inferiore, incluso il lavoro in corso in più team. I responsabili dei programmi possono tenere traccia dello stato di tali elementi di backlog di interesse ed eseguire il drill-down per garantire che tutto il lavoro sia rappresentato.
Per altre informazioni su cosa è possibile personalizzare, vedere Informazioni sulla personalizzazione dei processi e sui processi ereditati.
Nota
Non è possibile aggiungere un tipo di elemento di lavoro ereditato a qualsiasi livello di backlog. Ad esempio, non è possibile aggiungere il tipo di elemento di lavoro Issue o Ostacoli al backlog del prodotto.
Personalizzazioni supportate
I backlog e le bacheche sono strumenti Agile essenziali per la creazione e la gestione del lavoro per un team. I backlog standard, ovvero backlog di prodotto, iterazione e portfolio, ereditati dal processo di sistema sono completamente personalizzabili. È anche possibile aggiungere backlog portfolio personalizzati per un totale di cinque backlog portfolio.
Tipi di backlog
Supporto per la personalizzazione
Backlog ereditati
Backlog personalizzati del portfolio
Cosa non è possibile personalizzare
- Non è possibile rimuovere un livello di portfolio ereditato dal prodotto (ma è possibile rinominare il livello portfolio ed è possibile disabilitare un tipo di elemento di lavoro ereditato)
- Non è possibile inserire un livello di backlog all'interno del set esistente di backlog definiti
- Non è possibile riordinare i livelli di backlog
- Non è possibile aggiungere un tipo di elemento di lavoro a due livelli di backlog diversi
- Non è possibile creare un livello di backlog attività personalizzato, anche se è possibile aggiungere wit personalizzati al backlog di iterazione
- Non è possibile aggiungere il WIT bug a qualsiasi livello di backlog. Il sistema consente invece a ogni team di decidere come gestire i bug. Per altre informazioni, vedere Visualizzare i bug nei backlog e nelle bacheche.
- Non è possibile aggiungere o rimuovere un WIT ereditato da o da un backlog, ad esempio non è possibile aggiungere il WIT del problema al backlog del prodotto
- Non è possibile rimuovere un livello di portfolio ereditato dal prodotto (ma è possibile rinominare il livello portfolio ed è possibile disabilitare un tipo di elemento di lavoro ereditato)
- Non è possibile inserire un livello di backlog all'interno del set esistente di backlog definiti
- Non è possibile riordinare i livelli di backlog
- Non è possibile aggiungere un tipo di elemento di lavoro a due livelli di backlog diversi
- Non è possibile creare un livello di attività personalizzato, anche se è possibile aggiungere tipi di elementi di lavoro personalizzati al backlog di iterazione
- Non è possibile aggiungere il WIT bug a qualsiasi livello di backlog. Il sistema consente invece a ogni team di decidere come gestire i bug. Per altre informazioni, vedere Visualizzare i bug nei backlog e nelle bacheche.
Nota
Alcune funzionalità richiedono l'installazione dell'aggiornamento di Azure DevOps Server 2020.1. Per altre informazioni, vedere Note sulla versione di Azure DevOps Server 2020 Update 1 RC1, Boards.
Aggiungere un tipo di elemento di lavoro di sistema a un backlog
Se si desidera tenere traccia di problemi o ostacoli o altri tipi di elementi di lavoro ereditati all'interno di un backlog o di una lavagna, è possibile modificare il backlog corrispondente. Nella tabella seguente sono elencati i tipi di elemento di lavoro disponibili che è possibile aggiungere a un backlog.
Nota
Questa funzionalità richiede l'aggiornamento di Azure DevOps Server 2020.1 o versione successiva.
Processo
Tipi di elemento di lavoro
Agile
Problema
Scrum
Impedimento
CMMI
Richiesta di modifica, problema, revisione, rischio
Ogni finestra di dialogo Modifica livello backlog include automaticamente tipi di elementi di lavoro ereditati e personalizzati che non sono stati assegnati ad altri livelli di backlog. Ad esempio, i tipi di elemento di lavoro Agile non assegnati sono elencati nella sezione Altri tipi di elemento di lavoro, come illustrato nell'immagine seguente
Questi stessi tipi di elemento di lavoro, insieme a qualsiasi tipo di elemento di lavoro personalizzato, vengono visualizzati nella finestra di dialogo Modifica livello backlog di tutti i livelli di backlog, fino a quando non vengono assegnati a un determinato livello di backlog.
Nota
Non è possibile rimuovere il tipo di elemento di lavoro ereditato predefinito da qualsiasi livello di backlog, ma è possibile disabilitare il tipo di elemento di lavoro corrispondente. Ad esempio, è possibile disabilitare il tipo di elemento di lavoro Storia utente per il backlog dei requisiti Agile purché sia stato aggiunto un altro tipo di elemento di lavoro per supportare tale backlog.
Campi aggiunti ai tipi di elemento di lavoro
Quando si aggiunge un tipo di elemento di lavoro a un livello di backlog, i campi seguenti vengono aggiunti alla definizione del tipo di elemento di lavoro come campi nascosti (ovvero non vengono visualizzati nel modulo dell'elemento di lavoro) per supportare le funzionalità dello strumento Agile.
| Livello backlog | Campi aggiunti |
|---|---|
| Backlog portfolio | - Stack rank (Agile, CMMI) - Priorità backlog (Scrum) |
| Backlog dei requisiti | - Stack Rank, Story Points (Agile) - Stack Rank, Size (CMMI) - Priorità backlog, sforzo (scrum) |
| Backlog di iterazione | - Attività, Lavoro rimanente, Stack Rank (Agile) - Disciplina, Lavoro rimanente, Stack Rank (CMMI) - Attività, lavoro rimanente, priorità backlog (scrum) |
I campi Stack Rank e Backlog Priority acquisiscono la priorità relativa degli elementi di lavoro man mano che vengono riordinati in un backlog o una scheda. Per informazioni dettagliate sull'utilizzo, vedere Dietro le quinte: il campo Priorità backlog o Stack Rank.
I campi Story Points, Size e Effort acquisisce il lavoro relativo necessario per completare un WIT assegnato al backlog Requisito. Questo valore viene usato per calcolare la velocità.
Infine, il lavoro rimanente viene usato nei grafici di burndown e capacità sprint.
Prerequisiti
È consigliabile consultare Configurare e personalizzare Azure Boards, che offre indicazioni su come personalizzare Azure Boards per allinearsi ai requisiti aziendali specifici.
- È necessario avere un'organizzazione in Azure DevOps.
- Per creare, modificare e gestire i processi, è necessario essere membri del gruppo Project Collection Administrators oppure disporre delle autorizzazioni di creazione a livello di raccolta corrispondenti, processo di eliminazione, processo di modifica o eliminazione di un campo dall'organizzazione impostato su Consenti. Per altre informazioni, vedere Impostare le autorizzazioni e l'accesso per il rilevamento del lavoro, Personalizzare un processo ereditato.
- È necessario disporre del modello di processo di ereditarietà per la raccolta di progetti in cui viene creato il progetto. Per altre informazioni, vedere Scegliere il modello di processo per la raccolta di progetti.
- Per creare, modificare e gestire i processi, è necessario essere membri del gruppo Project Collection Administrators oppure disporre delle autorizzazioni corrispondenti Crea processo, Elimina processo, Modifica processo o Elimina un campo dall'organizzazione impostato su Consenti. Per altre informazioni, vedere Impostare le autorizzazioni e l'accesso per il rilevamento del lavoro, Personalizzare un processo ereditato.
Apri processo impostazioni >
Accedere all'organizzazione (
https://dev.azure.com/{yourorganization}).Selezionare
Impostazioni organizzazione.
Selezione Elabora.
Accedere alla raccolta (
https://dev.azure.com/{Your_Collection}).Selezionare Impostazioni raccolta o Impostazioni amministratore.
Selezione Elabora.
Nota
Quando si personalizza un processo ereditato, tutti i progetti che usano tale processo riflettono automaticamente le personalizzazioni. Per garantire una transizione uniforme, è consigliabile creare un processo di test e un progetto, che consente di testare le personalizzazioni prima di implementarle a livello di organizzazione. Per altre informazioni, vedere Creare e gestire processi ereditati.
Aggiungere o modificare i backlog di portfolio
I processi di sistema Agile, Scrum e CMMI definiscono due backlog predefiniti del portfolio, Epics e Features. Ogni elemento è associato ai tipi di elemento di lavoro corrispondenti, Epic e Feature. Il processo Basic definisce solo il backlog Epics e il tipo di elemento di lavoro Epic. Per altre informazioni, vedere Informazioni sui processi e sui modelli di processo.
È possibile aggiungere un tipo di elemento di lavoro personalizzato quando si aggiunge o si modifica un backlog portfolio oppure è possibile scegliere un tipo di elemento di lavoro aggiunto in precedenza. Vengono visualizzati solo i tipi di elemento di lavoro che non appartengono a un altro livello di backlog per la selezione.
Aggiungere un backlog portfolio
È possibile aggiungere un backlog portfolio e un tipo di elemento di lavoro personalizzato seguendo questa procedura.
Nella pagina Livelli backlog scegliere
Nuovo backlog del portfolio di primo livello.
Assegnare un nome al livello di backlog, selezionare il colore del livello backlog e aggiungere il tipo di elemento di lavoro da associare a questo livello. Fare clic su Aggiungi.
Se si associa un solo tipo di elemento di lavoro al backlog, scegliere Salva per salvare le modifiche. In caso contrario, è possibile aggiungere altri tipi di elemento di lavoro in base alle esigenze.
Modificare, rinominare o eliminare un backlog portfolio
Nella pagina Livelli backlog scegliere il 
menu di scelta rapida di un backlog portfolio per modificare, rinominare o eliminare il backlog del portfolio.
L'eliminazione di un livello di backlog rimuove il backlog e la lavagna associati al livello per tutti i team, incluse le personalizzazioni apportate. Gli elementi di lavoro definiti con i tipi di elemento di lavoro associati non vengono eliminati o interessati in alcun modo.
Nota
Non è possibile rimuovere il tipo di elemento di lavoro ereditato predefinito dai backlog del portfolio Epics o Features. È tuttavia possibile disabilitare questi tipi di elemento di lavoro e rimuoverli in modo efficace dall'interfaccia utente.
Modificare o rinominare il backlog dei requisiti
Il backlog requisito, detto anche backlog del prodotto, definisce i tipi di elemento di lavoro visualizzati nel backlog e nella scheda del prodotto. Il tipo di elemento di lavoro predefinito per Agile è User Story; per Basic, Issue; per Scrum, Prodotto Backlog Item; e per CMMI, Requisito.
È possibile rinominare il backlog, modificare il colore, aggiungere tipi di elemento di lavoro e modificare il tipo di elemento di lavoro predefinito. Aprire la finestra di dialogo Modifica backlog dal menu di scelta rapida per il backlog Requisiti.
In questo caso, il backlog è stato rinominato, è stato aggiunto Customer Ticket and Issue e il tipo predefinito è stato modificato in Customer Ticket. Selezionare le caselle dei tipi di elemento di lavoro da includere nel backlog.
In questo caso, il backlog è stato rinominato, aggiunto Customer Ticket e il tipo predefinito è stato modificato in Customer Ticket.
Nota
Non è possibile rimuovere il tipo di elemento di lavoro ereditato predefinito dal backlog Requisiti. È tuttavia possibile disabilitare il tipo di elemento di lavoro e rimuoverlo in modo efficace dall'interfaccia utente.
Modificare il backlog di iterazione
Il backlog di iterazione, noto anche come backlog sprint, definisce i tipi di elemento di lavoro visualizzati nei backlog sprint e nelle schede attività. Il tipo di elemento di lavoro predefinito per tutti i processi è Task.
Per il backlog di iterazione, è possibile aggiungere tipi di elemento di lavoro e modificare il tipo di elemento di lavoro predefinito. Aprire la finestra di dialogo Modifica backlog dal menu di scelta rapida per il backlog di iterazione.
In questo caso è stato aggiunto il tipo di elemento di lavoro Ticket che viene tracciato insieme alle attività.
Nota
Non è possibile rimuovere il tipo di elemento di lavoro ereditato predefinito dal backlog di iterazione. È tuttavia possibile disabilitare il tipo di elemento di lavoro e rimuoverlo in modo efficace dall'interfaccia utente.
Articoli correlati
Nota
Esaminare le modifiche apportate a un processo ereditato tramite il log di controllo. Per altre informazioni, vedere Accedere, esportare e filtrare i log di controllo.
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per