Creare il backlog del prodotto in Azure Boards

  • Articolo
  • 16 minuti per la lettura

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

Il backlog di prodotto corrisponde al piano del progetto, ovvero la guida di orientamento in base alla quale il team pianifica le attività da eseguire. È possibile creare il backlog del prodotto aggiungendo storie utente, elementi backlog o requisiti. Come illustrato nell'immagine seguente, il backlog è costituito da un elenco flat di elementi di lavoro.

Nota

L'immagine seguente illustra l'immagine del backlog del prodotto per un processo Scrum per Azure DevOps Services. Per i modelli di processo Agile, Basic e CMMI, la selezione degli elementi Backlog viene visualizzata come Storie, Problemi e Requisiti.

Screenshot di un backlog degli elementi backlog del processo Scrum.

Dopo averlo definito, è disponibile un elenco con priorità di funzionalità e requisiti da compilare. Il backlog fornisce anche un repository delle informazioni necessarie per tenere traccia e condividere con il team. È inoltre possibile filtrare in modo interattivo il backlog per concentrarsi su un subset di elementi di lavoro.

Nota

Per indicazioni sulla configurazione e la personalizzazione del progetto e dei team per supportare le esigenze aziendali, vedere Configurazione e personalizzazione di Azure Boards.

Il backlog è costituito da un elenco di elementi di lavoro. Gli elementi di lavoro vengono usati per condividere informazioni, assegnare il lavoro ai membri del team, tenere traccia delle dipendenze, organizzare il lavoro e altro ancora. Poiché il lavoro più importante viene visualizzato nella parte superiore dell'elenco, il team sa sempre cosa lavorare in seguito.

Nota

Il backlog del prodotto è una delle tre classi di backlog disponibili. Per una panoramica delle funzionalità supportate in ogni backlog e sui due tipi di schede, vedere Backlog, schede e piani. Se non vengono visualizzati gli elementi di lavoro previsti nel backlog, vedere Configurare i backlog e le schede.

Aggiungere un backlog

Se si ha un progetto, si dispone di un backlog. Ogni progetto definisce un team predefinito e un set di backlog per tale team. È necessario aggiungere un backlog solo quando si vuole supportare un nuovo team. Quando si aggiunge un team, si aggiungono vari asset del team. Un amministratore del team può configurare gli asset per supportare il funzionamento del team. Per aggiungere un set di backlog per supportare un nuovo team, vedere Aggiungere un team.

Ogni set di backlog del team è associato a uno o più tipi di elemento di lavoro. Il tipo di elemento di lavoro associato a un backlog dipende da:

  • Processo selezionato alla creazione del progetto
  • Configurazioni del team
  • Personalizzazioni dei processi

I backlog definiti per ogni processo predefinito sono:

  • Agile: storie, funzionalità e epiche
  • Base: Problemi e Epics
  • Scrum: elementi backlog, funzionalità e Epics
  • CMMI: requisiti, funzionalità e epiche
  • Agile: storie, funzionalità e epiche
  • Scrum: elementi backlog, funzionalità e Epics
  • CMMI: requisiti, funzionalità e epiche

Scegliere il livello di backlog dal selettore backlog, come illustrato nell'immagine seguente.

Scegliere il livello backlog, gli elementi backlog, le storie o i requisiti.

Per personalizzare i backlog con tipi di elementi di lavoro personalizzati, aggiungere backlog portfolio o altre opzioni supportate. Vedere gli articoli seguenti, a seconda del processo usato dal progetto:

Per personalizzare i backlog per aggiungere tipi di elementi di lavoro personalizzati, aggiungere backlog di portfolio o altre opzioni supportate, vedere Modello di processo XML locale.

Prerequisiti

I backlog vengono creati automaticamente quando si crea un progetto o si aggiunge un team. Ogni team ha accesso ai propri prodotti, portfolio e backlog sprint, come descritto in Informazioni sui team e sugli strumenti Agile.

Nota

Gli utenti con accesso agli stakeholder per un progetto pubblico hanno accesso completo alle funzionalità backlog e board proprio come gli utenti con accesso di base . Per informazioni dettagliate, vedere Informazioni di riferimento rapido sull'accesso agli stakeholder.

Aprire il backlog

