Condividi tramite


Configurare una gerarchia di team

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

In Portfolio Managementviene illustrato in che modo i team di gestione e i team delle funzionalità possono usare i backlog per assegnare priorità e concentrarsi sugli elementi di lavoro più critici. Questo articolo illustra come configurare i team per supportare in modo ottimale le visualizzazioni di backlog distinte personalizzate sia per i team di gestione che per i team delle funzionalità.

Perché la configurazione efficace del team è importante

Una configurazione efficace del team è essenziale per garantire che ogni team abbia una visione chiara e mirata delle responsabilità e delle priorità. Configurando una struttura gerarchica del team, è possibile:

  • Migliorare la collaborazione: Promuovere una migliore comunicazione e lavoro in team tra diverse funzioni.
  • Semplificare la gestione dei flussi di lavoro: Semplificare i processi e ridurre i colli di bottiglia.
  • Allinea agli obiettivi dell'organizzazione: Assicurarsi che tutti i team lavorino verso obiettivi comuni.
  • Promuovere la responsabilità e l'efficienza: aumentare la visibilità del carico di lavoro di ogni team, promuovendo responsabilità e produttività tra i progetti.

Vantaggi principali

  • Visualizzazioni di backlog personalizzate: Ogni team può definire le priorità e gestire il proprio lavoro in base agli obiettivi e alle responsabilità specifici.
  • Visibilità migliorata: Team di gestione e funzionalità ottengono informazioni chiare sui rispettivi carichi di lavoro e sullo stato di avanzamento.
  • Maggiore concentrazione: I team possono concentrarsi sulle attività più critiche senza essere sopraffatti da lavori non correlati.
  • Gestione efficiente dei flussi di lavoro: processi semplificati portano a processi decisionali e all'esecuzione del progetto più veloci.

Implementando una struttura gerarchica del team, si garantisce che l'organizzazione rimanga agile, focalizzata e allineata ai propri obiettivi strategici.

Prerequisiti

  • Accesso al progetto: Membro del progetto
  • Autorizzazioni: Membro del gruppo di sicurezza Amministratori di progetto.

Aggiungere un team per ogni area di gestione

Il primo passaggio consiste nell'aggiungere un team per ogni team di funzionalità e area di gestione. È anche possibile rinominare i team già aggiunti. Quando hai finito, avrai un gruppo di squadre simili a quelle mostrate.

La screenshot mostra le impostazioni del progetto, Teams.

  1. Nel portale Web scegliere Impostazioni progetto e aprire Teams.

La schermata mostra le impostazioni del progetto aperto, poi Teams.

  1. Scegliere Nuovo team. Assegnare un nome al team e facoltativamente una descrizione.

    Creare un sotto-team con il proprio percorso di area

    Ripetere questo passaggio per tutti i team di gestione e funzionalità da creare.

Spostare i percorsi di area in una struttura gerarchica

In questo passaggio si vogliono spostare i percorsi delle aree associate ai team di funzionalità da una struttura piatta a una struttura gerarchica.

Struttura ad area piatta Struttura dell'area gerarchica
Percorsi di area piatta Percorsi di area gerarchica

Per spostare i percorsi di area in una struttura gerarchica, eseguire questa procedura:

  1. Selezionare (1) Impostazioni progetto, espandere Lavoro se necessario, e selezionare (2) Configurazione progetto> (3) Aree.

    Screenshot mostra la sequenza di selezioni, Impostazioni progetto>Lavoro>Configurazione del progetto.

  2. Scegliere quindi l'icona delle azioni per uno dei percorsi di area associati a un team di funzionalità e selezionare Modifica. Modificare quindi il percorso per spostarlo nel percorso dell'area del team di gestione corrispondente.

    Ad esempio, qui si sposta il profilo cliente in Gestione account.

    Screenshot mostra la finestra di dialogo del percorso dell'area di modifica.

    Ripetere questo passaggio per tutti i percorsi dell'area del team di funzionalità.

Includere percorsi di sottoarea per i team di gestione

Includendo i percorsi di sottoarea per i team di gestione, si includono automaticamente gli elementi di backlog dei team di funzionalità nel backlog del team di gestione. L'impostazione predefinita per tutti i team consiste nell'escludere i percorsi di sottoarea.

Nota

I percorsi dell'area secondaria possono interrompere la capacità di un team di riordinare o riordinare gli elementi nel backlog. Inoltre, può introdurre incertezze per quanto riguarda le assegnazioni effettuate ai campi Colonna, Fatto e Corsia. Per altre informazioni, vedere Esercizio delle funzionalità di selezione con percorsi di area condivisa più avanti in questo articolo.

