Creare il backlog in Azure Boards

  • Articolo

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

Il backlog del prodotto è il piano di progetto, che mostra ciò che il team intende offrire. Contiene storie utente, elementi backlog o requisiti aggiunti. Il backlog è un elenco semplice di elementi di lavoro, come illustrato nell'immagine seguente, che mostra un processo Scrum per Azure Boards. Per i modelli di processo Agile, Basic e Capability Maturity Model Integration (CMMI), la selezione degli elementi backlog viene visualizzata come Storie, Problemi e Requisiti.

Screenshot di un backlog degli elementi backlog del processo Scrum.

Prerequisiti

Quando si crea un progetto o un team, i backlog vengono creati automaticamente. Ogni team ha accesso al proprio prodotto, portfolio e backlog sprint.

Prerequisito Descrizione
Membro amministratore o collaboratore del progetto È necessario essere aggiunti a un progetto come membro del gruppo di sicurezza Collaboratori o Amministratori progetti.
Accesso degli stakeholder Per aggiungere o modificare elementi di lavoro, è necessario concedere l'accesso agli stakeholder o versione successiva. Gli utenti con accesso stakeholder per i progetti pubblici hanno accesso completo alle funzionalità di backlog e bacheca, ad esempio gli utenti con accesso di base . Per altre informazioni, vedere Informazioni di riferimento rapido sull'accesso di tipo Stakeholder.
Membro collaboratore o Consenti perms in Per visualizzare o modificare gli elementi di lavoro, è necessario disporre degli elementi di lavoro Visualizza in questo nodo e Modificare gli elementi di lavoro in questo nodo le autorizzazioni impostate su Consenti. Per impostazione predefinita, il gruppo Collaboratori ha questa autorizzazione impostata su Consenti. Per altre informazioni, vedere Impostare le autorizzazioni di rilevamento del lavoro.
Iterazioni definite Per usare il riquadro Pianificazione, l'amministratore del team deve definire percorsi di iterazione (sprint) e configurare le iterazioni del team.
Prerequisito Descrizione
Membro amministratore o collaboratore del progetto È necessario essere aggiunti a un progetto come membro del gruppo di sicurezza Collaboratori o Amministratori progetti.
Accesso degli stakeholder Per aggiungere o modificare elementi di lavoro, è necessario concedere l'accesso agli stakeholder o versione successiva.
Membro collaboratore o Consenti perms in Per visualizzare o modificare gli elementi di lavoro, è necessario disporre degli elementi di lavoro Visualizza in questo nodo e Modificare gli elementi di lavoro in questo nodo le autorizzazioni impostate su Consenti. Per impostazione predefinita, il gruppo Collaboratori ha questa autorizzazione impostata su Consenti. Per altre informazioni, vedere Impostare le autorizzazioni di rilevamento del lavoro.
Iterazioni definite Per usare il riquadro Pianificazione, l'amministratore del team deve definire percorsi di iterazione (sprint) e configurare le iterazioni del team.

Aggiungere un backlog

Se si dispone di un progetto, si dispone di un backlog. Il backlog contiene un elenco di funzionalità e requisiti da compilare, ordinati in base alla priorità. Per impostazione predefinita, ogni progetto ha un team e un set di backlog per tale team. Se è necessario supportare più team, è possibile aggiungere altri backlog. Quando si crea un nuovo team, si creano anche vari asset del team che un amministratore del team può personalizzare in base al flusso di lavoro del team. Per aggiungere un set di backlog per supportare un nuovo team, vedere Creare o aggiungere un team.

Il set di backlog di ogni team è associato a uno o più tipi di elemento di lavoro. Il tipo di elemento di lavoro associato a un backlog dipende dal processo selezionato durante la creazione del progetto, le configurazioni del team e le personalizzazioni dei processi.

I backlog definiti per ogni processo predefinito sono:

  • Agile: storie, funzionalità ed epiche
  • Base: Problemi ed Epiche
  • Scrum: elementi backlog, funzionalità ed epiche
  • CMMI: requisiti, funzionalità ed epiche

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

Aprire il backlog