Dal Web browser aprire il backlog del prodotto.

  1. (1) Verificare di aver selezionato il progetto corretto, (2) scegliere Backlog delle schede> e quindi (3) selezionare il team corretto dal menu del selettore del team.

    Aprire Work, Backlogs, per un team

    Per selezionare un altro backlog, aprire il selettore e quindi scegliere un team diverso oppure selezionare l'opzione Visualizza directory Backlog . In alternativa, immettere una parola chiave nella casella di ricerca per filtrare l'elenco dei backlog del team per il progetto.

    Scegliere un altro team

    Suggerimento

    Scegliere l'icona a forma di stella per selezionare un backlog del team. Gli artefatti preferiti ( icona preferita) vengono visualizzati nella parte superiore dell'elenco dei selettore del team.

  2. Verificare di aver selezionato Storie (per Agile), Problemi (per Basic), Elementi backlog (per Scrum) o Requisiti (per CMMI) come livello di backlog.

    Scegliere il livello di backlog.

  3. (Facoltativo) Per scegliere le colonne da visualizzare e nell'ordine, scegliere l'icona azioni e selezionare Opzioni colonna. Per altre informazioni, vedere Modificare le opzioni di colonna.

    Opzioni di colonna aperte

  1. Verificare che sia stato selezionato il progetto corretto e selezionare Backlog delle schede>. Selezionare quindi il team corretto dal menu del selettore del team.

    Backlog open boards > , per un team

    Per selezionare un altro backlog, aprire il selettore e quindi scegliere un team diverso oppure selezionare l'opzione Sfoglia tutti i backlog . In alternativa, immettere una parola chiave nella casella di ricerca per filtrare l'elenco dei backlog del team per il progetto.

    Selezionare un altro team

    Suggerimento

    Selezionare l'icona a forma di stella per creare un backlog del team come preferito. Gli artefatti preferiti ( icona preferita) vengono visualizzati nella parte superiore dell'elenco dei selettore del team.

  2. Verificare di aver selezionato Stories for Agile, Issues for Basic, Backlog items for Scrum o Requirements for CMMI (Storie per Agile, Problemi per gli elementi Di base, Backlog) per Scrum o Requirements for CMMI ( Requisiti per CMMI) come livello di backlog.

    Selezionare il livello di backlog del prodotto, gli elementi backlog, le storie o i requisiti

  3. (Facoltativo) Per selezionare le colonne visualizzate e in quale ordine, selezionare l'icona azioni e selezionare Opzioni colonna. Per altre informazioni, vedere Modificare le opzioni delle colonne.

    Opzioni Apri colonna

Suggerimento

Ogni membro del team dispone di diversi strumenti per configurare la visualizzazione backlog: Espandi/Comprimi un livello, Opzioni colonna, Selettore livello backlog, Opzioni visualizzazione e Barra degli strumenti Filtro . Le opzioni impostate per ogni livello di backlog sono distinte e persistenti fino a quando non vengono modificate. Per altre informazioni, vedere Configurare la visualizzazione backlog.

Nel Web browser aprire il backlog del prodotto del team e selezionare il team dal selettore del progetto e del team. Selezionare quindiWork Backlogs (Backlog di lavoro>). Selezionare il backlog del prodotto, ovvero gli elementi Backlog per Scrum, Stories for Agile o Requirements for CMMI.

Aprire la pagina Backlog boards >

Per selezionare un altro team, aprire il selettore del progetto e del team. Selezionare un team diverso oppure selezionare l'opzione Sfoglia .

Selezionare un altro team

Tenere traccia dei bug nel backlog

È possibile scegliere come gestire i bug. Alcuni team amano tenere traccia dei bug insieme ai requisiti del backlog. Altri team amano tenere traccia dei bug come attività completate per supportare un requisito. I bug vengono quindi visualizzati nella scheda attività.

Prima di decidere, vedere Configurare e personalizzare, Considerare i bug come requisiti o attività per indicazioni. In alternativa, passare direttamente a Mostra bug nei backlog e nelle bacheche.

Convertire idee in elementi backlog

Il backlog mostra il lavoro che si intende eseguire o che si è iniziato a lavorare. Non appena lo stato di un elemento di lavoro è impostato su Fine o Completato, l'elemento di lavoro non viene più visualizzato nel backlog. È possibile usare i controlli backlog per filtrare o modificare la visualizzazione.

Suggerimento

Se è già stato definito un lungo elenco di elementi, non è necessario immetterli nuovamente uno alla volta. Usare invece importare o aggiornare gli elementi di lavoro in blocco usando file CSV o Microsoft Excel per importarli rapidamente nel backlog.

  1. Prima di aggiungere elementi di lavoro, selezionare Visualizza opzioni e attivare il dispositivo di scorrimento per Genitori e Previsione su Disattivato. Facoltativamente, attivare o disattivare Elementi in corso .

    Aggiungere un elemento di backlog del prodotto

  2. Per aggiungere un elemento di lavoro, selezionare Nuovo elemento di lavoro e immettere un titolo. Quindi premere INVIO o selezionare Aggiungi all'inizio. Agli elementi di lavoro viene assegnato automaticamente il percorso area predefinito e il percorso di iterazione selezionati per il team. Per altre informazioni, vedere Configurare le impostazioni del team.

    Aggiungere l'elemento di lavoro.

    Nota

    Se si ha accesso agli stakeholder , è possibile aggiungere elementi di lavoro solo alla fine del backlog. Per informazioni dettagliate, vedere Informazioni di riferimento rapido sull'accesso agli stakeholder.

  3. Ripetere questo passaggio per acquisire tutte le idee come elementi di lavoro.