Per definire entrambe le aree e le iterazioni, seguire questa procedura:

  1. Selezionare Impostazioni progetto>Teamse quindi scegliere il team le cui impostazioni si desidera modificare.

    Qui si apre il team di gestione account.

    La schermata mostra Teams, scegli un team.

  2. Seleziona Iterazioni e aree>aree.

    Screenshot mostra Il profilo del team, scegliere Iterazioni e area.

    Per cambiare il contesto del team, usa il selettore del team all'interno della barra di navigazione a briciole di pane.

  3. Scegliere Seleziona aree e selezionare il percorso dell'area per Gestione account e selezionare la casella di controllo Includi aree secondarie.

    Screenshot mostra le aree selezionate dal team di Account Management.

    Verificare che solo questo percorso dell'area sia selezionato per il team e che sia il percorso di area predefinito. Rimuovere tutti gli altri percorsi di area selezionati in precedenza.

    La screenshot mostra la verifica dei percorsi dell'area per il team di gestione degli account.

    Ripetere questo passaggio per tutte le aree di gestione. Se si vuole abilitare il rollup in tutti i team di funzionalità e le aree di gestione nell'area di primo livello, ripetere questo passaggio per il team predefinito. Nell'esempio che corrisponde a Fabrikam Fiber.

Definire una cadenza singola sprint per tutti i team

Se i team funzionali utilizzano Scrum o sprint per pianificare il proprio lavoro, impostare una serie di sprint che tutti i team possano usare. Di default, vedi un insieme di sprint predefiniti. Aggiungere altri sprint e impostare le date dello sprint da Impostazioni progetto come descritto in Aggiungere iterazioni e impostare le date di iterazione. È possibile rinominare e modificare gli sprint predefiniti in base alle esigenze.

Nota

Anche se la gestione di un singolo sprint di frequenza semplifica l'amministrazione del progetto, è possibile creare cadenza diverse in base alle esigenze. Ad esempio, alcuni team possono seguire una cadenza mensile, mentre altri seguono una cadenza di 3 settimane. È sufficiente definire un nodo sotto il nodo principale del progetto per ogni cadenza e quindi definire gli sprint in tali nodi. Ad esempio:

  • Fabrikam Fiber/CY2019
  • Fabrikam Fiber/3Week Sprints

Qui definiamo le date di inizio e fine dei primi 6 sprint corrispondenti a una cadenza di 3 settimane.

Screenshot mostra il percorso di iterazione.

Configurare altre impostazioni del team

Affinché i team siano ben definiti, aggiungere gli amministratori del team e farli verificare o configurare altre impostazioni del team. Per altre informazioni, vedere Gestire e configurare gli strumenti del team.

Esaminare i percorsi di area assegnati ai team

Da Project Settings>Project configuration>Areas, è possibile esaminare quali percorsi di area vengono assegnati ai team. Per modificare le assegnazioni, scegliere il team e modificare le assegnazioni del percorso dell'area del team.

Screenshot mostra Percorsi di area e Squadre.

Esercizio delle funzionalità di selezione con percorsi di area condivisa

Quando si condividono percorsi di area tra due o più team, comprendere in che modo Azure Boards gestisce i conflitti che possono verificarsi durante l'esercizio di queste funzionalità:

  • Riordinare o riordinare gli elementi di lavoro in un backlog o una scheda
  • Aggiornamenti apportati ai campidella colonna Board , boarde tabellone durante il trascinamento degli elementi in una colonna diversa

Riordinare e riordinare gli elementi di lavoro

Tutti i backlog e le schede supportano la funzionalità di trascinamento della selezione per riordinare e modificare la gerarchia degli elementi di lavoro. Le modifiche apportate nei backlog e nelle lavagne di un team vengono riflesse automaticamente nei backlog e nelle lavagne di altri team che condividono lo stesso percorso di area. Potrebbe essere necessario aggiornare la pagina per visualizzare questi aggiornamenti.

Il trascinamento della selezione può essere usato solo per riordinare o riposizionare gli elementi di lavoro assegnati ai percorsi di area selezionati per il team. Quando l'opzione di visualizzazione Genitori è abilitata, gli elementi di lavoro che il team non gestisce potrebbero apparire nel tuo backlog. Qualsiasi elemento di lavoro contrassegnato con l'icona delle informazioni non può essere riordinato o replicato, perché un altro team lo possiede.

Screenshot del messaggio informativo sulla proprietà del team.

Aggiornamenti delle colonne della scheda

Poiché ogni team può personalizzare le colonne della lavagna e le corsie, i valori assegnati ai campi della lavagna possono differire quando un altro team aggiorna un elemento di lavoro da una scheda diversa. Anche se il team di gestione e i team delle funzionalità configurano le colonne della bacheca delle funzionalità con mapping del flusso di lavoro identici, gli aggiornamenti apportati agli elementi di lavoro sulla bacheca di un team non si riflettono automaticamente su quella di un altro team. La colonna delle carte viene aggiornata in modo coerente su tutte le bacheche solo quando un elemento di lavoro si sposta in una colonna mappata a uno stato del flusso di lavoro.

Per progettazione, il team con il percorso di area più lungo ha la precedenza nella risoluzione dei conflitti e determina i valori per i campi colonna della scheda, colonna Completato del tabellonee corsia del tabellone. Se due o più team condividono percorsi di area della stessa profondità, i risultati non sono deterministici.

La soluzione alternativa principale consiste nel mantenere una proprietà unica per ogni elemento di lavoro definire i percorsi di area e assegnarli a un team specifico. In alternativa, è possibile aggiungere stati del flusso di lavoro personalizzati che tutti i team possono usare in modo uniforme. Per altre informazioni, vedere Personalizzare il flusso di lavoro (processo di ereditarietà).

Passaggi successivi