Informazioni sui team e sugli strumenti Agile

  • Articolo
  • 9 minuti per la lettura

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

Informazioni su come strutturare e usare i team e gli strumenti Agile per supportare l'organizzazione in crescita. Quando il team cresce oltre le dimensioni previste, in genere da 6 a 9 membri, è possibile passare da una struttura di un team a una struttura a due team. È quindi possibile configurare una struttura gerarchica del team, che offre diversi vantaggi ai responsabili per tenere traccia dello stato di avanzamento tra i team. Per la procedura dettagliata per aggiungere un team, vedere Aggiungere un altro team.

Nota

Per indicazioni sulla configurazione e la personalizzazione del progetto e dei team per supportare le esigenze aziendali, vedere Configurazione e personalizzazione di Azure Boards.

A seconda delle dimensioni dell'organizzazione e delle esigenze di rilevamento, è possibile configurare una struttura del team simile all'immagine seguente. A tale scopo, definire i team e i percorsi di area associati.

Ogni team ha una specifica visione del lavoro

Gli scenari seguenti si applicano:

  • ogni team di funzionalità può essere associato a un singolo percorso di area di funzionalità, ad esempio Profilo cliente, Carrello acquisti, Email o diversi percorsi di area
  • ogni team di gestione, incentrato su un set di funzionalità, può scegliere diversi percorsi di area da monitorare
  • ogni team di funzionalità ha un backlog distinto per pianificare, determinare la priorità e tenere traccia del lavoro
  • i proprietari di portfolio o prodotti possono creare la propria idea, la mappa stradale e gli obiettivi per ogni versione, monitorare lo stato di avanzamento nel proprio portfolio di progetti e gestire i rischi e le dipendenze. Per altre informazioni, vedere Gestione portfolio

Informazioni sui percorsi di area, i team di funzionalità e i team di gestione

I percorsi di area servono ai seguenti scopi in Azure Boards:

  1. Filtrare gli elementi di lavoro visualizzati in un backlog o una scheda del team.
  2. Applicare filtri aggiuntivi agli elementi di lavoro visualizzati su un backlog o una scheda, per informazioni dettagliate, vedere Backlog di filtro interattivo, schede, query e piani.
  3. Lavoro di gruppo che condivide una relazione, ad esempio appartenente allo stesso prodotto, funzionalità o altro raggruppamento a livello di lavoro.
  4. Limitare l'accesso al lavoro impostando le autorizzazioni. Le autorizzazioni possono essere impostate per i gruppi di sicurezza per limitare la modifica degli elementi di lavoro in base al percorso dell'area.

I team effettuano le selezioni come indicato di seguito:

  • I team di funzionalità possono scegliere uno o più percorsi di area per specificare quali elementi di lavoro verranno visualizzati nei backlog e nelle schede.
  • I team di gestione in genere scelgono tutti i percorsi di area su cui operano i team di funzionalità.
  • Inoltre, i team di gestione possono concentrarsi solo su Funzionalità e Epics, mentre i team di funzionalità possono concentrarsi solo sugli elementi di backlog del prodotto, ad esempio Storie utente (Agile), Elementi backlog del prodotto (Scrum) e Requisiti (CMMI).

Nota

I team possono essere assegnati un massimo di 300 percorsi di area. Per altre informazioni, vedere Rilevamento del lavoro, processo e limiti di progetto.

Per i passaggi per definire i percorsi di area e assegnarli a un team, vedere Definire i percorsi dell'area e assegnare a un team.

Team predefinito

Ogni nuovo progetto è configurato con un team predefinito con il nome del progetto. Ad esempio, il progetto Fabrikam viene configurato automaticamente con il team Fabrikam .

I backlog, le schede e i dashboard vengono configurati automaticamente per questo team predefinito in modo da poter iniziare a definire elementi di lavoro e il backlog.

È possibile rinominare il team predefinito e riassegnare un nuovo team come impostazione predefinita.

Ogni team ottiene un set di strumenti personalizzato

Ogni team creato ottiene l'accesso a una suite di strumenti agile e asset del team. Questi strumenti consentono ai team di lavorare autonomamente e collaborare con altri team nell'azienda. Ogni team può configurare e personalizzare ogni strumento per supportare il funzionamento.

Strumenti agile, asset del team

Nota

Oltre ai dashboard del team, è possibile aggiungere un dashboard del progetto, che non è specifico per un team. Per altre informazioni, vedere Aggiungere, rinominare ed eliminare dashboard.

Questi strumenti filtrano automaticamente il set di elementi di lavoro visualizzati facendo riferimento agli elementi seguenti:

  • percorso area predefinito
  • Percorso di iterazione
  • sprint selezionati

Per altre informazioni su ogni strumento e sulle impostazioni di configurazione per ogni strumento, vedere gli articoli corrispondenti seguenti.

Area

Strumento

Attività di configurazione del team

Backlog

Sprint e Scrum

Bacheche Kanban

Widget

Altri strumenti

Non applicabile

Molti di questi strumenti vengono creati da query di sistema che fanno riferimento al percorso dell'area del team. Ad esempio, il percorso predefinito dell'area di un team filtra gli elementi di lavoro visualizzati nel backlog di un team. Gli elementi di lavoro creati usando uno strumento Agile assegnano automaticamente le aree e le iterazioni in base alle impostazioni predefinite del team.

Impostazioni predefinite del team a cui fanno riferimento i backlog e le schede

Quali elementi di lavoro vengono visualizzati nei backlog e nelle schede del team? Quando si aggiungono elementi di lavoro a un backlog o a una scheda, come vengono usate le impostazioni predefinite del team per assegnare i valori di campo?

I team sono associati a uno o più percorsi di area e percorsi di iterazione. Questi percorsi determinano gli elementi visualizzati nei backlog e nelle schede.