Per compilare il backlog, immettere un titolo e selezionare Aggiungi. Se il collegamento Aggiungi non è visualizzato, selezionare Nuovo per aprire il pannello di aggiunta rapida. Facoltativamente, impostare Elementi in corso su Mostra o Nascondi. Agli elementi di lavoro viene assegnato automaticamente il percorso area predefinito e il percorso di iterazione selezionati per il team. Per altre informazioni, vedere Configurare le impostazioni del team.

Aggiungere elementi di lavoro al backlog

Nota

Se si ha accesso agli stakeholder , è possibile aggiungere elementi di lavoro solo alla fine del backlog. Per informazioni dettagliate, vedere Informazioni di riferimento rapido sull'accesso agli stakeholder.

Ripetere questo passaggio fino a quando non si acquisisce tutte le idee principali.

Nota

A seconda che si crei il progetto con Basic, Agile, Scrum o CMMI, gli elementi nel backlog potrebbero essere chiamati problemi, storie utente, PBI o requisiti. Tutti e tre sono simili. Descrivono il valore del cliente da consegnare e il lavoro da eseguire.

Per impostazione predefinita, le storie utente vengono visualizzate nei backlog Agile, i problemi nei backlog di base, i pbi e i bug vengono visualizzati nei backlog scrum e i requisiti vengono visualizzati nei backlog CMMI.

Riordinare il backlog

Dopo aver creato alcuni elementi nel backlog, riordinarli per creare un elenco di lavoro con priorità. Esaminare e classificare in ordine di priorità il backlog frequentemente per aiutare il team a sapere cosa è più importante per la distribuzione successiva.

Suggerimento

Non è possibile ordinare il backlog in una colonna. Per visualizzare un elenco ordinato, selezionare Crea query. Salvare e aprire la query e quindi ordinare i risultati della query. Per altre informazioni sulle query, vedere Usare l'editor di query per elencare e gestire le query.

Per riordinare il backlog, trascinare gli elementi di lavoro. In alternativa, se si preferisce usare la tastiera, tenere premuto ALT e usare le frecce su e giù.

Riordinare gli elementi di lavoro

Nota

Per riordinare un backlog, è necessario disporre dell'accesso di livello Basic o superiore. Se si ha accesso agli stakeholder, non è possibile riordinare gli elementi del backlog. Per altre informazioni, vedere Guida di riferimento rapido per l'accesso agli stakeholder.

I backlog che partecipano alla gestione portfolio o che contengono elementi figlio nidificati di tipo stesso potrebbero non consentire di riordinare gli elementi. Per altre informazioni, vedere questi articoli:

Aggiungere dettagli e stime agli elementi backlog

La creazione e la priorità del backlog offrono una roadmap generale. Prima che il team possa iniziare a lavorare su qualsiasi elemento, tuttavia, sono necessari altri dettagli. Acquisire i dettagli all'interno del modulo dell'elemento di lavoro.

Per aprire ogni elemento, fare doppio clic o premere INVIO. Aggiungere quindi tutte le informazioni da tenere traccia. Modificare uno o più valori di campo, aggiungere una descrizione o prendere nota nella sezione Discussione . È anche possibile scegliere la scheda Allegati e trascinare un file in esso per condividere il file con altri utenti.

Immettere tutti i dettagli necessari per il team:

  • Comprendere l'ambito.
  • Stimare il lavoro richiesto.
  • Sviluppare test.
  • Assicurarsi che il prodotto finale soddisfi i criteri di accettazione.

Nota

È possibile assegnare il lavoro solo a un singolo utente. Se è necessario assegnare il lavoro a più utenti, aggiungere un elemento di lavoro per ogni utente e distinguere il lavoro da eseguire in base al titolo e alla descrizione. Il campo Assegnato a accetta solo gli account utente aggiunti a un progetto o a un team.

Ad esempio, qui assegniamo la storia a Raisa Pokrovska e aggiungiamo una nota di discussione, a menzionare Raisa.

Modulo dell'elemento di lavoro Storia utente, aggiungere i dettagli

Al termine, scegliere Salva & chiudi .

Suggerimento

Per pianificare almeno uno sprint, stimare il lavoro richiesto per implementare ogni elemento backlog. Per acquisire lo sforzo nel modulo dell'elemento di lavoro, usare Effort for Basic o Scrum, Story Points for Agile o Size for CMMI.

Campo

Utilizzo

Sforzo, punti storia, dimensioni

