Procedure consigliate per la gestione dei prodotti Agile

servizi Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Questa guida consente ai product manager di iniziare a usare Azure Boards. Riepiloga le raccomandazioni pratiche per la configurazione dei team, la pianificazione del lavoro e l'uso di bacheche, backlog, iterazioni e piani di recapito per offrire un valore prevedibile.

Note

Se il team segue in modo specifico Kanban o Scrum, vedere Informazioni su Boards e Kanban o esercitazioni su Scrum.

La maggior parte delle raccomandazioni si applica sia ad Azure DevOps Services (cloud) che a Azure DevOps Server (locale). Alcune funzionalità più recenti, ad esempio le visualizzazioni di Analisi più recenti e alcune anteprime di pianificazione portfolio, vengono visualizzate prima in Azure DevOps Services e potrebbero non essere ancora disponibili in Azure DevOps Server.

Suggerimento

È possibile usare l'intelligenza artificiale per semplificare le attività di Azure DevOps. Per iniziare, vedere Abilitare l'assistenza per intelligenza artificiale con il server MCP di Azure DevOps .

Configurazione dei team

Definire un team per ogni gruppo di consegna che opera in autonomia. Configurare i team lungo flussi di valore in modo che ogni team possa pianificare, monitorare e fornire autonomamente, mantenendo comunque le roadmap a livello di prodotto.

Raccomandazioni:

  • Creare un team per ciascuna funzionalità o gruppo di distribuzione. Mantenere i team abbastanza piccoli da rimanere agili (in genere circa 5-9 membri) e abbastanza grandi da offrire valore significativo.
  • Assegnare a ogni team il proprio percorso di area e la cadenza di iterazione.
  • Usare le impostazioni del team per assegnare percorsi di area e iterazione predefiniti in modo che gli elementi di lavoro aggiunti dal team ereditino il contesto corretto.

Ulteriori informazioni:

Configurare le iterazioni

Definire i percorsi di iterazione (iterazioni) a livello di prodotto e quindi assegnare i team alle iterazioni appropriate. Mantenere una cadenza di iterazione coerente tra i team correlati quando aiuta il coordinamento.

Raccomandazioni:

  • Scegliere una cadenza comune per i team che forniscono insieme (in genere da uno a quattro settimane).
  • Creare almeno sei iterazioni per supportare la pianificazione per i prossimi tre-sei mesi.
  • Utilizzare le iterazioni in modo coerente per la previsione e la pianificazione delle iterazioni.
  • Prendere in considerazione approcci di flusso continui per i team che possono offrire in modo incrementale senza limiti di tempo fissi.
  • Per i team basati sul flusso, concentrarsi sui limiti di lavoro in corso (WIP) anziché sulla capacità di iterazione.

Ulteriori informazioni:

Scegliere i tipi di elemento di lavoro

Selezionare i tipi di elemento di lavoro che corrispondono al modo in cui i team pianificano e distribuiscono il lavoro. Eseguire il mapping del lavoro a livello di prodotto (epiche e funzionalità) al lavoro a livello di team (requisiti) e facoltativamente consentire ai team di suddividere il lavoro nelle attività.

Il tipo di requisito a livello di team dipende dal processo del progetto:

Processo Tipi di portfolio Requisito a livello di gruppo Campo di stima
Agile Epica, Funzionalità Storia utente Punti della storia
Scrum Epica, Funzionalità Elemento del backlog di prodotto Effort
CMMI Epica, Funzionalità Requisito Size
Basic Epic Issue (nessuna per impostazione predefinita)

Raccomandazioni:

  • Usare Epic per rappresentare iniziative di grandi dimensioni che si estendono su più funzionalità o versioni.
  • Usare La funzionalità per rappresentare il valore rivolto ai clienti fornito come funzionalità coerente.
  • Usa il tipo di requisito a livello di team per il lavoro previsto in una singola iterazione.
  • Usare Task per il lavoro di sviluppo che rientra in un'iterazione.
  • Decidere in che modo i team gestiscono i bug, come elementi di backlog insieme ai requisiti, come attività in base ai requisiti o rilevate separatamente. Per l'impostazione a livello di progetto, consulta Mostra bug nei backlog e nelle bacheche.

Ulteriori informazioni:

Creare e gestire la roadmap del prodotto

Usare il backlog delle funzionalità come la roadmap del prodotto. Fai in modo che i product manager ordinino e affinino le funzionalità. Consentire ai team di scomporre le funzionalità in elementi di backlog e facoltativamente le attività.

Raccomandazioni:

  • Mantieni ordinato il backlog delle funzionalità.
  • Suddividere le funzionalità in requisiti di dimensioni che i team possono completare all'interno delle iterazioni.
  • Esaminare e perfezionare regolarmente i backlog tramite sessioni di perfezionamento del backlog.

Backlog delle funzionalità

I responsabili dei prodotti creano e ordinano le funzionalità nel backlog delle funzionalità. Ogni funzionalità deve rappresentare una funzionalità spedibile.

Screenshot che mostra un backlog delle funzionalità.

Backlog del team

