Personalizzare backlog e schede (processo di ereditarietà)

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

Nel progetto sono attualmente disponibili due backlog di portfolio predefiniti: "Funzionalità" e "Epiche". Tuttavia, se il progetto richiede più backlog portfolio, è possibile crearli.

Vantaggi dei backlog del portfolio:

• Organizzazione del lavoro: i backlog portfolio consentono di organizzare il lavoro in base a iniziative aziendali, scenari utente o altri criteri pertinenti.
• Visualizzazione gerarchica: strutturando i backlog nei portfolio, si ottiene una visualizzazione gerarchica del lavoro, che include gli elementi definiti nei backlog di livello inferiore, ad esempio storie utente, funzionalità o attività.
• Visibilità tra team: i responsabili dei programmi possono tenere traccia dello stato degli elementi di backlog in più team. Possono eseguire il drill-down per garantire che tutto il lavoro sia rappresentato adeguatamente.

Per altre informazioni, vedere Informazioni sulla personalizzazione dei processi e sui processi ereditati.

Nell'esempio seguente è stato aggiunto un backlog del portfolio di terzo livello denominato Iniziative, che tiene traccia del tipo di elemento di lavoro Iniziativa personalizzata. È stato anche rinominato il backlog del prodotto in Storie e biglietti per indicare che non solo si tiene traccia delle storie utente, ma anche dei ticket dei clienti nel 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

• Aggiungere un tipo di elemento di lavoro personalizzato (WIT)

• Aggiungere un tipo di elemento di lavoro ereditato

• Modificare il tipo di elemento di lavoro predefinito
• Rinominare un backlog

---

Backlog personalizzati del portfolio

• Aggiungere un backlog portfolio che visualizza tipi di elementi di lavoro personalizzati (WIT)
• Modificare o rinominare un backlog portfolio
• Eliminare il backlog del portfolio personalizzato di primo livello

---

Personalizzazioni non supportate:

• Rimozione di un livello di portfolio ereditato:
  • Anche se non è possibile rimuovere direttamente un livello di portfolio ereditato da un prodotto, sono disponibili due opzioni:
    • Rinominare il livello di portfolio: è possibile rinominare il livello di portfolio ereditato in base alle proprie esigenze.
    • Disabilitare un WIT ereditato: se il livello di portfolio ereditato include wit che non si vuole usare, è possibile disabilitarli. Questa azione impedisce ai team di creare nuovi elementi di lavoro di questi tipi.
• Inserimento di un livello di backlog:
  • Non è possibile inserire un nuovo livello di backlog all'interno del set esistente di backlog definiti. I livelli di backlog predefiniti sono in genere fissi (ad esempio Epics, Features, User Stories, Tasks) e non è possibile aggiungerne di personalizzati.
• Riordinare i livelli di backlog:
  • Sfortunatamente, non è possibile riordinare i livelli di backlog. In genere seguono una gerarchia predefinita e la modifica dell'ordine non è supportata.
• Aggiunta di un WIT a più livelli di backlog:
  • Ogni WIT può appartenere a un solo livello di backlog. Non è possibile aggiungere un WIT a due livelli di backlog diversi contemporaneamente.
• Creazione di un livello di backlog attività personalizzato:
  • Anche se non è possibile creare un livello di backlog specifico dell'attività personalizzato, è comunque possibile aggiungere wit personalizzati al backlog di iterazione. Ad esempio, è possibile creare un WIT personalizzato denominato "Miglioramento" o "Manutenzione" e associarlo al backlog di iterazione.
• Gestione dei bug:
  • Il bug WIT non appartiene ad alcun livello di backlog specifico per impostazione predefinita. Ogni team può invece decidere come gestire i bug. È possibile scegliere di visualizzare bug nei backlog e nelle bacheche o gestirli separatamente.

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 scheda, modificare il backlog corrispondente. Nella tabella seguente sono elencati i tipi di elemento di lavoro disponibili che è possibile aggiungere a un backlog.

---

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 non 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 WIT a un livello di backlog, alcuni campi vengono aggiunti automaticamente alla definizione del WIT come campi nascosti. Questi campi non vengono visualizzati nel modulo dell'elemento di lavoro, ma sono essenziali per supportare funzionalità specifiche degli strumenti Agile.

Livello backlog	Campi aggiunti	Descrizione
Backlog portfolio	- Stack rank (Agile, CMMI) - 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 altre informazioni, vedere Dietro le quinte: il campo Priorità backlog o Stack Rank.
Backlog dei requisiti	- Stack Rank, Story Points (Agile) - Stack Rank, Size (CMMI) - Priorità backlog, sforzo (scrum)	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à.
Backlog di iterazione	- Attività, Lavoro rimanente, Stack Rank (Agile) - Disciplina, Lavoro rimanente, Stack Rank (CMMI) - Attività, lavoro rimanente, priorità backlog (scrum)	Il lavoro rimanente viene usato nei grafici sprint burndown e capacità.

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 o disporre delle autorizzazioni a livello di raccolta corrispondenti, Crea processo, Elimina processo, Modifica processo o Elimina un campo dall'organizzazione, impostare su Consenti. Per altre informazioni, vedere Impostare le autorizzazioni e l'accesso per il rilevamento del lavoro, Personalizzare un processo ereditato.

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 WIT personalizzato o selezionarne uno aggiunto in precedenza. Tenere presente che solo le connessioni WIT non associate a un altro livello di backlog vengono visualizzate per la selezione.

Aggiungere un backlog portfolio

È possibile aggiungere un backlog portfolio e un tipo di elemento di lavoro personalizzato seguendo questa procedura.

1. Accedere all'organizzazione (https://dev.azure.com/{Your_Organization}).

2. Selezionare Impostazioni organizzazione.

   

3. Selezione Elabora.

4. Nella pagina Livelli backlog scegliere Nuovo backlog del portfolio di primo livello.

   

5. Assegnare un nome al livello di backlog, selezionare il colore del livello di backlog e aggiungere il tipo di elemento di lavoro da associare a questo livello e quindi selezionare Aggiungi.

   

6. 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.

Nell'esempio seguente è stato rinominato il backlog, è 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.

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.

Nell'esempio seguente è stato aggiunto il tipo di elemento di lavoro Ticket rilevato 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

• Organizzare il backlog, lavorare con i backlog del portfolio
• Aggiungere un tipo di elemento di lavoro personalizzato
• Informazioni su backlog, bacheche e piani
• Personalizzare un progetto usando un processo ereditato
• Visualizzare le modifiche apportate a un processo ereditato tramite il log di controllo.