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

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 Project Amministrazione istrator o Collaboratore È necessario essere aggiunti a un progetto come membro del gruppo di sicurezza Collaboratori o Project Amministrazione istrators.
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 e l'accesso per il 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 Project Amministrazione istrator o Collaboratore È necessario essere aggiunti a un progetto come membro del gruppo di sicurezza Collaboratori o Project Amministrazione istrators.
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 e l'accesso per il 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 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/{yourorganization}/{yourproject}).

  2. Selezionare (1) Schede> (2) Backlog.

    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 l'elenco dei 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.

    Scegliere il livello backlog.

  4. (Facoltativo) Per visualizzare le colonne desiderate, 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 dei backlog open boards > per un team.

    Per selezionare un altro backlog, aprire il selettore e quindi 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 di 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. 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 delle 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 lavagna delle attività. Prima di determinare come gestire i bug, vedere Configurare e personalizzare, Gestire i bug come requisiti o attività e Visualizzare i 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 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.

    Screenshot delle opzioni di visualizzazione padre disattivate.

  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 vengono assegnati automaticamente il percorso area predefinito e il percorso di iterazione selezionati per il team. Per altre informazioni, vedere Configurare le impostazioni del team.

    Screenshot dell'elemento di lavoro aggiunto.

    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 e tre sono simili, come 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 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ù.

Screenshot degli elementi di lavoro riordinati.

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

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 lo 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 del selettore Opzioni di visualizzazione, Controllo in corso.

Selettore delle opzioni di visualizzazione, Controllo in corso.

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

Selettore di opzioni di visualizzazione, controllo Elementi figlio completati

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.