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 denominato 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 cliente nel backlog del prodotto.

Il progetto definisce due backlog di portfolio: Funzionalità ed Epiche. Tuttavia, se sono necessari uno o più backlog di portfolio aggiuntivi, è possibile aggiungerli.

Importante

Questo articolo si applica a Azure DevOps Services e Azure DevOps Server 2019 e versioni successive. Per personalizzare qualsiasi progetto definito in una raccolta per TFS 2018 o versioni precedenti, vedere Modello di processo XML locale.

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 del programma 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 del processo e sui processi ereditati.

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

• Aggiungere un tipo di elemento di lavoro ereditato

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

---

Backlog di portfolio personalizzati

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

---

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 bug WIT a qualsiasi livello di backlog. Al contrario, il sistema consente a ogni team di decidere come gestire i bug. Per altre informazioni, vedere Visualizzare i bug nei backlog e nelle bacheche.

Aggiungere un tipo di elemento di lavoro di sistema a un backlog

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

---

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 elementi 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 predefinito ereditato 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 di backlog	Campi aggiunti
Backlog di 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, Classificazione stack (CMMI) - Attività, lavoro rimanente, priorità backlog (scrum)

I campi Stack Rank e Backlog Priority acquisiscono la priorità relativa degli elementi di lavoro quando 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 Dei requisiti. Questo valore viene usato per calcolare la velocità.

Infine, il lavoro rimanente viene usato nei grafici di burn-down e capacità sprint.

Prerequisiti

Prima di personalizzare un processo, è consigliabile consultare Configurare e personalizzare Azure Boards, che fornisce indicazioni su come personalizzare Azure Boards per soddisfare le esigenze aziendali. Per una descrizione dei diversi backlog e bacheche, vedere Attività supportate da backlog, bacheche, lavagne e piani.

• È necessario avere un'organizzazione creata in Azure DevOps Services. Se non è ancora stato creato, eseguire questa operazione.
• Per creare, modificare e gestire i processi, è necessario essere membri del gruppo Amministratori raccolta progetti oppure disporre delle autorizzazioni di creazione a livello di raccolta corrispondenti, Processo di eliminazione, Processo di modifica o Elimina un campo dall'organizzazione impostato su Consenti. Vedere Impostare le autorizzazioni e l'accesso per il rilevamento del lavoro, Personalizzare un processo ereditato.

Apri processo impostazioni>

È possibile creare, gestire e apportare personalizzazioni ai processi dal processo delle impostazioni>dell'organizzazione.

1. Scegliere il logo di Azure DevOps per aprire Progetti. Scegliere quindi Impostazioni organizzazione.

   

2. Scegliere quindi Elabora.

   

   Importante

   Se non viene visualizzato Processo, si sta lavorando da TFS-2018 o versione precedente. La pagina Processo non è supportata. È necessario usare le funzionalità supportate per il modello di processo XML locale.

Nota

Quando si personalizza un processo ereditato, tutti i progetti che usano tale processo vengono aggiornati automaticamente per riflettere le personalizzazioni. Per questo motivo, è consigliabile creare un processo di test e un progetto di test quando si dispone di una serie di personalizzazioni da apportare per testare le personalizzazioni prima di distribuirle all'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 di portfolio predefiniti, 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 di portfolio

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

1. Nella pagina Livelli backlog scegliere Nuovo backlog portfolio di primo livello.

   

2. Denominare il livello di backlog, selezionare il colore del livello backlog e aggiungere il tipo di elemento di lavoro da associare a questo livello. Scegliere Aggiungi.

   

3. 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 da modificare, rinominare o eliminare.

L'eliminazione di un livello di backlog rimuove il backlog e la bacheca 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 predefinito ereditato dai backlog del portfolio Epics o Features. Tuttavia, è possibile disabilitare questi tipi di elementi di lavoro e che li rimuove efficacemente dall'interfaccia utente.

Modificare o rinominare il backlog dei requisiti

Il backlog dei requisiti, detto anche backlog del prodotto, definisce i tipi di elemento di lavoro visualizzati nel backlog del prodotto e nella scheda Kanban. Il tipo di elemento di lavoro predefinito per Agile è User Story; per Basic, Issue; per scrum, articolo di backlog del prodotto; 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.

Nota

Non è possibile rimuovere il tipo di elemento di lavoro predefinito ereditato dal backlog Requisiti. Tuttavia, è possibile disabilitare il tipo di elemento di lavoro e che lo rimuove in modo efficace dall'interfaccia utente.

Modificare il backlog di iterazione

Il backlog di iterazione, detto anche backlog dello sprint, definisce i tipi di elemento di lavoro visualizzati nei backlog dello sprint e nelle taskboard. 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 monitorato insieme alle attività.

Nota

Non è possibile rimuovere il tipo di elemento di lavoro predefinito ereditato dal backlog di iterazione. Tuttavia, è possibile disabilitare il tipo di elemento di lavoro e che lo rimuove in modo efficace dall'interfaccia utente.

Articoli correlati

Nota

È possibile 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.

• Aggiungere un tipo di elemento di lavoro personalizzato
• Personalizzare un progetto usando un processo ereditato
• Backlog, bacheche e piani
• Creare il backlog
• Organizzare il backlog, lavorare con i backlog del portfolio