I team aggiungono requisiti, denominati Storie, Elementi del backlog, Problemi o Requisiti a seconda del processo, al backlog del team, li stimano per un'iterazione e li associano alle funzionalità di livello superiore.

Screenshot che mostra un backlog del prodotto con storie degli utenti.

Raccomandazioni:

  • Requisiti di dimensione in modo che un team possa completarli in un'unica iterazione.
  • Mantenere chiari i criteri di accettazione e la definizione di operazione completata.
  • Mappare il lavoro non associato alla funzione appropriata.

Ulteriori informazioni:

Previsione e mappatura a lungo termine

Usare lo strumento Forecast e la produttività del team per prevedere quando le funzionalità potrebbero essere distribuite. La previsione richiede stime (punti storia, sforzo o dimensioni) in base ai requisiti. Se si preferisce una previsione semplice in base al conteggio, assegna stima = 1 per ogni requisito.

Raccomandazioni:

  • Stabilire un approccio di stima coerente tra i team che alimentano una roadmap comune per i prodotti.
  • Usare Previsione per modellare diverse iterazioni in anticipo e convalidare i presupposti.

Screenshot che mostra una previsione del backlog di un prodotto con le impostazioni di velocità.

Gestire le dipendenze

Tieni traccia delle dipendenze tra team usando i collegamenti Predecessor/Successor e visualizzando le dipendenze in Delivery Plans. Un piano di consegna è una vista calendario interattiva per più team che mostra il lavoro programmato nei vari team e progetti.

Raccomandazioni:

  • I tag dipendenti funzionano con un tag coerente ( ad esempio , dependency) per le query rapide.
  • Usare i tipi di collegamento predecessore/successore per acquisire dipendenze formali.
  • Visualizzare le dipendenze nei piani di consegna o usare report basati su query per valutare gli elementi bloccanti.

Screenshot che mostra le righe di dipendenza tra gli elementi di lavoro collegati.

Ulteriori informazioni:

Note

Le estensioni del Marketplace, ad esempio la visualizzazione degli elementi di lavoro, possono aiutare a visualizzare le relazioni. Tuttavia, sono supportati dalla community e non sono gestiti dal team Azure Boards.

Lavorare nelle iterazioni

Usare il backlog sprint e il taskboard per pianificare e distribuire il lavoro di iterazione. Aggiornare gli stati ogni giorno in modo che i grafici di stato rimangano accurati.

Raccomandazioni:

  • Pianificare ogni iterazione con il team e definire un obiettivo.
  • Assicurarsi che gli elementi di lavoro assegnati all'iterazione abbiano criteri chiari di proposta di valore e accettazione.
  • Aggiornate il lavoro rimanente e lo stato durante l'iterazione.
  • Monitorare dashboard e grafici per tenere traccia della velocità effettiva o dei blocchi.

Screenshot che mostra un grafico burn-down di Analytics Sprint.

Ulteriori informazioni:

Esaminare lo stato di avanzamento e la consegna

Usare la scheda Funzionalità, le colonne di riepilogo nel Backlog Funzionalità e i Piani di Consegna per esaminare lo stato di avanzamento tra i team.

Raccomandazioni:

  • Aggiungere l'avanzamento del consolidamento o i totali al backlog delle funzionalità per monitorare a colpo d'occhio il completamento.
  • Personalizzare le colonne della scheda Funzionalità in modo che corrispondano al ciclo di vita della distribuzione (ad esempio: Ricerca, In Attesa, In Corso, Implementazione Cliente).
  • Usare Piani di Consegna per coordinare le date e le dipendenze tra team.

Screenshot che mostra una scheda Funzionalità personalizzata con più colonne.

Ulteriori informazioni:

Miglioramento del processo

Rendi il miglioramento continuo parte del tuo ritmo. Usare analisi retrospettive, grafici di velocità e dashboard per identificare i miglioramenti e tenere traccia dello stato di avanzamento.

Raccomandazioni:

  • Tenere analisi retrospettive regolari e acquisire azioni di miglioramento.
  • Usare la velocità effettiva e il tempo del ciclo per comprendere e migliorare il flusso di lavoro.
  • Tenere traccia del lavoro di miglioramento su una scheda dedicata o un backlog.

Screenshot che mostra un grafico della velocità del team di esempio.

Ulteriori informazioni:

Ottimizzare il flusso di lavoro

Controllare WIP per migliorare la prevedibilità del recapito e ridurre il tempo del ciclo. Indipendentemente dal fatto che i team usino iterazioni o flussi continui, la limitazione di WIP consente ai team di concentrarsi e offrire valore più velocemente.

Raccomandazioni:

  • Impostare limiti WIP sulle colonne del board per evitare il sovraccarico di lavoro.
  • Monitorare il tempo ciclo dall'inizio alla consegna per ogni tipo di elemento di lavoro.
  • Usare diagrammi di flusso cumulativi per visualizzare i colli di bottiglia.
  • Concentrarsi sul completamento del lavoro prima di iniziare un nuovo lavoro.

Ulteriori informazioni:

Passo successivo