Quando si definisce un team, si definisce il team:

  • Percorso area selezionata
  • Percorso area predefinito
  • Percorsi di iterazione selezionati
  • Percorso di iterazione backlog
  • Percorso di iterazione predefinito

Tutti gli strumenti Agile fanno riferimento ai percorsi area definiti per un team. Il set di elementi di lavoro visualizzati su un backlog o una scheda dipendono dallo stato corrente di un elemento di lavoro o dal relativo stato padre-figlio.

Diversi strumenti fanno riferimento anche al percorso predefinito del team e agli sprint selezionati. Quando si aggiunge un nuovo elemento di lavoro dal backlog o dalla scheda Kanban di un team, il sistema assegna il percorso area predefinito del team e il percorso di iterazione predefinito .

Nota

I nuovi elementi di lavoro aggiunti tramite la pagina Elementi di lavoro o il widget Nuovi elementi di lavoro in un dashboard del team non fanno riferimento al percorso di iterazione predefinito assegnato al team. Vengono invece assegnati nuovi elementi di lavoro all'ultimo percorso di iterazione selezionato dall'utente. I nuovi elementi di lavoro aggiunti tramite il backlog Sprints o il taskboard di un team vengono sempre assegnati al percorso di iterazione associato al backlog o al taskboard dello sprint selezionato.

Strumento Agile

Percorso area (vedere nota 1)

Percorso iterazione

State

Backlog del portfolio o del prodotto

Percorsi dell'area selezionata

Uguale o sotto il percorso di iterazione backlog del team

Attivo (corrisponde a una categoria di stato Proposta o InProgress, vedere note 2, 3)

Schede Kanban (vedere la nota 4)

Percorsi dell'area selezionata

Uguale o sotto il percorso di iterazione backlog del team

Qualsiasi stato (vedere note 3, 5)

Backlog sprint (vedere la nota 4)

Percorsi dell'area selezionata

Percorsi di iterazione selezionati dal team

Qualsiasi stato (vedere note 3, 5)

Schede attività (vedere la nota 4)

Percorsi dell'area selezionata

Percorsi di iterazione selezionati dal team

Qualsiasi stato (vedere note 3, 5)

Nuovo widget elemento di lavoro

Percorso area predefinito

Percorso di iterazione predefinito

n/d

Nota

  1. Gli elementi degli strumenti agile vengono filtrati in base ai percorsi dell'area selezionata del team. Teams può scegliere se includere o escludere elementi assegnati ai percorsi secondari.
  2. Gli elementi di lavoro i cui stati sono chiusi, completati o rimossi (corrispondenti a uno stato categoria completata ) non vengono visualizzati nei backlog del portfolio e del prodotto.
  3. È possibile aggiungere stati del flusso di lavoro personalizzati e assegnarli a una delle tre categorie di stato. Le categorie>di stato" determinano quali elementi di lavoro vengono visualizzati nelle visualizzazioni backlog e scheda.
  4. Schede Kanban, backlog sprint e taskboard mostrano solo l'ultimo nodo in una gerarchia, denominato nodo foglia. Ad esempio, se si collegano gli elementi all'interno di una gerarchia a quattro livelli, solo gli elementi al quarto livello vengono visualizzati nella scheda Kanban, nel backlog sprint e nella scheda attività. Per altre informazioni, vedere collegamenti padre-figlio tra elementi.
  5. Elementi di lavoro i cuistati sono uguali non vengono visualizzati nelle schede.

Struttura gerarchica di team o scalabilità di agilità all'interno di un'organizzazione

Anche se non esiste alcun concetto di sottoteam, è possibile creare team i cui percorsi di area sono sotto un altro team, che crea in modo efficace una gerarchia di team. Per altre informazioni, vedere Aggiungere un altro team.

Gli articoli seguenti illustrano anche i passaggi per la configurazione di team, percorsi dell'area e iterazioni per supportare la gestione del portfolio o le organizzazioni aziendali:

Gruppi di team

Quando si aggiunge un team, viene creato automaticamente un gruppo di sicurezza con il nome del team. È possibile usare questo gruppo per filtrare le query. Il nome dei gruppi di team segue il modello [Nome progetto]\Nome team. Ad esempio, la query seguente trova il lavoro assegnato ai membri del gruppo di team [Fabrikam Fiber]\Email.

Portale Web, pagina Query, Query che usa in operatore gruppo e nome gruppo team

È anche possibile usare il controllo @mention all'interno di discussioni e richieste pull per notificare a tutti i membri di un team. Avviare l'immissione del nome di un team o di un gruppo di sicurezza, selezionare l'icona di ricerca e quindi selezionare le opzioni elencate. Per altre informazioni, vedere Usare @mentions per altre discussioni.

Lavorare su più team

Un account utente può appartenere a più team?

Sì. È possibile aggiungere account utente come membri del progetto o a uno o più team aggiunti al progetto. Se si lavora su due o più team Scrum, assicurarsi di specificare la capacità di sprint per ogni team in cui si lavora.

Autorizzazioni membro del team

Per impostazione predefinita, i membri del team ereditano le autorizzazioni concesse ai membri del gruppo Collaboratori del progetto. I membri di questo gruppo possono aggiungere e modificare il codice sorgente, nonché creare ed eliminare le esecuzioni di test e creare e modificare gli elementi di lavoro. I membri del team possono collaborare in un progetto Git o controllare il lavoro nella code base del team.

Autorizzazioni predefinite assegnate ai collaboratori del team

Limitare l'accesso alle funzionalità selezionando le funzionalità rendendo un utente interessato o limitando l'accesso a sola lettura. Per altre informazioni, vedere Autorizzazioni e accesso per il rilevamento del lavoro.

Riepilogo