Fornire una stima relativa della quantità di lavoro necessaria per completare un PBI. Per le storie utente e i requisiti, è possibile acquisire stime in Story Points e Size.

La maggior parte dei metodi Agile consiglia di impostare stime per gli elementi backlog in base alle dimensioni relative del lavoro. Tali metodi includono poteri di 2 (1, 2, 4, 8) e la sequenza di Fibonacci (1, 2, 3, 5, 8 e così via). Usare qualsiasi unità numerica di misura preferita dal team.
Le stime impostate per Effort, Size o Story Points vengono usate per calcolare la velocità e prevedere gli sprint.

Valore business

Specificare una priorità che acquisisce il valore relativo di un PBI rispetto ad altri PBI. Quanto più alto è il numero, maggiore è il valore di business.
Usare questo campo quando si vuole acquisire una priorità separata dalla classificazione dello stack di backlog modificabile.

Descrizione

Fornire dettagli sufficienti per creare una comprensione condivisa dell'ambito e supportare le attività di stima. Concentrarsi sull'utente, su ciò che vuole eseguire e sul perché. Non descrivere come sviluppare il prodotto. Fornire dettagli sufficienti in modo che il team possa scrivere attività e test case per implementare l'elemento.

Criteri di accettazione

Definire il significato di "Fatto" descrivendo i criteri che il team deve usare per verificare se il PBI o la correzione di bug è completamente implementato.

Prima di iniziare il lavoro su un PBI o un bug, descrivere i criteri per l'accettazione del cliente il più chiaramente possibile. Avere conversazioni tra il team e i clienti per determinare i criteri di accettazione. Questi criteri consentono di garantire una comprensione comune all'interno del team per soddisfare le aspettative dei clienti. Inoltre, queste informazioni forniscono la base per i test di accettazione.

Impact Assessment (solo CMMI)

Descrive l'impatto del cliente di non implementare il requisito. È possibile includere dettagli dal modello Kano per indicare se il requisito è incluso nella categoria Sorpresa, Obbligatorio oppure Ovvio.

Mostra/nascondi elementi in corso

Dal selettore Opzioni di visualizzazione è possibile scegliere di visualizzare o nascondere gli elementi in corso. Se si disattiva il controllo In corso , gli elementi che si trovano negli stati Attivo, Commit o Risolto o che eseguono il mapping allo stato della categoria In corso non verranno visualizzati nel backlog.

Selettore delle opzioni di visualizzazione, controllo In corso

Selettore delle opzioni di visualizzazione, controllo In corso

Scegliere Elementi in corso visualizzati o nascondi elementi backlog in corso . Se si disattiva il controllo Elementi in corso , gli elementi che si trovano negli stati Attivo, Commit o Risolto o che eseguono il mapping allo stato della categoria In corso non verranno visualizzati nel backlog.

In genere si sceglie di nascondere gli elementi in corso quando si desidera prevedere il lavoro. Per altre informazioni, vedere Prevedere il backlog del prodotto.

Mostra/nascondi elementi figlio che sono stati completati

Dal selettore Opzioni di visualizzazione è possibile scegliere di visualizzare o nascondere elementi figlio completati.

Selettore delle opzioni di visualizzazione, controllo Elementi figlio completati

In genere si sceglie di visualizzare Gli elementi figlio completati quando si desidera visualizzare le colonne di rollup.

In genere si sceglie di nascondere gli elementi figlio Completati quando si vuole prevedere il lavoro. Per altre informazioni, vedere Prevedere il backlog del prodotto.

Nota

Gli elementi di lavoro completati o chiusi non vengono visualizzati nei backlog e nelle bacheche dopo che la data modificata è maggiore di 183 giorni (circa mezzo anno). È comunque possibile elencare questi elementi usando una query. Se si vuole che vengano visualizzati su un backlog o una lavagna, è possibile apportare una modifica secondaria a tali elementi che reimposta l'orologio.

Nota

Gli elementi di lavoro completati o chiusi non vengono visualizzati nei backlog e nelle bacheche dopo che la data modifica è maggiore di un anno. È comunque possibile elencare questi elementi usando una query. Se si vuole che vengano visualizzati su un backlog o una lavagna, è possibile apportare una modifica secondaria a tali elementi che reimposta l'orologio.

Successiva attività da provare

Dopo aver creato un backlog funzionante, il team può iniziare a lavorare sugli elementi con priorità superiore. Da qui è il momento di decidere come si vuole lavorare come team. Usare Scrum o Kanban? È possibile usare questi metodi in modo indipendente o insieme.

Scrum: pianificare sprint o Kanban

I team che vogliono il minor sovraccarico per il rilevamento e la stima potrebbero preferire Kanban. I team che amano lavorare a una cadenza costante e tracciare i dettagli del piano sprint potrebbero preferire scrum e pianificazione dello sprint.