Dal Web browser seguire questa procedura per aprire il backlog del prodotto.

  1. Accedere al progetto (https://dev.azure.com/{Your_Organization}/{Your_Project}).

  2. Selezionare Boards Backlogs (Backlog schede>).

    Screenshot della selezione della sequenza per l'apertura di Backlog in Boards.

    Per selezionare un backlog diverso, scegliere un team diverso o selezionare l'opzione Visualizza directory backlog. È anche possibile immettere una parola chiave nella casella di ricerca per filtrare i backlog del team per il progetto.

    Screenshot che mostra il menu a discesa selezione team.

    Suggerimento

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

  3. Verificare di aver selezionato Stories (for Agile), Issues (for Basic), Backlog items (for Scrum) o Requirements (for CMMI) come livello di backlog.

    Screenshot che mostra l'opzione Scegliere il livello di backlog.

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

    Screenshot che mostra la selezione del pulsante Opzioni colonna.

  1. Verificare di aver selezionato il progetto corretto e selezionare Boards Backlogs (Backlog schede>). Selezionare quindi il team corretto dal menu del selettore del team.

    Screenshot della selezione di Open Boards e quindi backlog per un team.

    Per selezionare un altro backlog, aprire il selettore e scegliere un team diverso o 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.

    Screenshot che mostra l'opzione Seleziona 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. Selezionare Storie per Agile, Problemi per gli elementi Di base, Backlog per Scrum o Requisiti per CMMI come livello di backlog.

    Screenshot di 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.

    Screenshot che mostra le 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.

Tenere traccia dei bug nel backlog

Alcuni team amano tenere traccia dei bug insieme ai requisiti nel backlog. Altri team amano tenere traccia dei bug come attività completate per supportare un requisito, in modo che i bug vengano visualizzati nella bacheca delle attività. Prima di determinare come gestire i bug, vedere Bug come requisiti o attività e Mostra bug nei backlog e nelle bacheche.

Convertire idee in elementi backlog

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

Se è già stato definito un lungo elenco di elementi, non è necessario immetterli di nuovo uno alla volta. Usare invece elementi di lavoro in blocco con file CSV o Microsoft Excel per importarli 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.

    Screenshot delle opzioni di visualizzazione padre disattivate.

  2. Per aggiungere un elemento di lavoro, selezionare Nuovo elemento di lavoro e immettere un titolo. Selezionare INVIO o selezionare Aggiungi all'inizio. Agli elementi di lavoro viene assegnato il percorso area predefinito e il percorso di iterazione selezionati per il team. Per altre informazioni, vedere Gestire e configurare gli strumenti del team.

    Screenshot dell'elemento di lavoro aggiunto tramite Nuovo elemento di lavoro.

    Nota

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

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 questi termini 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 relativi ai backlog di base, ai pbi e ai bug vengono visualizzati nei backlog scrum e i requisiti vengono visualizzati nei backlog CMMI.

Riordinare il backlog

Riordinare gli elementi per creare un elenco di lavoro con priorità. Esaminare e classificare in ordine di priorità il backlog frequentemente per aiutare il team a sapere qual è l'aspetto più importante da offrire successivamente.

Non è possibile ordinare il backlog in una colonna. Per visualizzare un elenco ordinato, selezionare Crea query. Salvare e aprire la query e 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ù.

Screenshot degli elementi di lavoro riordinati nel backlog.

Nota

Per riordinare un backlog, è necessario disporre dell'accesso di livello Basic o superiore. Se si ha l'accesso di tipo Stakeholder, non è possibile riordinare gli elementi del backlog. Per altre informazioni, vedere Informazioni di riferimento rapido sull'accesso di tipo Stakeholder.

I backlog che partecipano alla gestione portfolio o che contengono elementi figlio annidati dello stesso tipo potrebbero non consentire di riordinare gli elementi. Vedi questi articoli per ulteriori informazioni:

Aggiungere dettagli e stime agli elementi backlog

La creazione e la definizione delle priorità del backlog forniscono 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 selezionare INVIO. Aggiungere 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 su di esso per condividere il file con altri utenti.

Immettere tutti i dettagli necessari al team per eseguire le attività seguenti:

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

Screenshot del modulo dell'elemento di lavoro User Story, aggiungere i dettagli.

Al termine, selezionare Salva e chiudi .

Per pianificare uno sprint, stimare almeno il lavoro richiesto per implementare ogni elemento del backlog. Per acquisire il lavoro nel modulo dell'elemento di lavoro, usare Effort per Basic o Scrum, Story Points for Agile o Size per 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 Punti storia e dimensioni.

La maggior parte dei metodi Agile consiglia di impostare stime per gli elementi di 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 aziendale

Specificare una priorità che acquisisce il valore relativo di un PBI rispetto ad altri pbi. Maggiore è il numero, maggiore è il valore aziendale.

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 ottenere 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 Done 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. Per determinare i criteri di accettazione, avere conversazioni tra il team e i clienti. 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.

Valutazione dell'impatto (solo CMMI)

Descrive l'impatto del cliente di non implementare il requisito. È possibile includere i dettagli del modello Kano sul fatto che questo requisito si trovi nelle categorie sorprendenti, obbligatorie o ovvie.

Mostra o nascondi elementi in corso

Dal selettore Opzioni di visualizzazione è possibile attivare Elementi in corso. Se la si disattiva, gli elementi inclusi negli stati Attivo, Commit o Risolto o che eseguono il mapping allo stato della categoria In corso non vengono visualizzati nel backlog.

Screenshot che mostra il selettore Visualizza opzioni con l'opzione In corso selezionata.

Screenshot che mostra il selettore Visualizza opzioni con l'opzione In corso selezionata.

È probabile che si scelga di nascondere gli elementi in corso quando si vuole prevedere il lavoro. Per altre informazioni, vedere Prevedere il backlog del prodotto.

Mostrare o nascondere gli elementi di lavoro nello stato Completato

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

Screenshot che mostra il selettore Opzioni di visualizzazione con l'opzione Elementi figlio completati selezionata.

Scegliere di visualizzare gli elementi figlio completati quando si desidera visualizzare le colonne di rollup.

Scegliere di nascondere gli elementi figlio completati quando si desidera 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 il valore di Data modifica è maggiore di 183 giorni (circa mezzo anno). È comunque possibile elencare questi elementi usando una query. Se si desidera che vengano visualizzati su un backlog o una lavagna, è possibile apportare una modifica secondaria a essi, che reimposta l'orologio.

Nota

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

Il backlog del prodotto è una delle tre classi di backlog disponibili per l'utente, i backlog, le bacheche e i piani. Se non vengono visualizzati gli elementi di lavoro previsti nel backlog, vedere Configurare i backlog e le bacheche.

Passaggi successivi

Con il backlog sul posto, il team può iniziare a lavorare sugli elementi con priorità superiore. Ora è 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 cadenza costante e tracciare i dettagli del piano sprint potrebbero preferire scrum e pianificazione sprint.