Condividi tramite


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.

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.

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.

Screenshot che mostra le modifiche apportate ai livelli di backlog.

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


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:
  • Aggiunta o rimozione di un WIT ereditato da un backlog:
    • Non è possibile aggiungere o rimuovere direttamente un WIT ereditato da o da un backlog. Ad esempio, l'aggiunta del WIT "Problema" al backlog del prodotto non è supportata.
    • Tuttavia, è possibile:
      • Rinominare il livello di portfolio: se il livello di portfolio ereditato include wit che non si vuole usare, prendere in considerazione la ridenominazione per soddisfare meglio le proprie esigenze.
      • Disabilitare un WIT ereditato: se sono presenti wit ereditati da escludere, è possibile disabilitarli. Questa azione impedisce ai team di creare nuovi elementi di lavoro di questi tipi.
  • Rimozione di un livello di portfolio ereditato:
    • Anche se non è possibile rimuovere un livello di portfolio ereditato da un prodotto, sono disponibili alcune opzioni:
      • Rinominare il livello di portfolio: assegnargli un nome più appropriato.
      • Disabilitare le connessioni WIT ereditate: impedisce ai team di usare reti WIT ereditate specifiche.
  • Inserimento di un livello di backlog:
    • Sfortunatamente, non è possibile inserire un nuovo livello di backlog all'interno del set esistente di backlog definiti. I livelli di backlog predefiniti rimangono fissi (ad esempio Epics, Features, User Stories, Tasks).
  • Riordinare i livelli di backlog:
    • I livelli di backlog seguono in genere una gerarchia predefinita e la modifica dell'ordine non è supportata. Non puoi riordinarli.
  • Aggiunta di un WIT a più livelli di backlog:
    • Ogni WIT (ad esempio, Bug, Attività, Storia utente) 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 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, creare un WIT personalizzato denominato "Miglioramento" o "Manutenzione" e associarlo al backlog di iterazione.
  • Gestione dei bug:

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 scheda, 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 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

Screenshot che mostra la sezione Portale Web, Processi, Livelli backlog, Altri tipi di elemento di lavoro, Processo Agile.

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.

Screenshot del portale Web, processo, livelli backlog, finestra di dialogo Modifica livello 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

Per indicazioni su come personalizzare Azure Boards per allinearsi ai requisiti aziendali specifici, vedere Informazioni sulla configurazione e la personalizzazione di Azure Boards.

  • Requisito dell'organizzazione: assicurarsi di avere un'organizzazione in Azure DevOps.

  • Autorizzazioni:

    • Essere un membro del gruppo Project Collection Administrators.
    • Disporre di autorizzazioni a livello di raccolta, ad esempio Crea processo, Elimina processo, Modifica processo o Elimina un campo dall'organizzazione impostato su Consenti.
    • Queste autorizzazioni consentono di modificare processi e campi all'interno dell'organizzazione.
  • Requisito del modello di processo del progetto:

    • Assicurarsi di disporre del modello di processo di ereditarietà per la raccolta di progetti in cui viene creato il progetto.
  • Autorizzazioni:

    • Essere un membro del gruppo Project Collection Administrators.
    • Disporre di autorizzazioni a livello di raccolta, ad esempio Crea processo, Elimina processo, Modifica processo o Elimina un campo dall'organizzazione impostato su Consenti.
    • Queste autorizzazioni consentono di modificare processi e campi all'interno dell'organizzazione.

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 Icona a forma di ingranaggio Impostazioni organizzazione.

    Screenshot che mostra le evidenziazioni del pulsante Impostazioni organizzazione.

  3. Selezione Elabora.

  1. Accedere alla raccolta (https://dev.azure.com/{Your_Collection}).

  2. Selezionare Impostazioni raccolta o Impostazioni amministratore.

  3. Selezione Elabora.

    Screenshot che mostra il pulsante Processo evidenziato nelle impostazioni della raccolta.

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

    Screenshot che mostra il portale Web, il contesto di amministrazione, la pagina Processo, selezionare Processo.

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

    Screenshot che mostra il portale Web, la finestra di dialogo Aggiungi un backlog portfolio, Aggiungi nuovo tipo di elemento di lavoro.

    Screenshot che mostra il portale Web, la finestra di dialogo Aggiungi un backlog portfolio, Aggiungi nuovo tipo di elemento di lavoro.

  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.

    Screenshot che mostra il portale Web, la finestra di dialogo Aggiungi un backlog portfolio, Salva modifiche.

    Screenshot che mostra il portale Web, la finestra di dialogo Aggiungi un backlog portfolio, Salva modifiche.

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.

Screenshot che mostra Scegliere il menu di scelta rapida di un backlog portfolio per modificare, rinominare o eliminare il 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.

Screenshot che mostra l'eliminazione di un livello di backlog rimuove il backlog e la scheda associati al livello.

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.

In Modifica backlog le storie e i ticket vengono immessi in Nome ed è presente un elenco di tipi di elementi di lavoro per questo livello di backlog.

Nell'esempio seguente il backlog è stato rinominato, è stato aggiunto Customer Ticket e il tipo predefinito è stato modificato in Customer Ticket.

Esempio di ridenominazione del backlog, aggiunta di Customer Ticket e modifica del tipo predefinito 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.

Nell'esempio seguente è stato aggiunto il tipo di elemento di lavoro Ticket rilevato insieme alle attività.

Screenshot che mostra l'esempio di aggiunta dell'elemento di lavoro Ticket.

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.