Creare il backlog in Azure Boards
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.
Nota
Per altre informazioni, vedere gli articoli seguenti:
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:
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.
Accedere al progetto (
https://dev.azure.com/{Your_Organization}/{Your_Project}).Selezionare Boards Backlogs (Backlog schede>).
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.
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.Verificare di aver selezionato Stories (for Agile), Issues (for Basic), Backlog items (for Scrum) o Requirements (for CMMI) come livello di backlog.
(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.
Verificare di aver selezionato il progetto corretto e selezionare Boards Backlogs (Backlog schede>). Selezionare quindi il team corretto dal menu del selettore del 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.
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.Selezionare Storie per Agile, Problemi per gli elementi Di base, Backlog per Scrum o Requisiti per CMMI come livello di backlog.
(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.
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.
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.
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.
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ù.
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:
- Collaborare con la proprietà multi-team degli elementi di backlog
- Risolvere i problemi di riordinamento e annidamento
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.
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.
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.
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.
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.
È 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.
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.
Articoli correlati
- Configurare e personalizzare Azure Boards
- Modificare in blocco gli elementi di lavoro
- Copiare o clonare elementi di lavoro
- Visualizzare barre o conteggi dello stato di avanzamento rollup
- Filtrare in modo interattivo backlog, bacheche, query e piani
- Ordine di priorità del backlog o ordine di classificazione dello stack
- Tasti di scelta rapida