Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
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:
- Informazioni sugli elementi di lavoro
- Flusso di lavoro Agile in Azure Boards
- Campi predefiniti ed elementi di lavoro usati nei modelli di processo
- Definire caratteristiche ed epiche
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.
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.
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.
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.
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.
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.
Ulteriori informazioni:
- Visualizzare lo stato di avanzamento o il valore totale del rollup
- Esamina i piani di consegna del team
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.
Ulteriori informazioni:
- Visualizza o configura la velocità del team
- Add and manage dashboards (Aggiungere e gestire i dashboard)
- Controllo del tempo di ciclo e del tempo di attraversamento
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: