Condividi tramite


Implementare Un framework® Agile con scalabilità orizzontale in Azure Boards

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

Molte aziende traggono vantaggio dai singoli team Agile. Maggiore interesse aumenta per ridimensionare le procedure Agile man mano che l'organizzazione cresce. La necessità per le aziende di visualizzare lo stato di avanzamento di molti team Agile e in un portfolio continua ad aumentare. Per soddisfare queste esigenze, molte aziende hanno adottato scaled Agile Framework® (SAFe®).

Se si ha familiarità con Scrum ma non si ha familiarità con SAFe®, vedere SAFe Studio Framework.

Azure Boards supporta le pratiche SAFe® tramite team autonomi, backlog, bacheche, report e metriche. Questo articolo illustra come gli artefatti di Azure Boards supportano procedure e artefatti SAFe.

  • Framework Agile® con scalabilità orizzontale
  • SaFe® essenziale
  • SaFe® portfolio
  • SAFe® per soluzioni di grandi dimensioni
  • Mappatura di riferimento rapido
  • Implementazione di SAFe® tramite Azure Boards

Nota

Questo articolo è uno dei set di esercitazioni su Scaled Agile Framework® applicabili ad Azure Boards e Azure DevOps Services. La maggior parte delle indicazioni è valida sia per il cloud che per le versioni locali. Tuttavia, alcune delle funzionalità e delle procedure sono specifiche per il cloud o la versione più recente di Azure DevOps Server.

Framework® Agile con scalabilità orizzontale

La SAFe® affronta il modo in cui una visione portfolio viene soddisfatta da una gerarchia di team, tutti interessati da obiettivi specifici. Questo framework suddivide Epiche in Funzionalità e Storie. I team lavorano su questi elementi negli sprint e distribuiscono tramite Incrementi di Programma (PI) e Treni di Rilascio. Inoltre, il backlog di portfolio può tenere traccia degli elementi di consegna che mappano ai flussi di valore e ai relativi budget.

Panoramica dell'architettura SAFe® versione 5.0

Panoramica dell'architettura SAFe® versione 5 © D. Leffingwell

Riprodotto con l'autorizzazione © 2011-2020 Scaled Agile Inc.. Tutti i diritti sono riservati.

SAFe® e Scaled Agile Framework sono marchi registrati di Scaled Agile Inc.

SAFe® 5.0 Agilità Aziendale

Molte procedure SAFe® includono la crescita di una cultura che supporta agilità, allineamento e autonomia, tutto mentre è incentrato sul cliente.

Panoramica di SAFe® 5.0 © D. Leffingwell

Riprodotto con l'autorizzazione © 2011-2020 Scaled Agile Inc.. Tutti i diritti sono riservati.

Ecco alcuni dei modi in cui Azure Boards supporta l'agilità aziendale e le impostazioni cultura agile negli articoli seguenti:

Essenziale SAFe®

Essential SAFe® richiede il supporto per gli artefatti e le procedure illustrate nel poster seguente.

Panoramica architettonica del poster SAFe® essenziale © D. Leffingwell

Riprodotto con l'autorizzazione © 2011-2020 Scaled Agile Inc.. Tutti i diritti sono riservati.

Tutti questi elementi e procedure sono supportati da Azure Boards.

  • Storie, Caratteristiche e Abilitanti: implementato come elementi di lavoro che acquisiscono informazioni e stato del lavoro. Questi elementi di lavoro vengono visualizzati automaticamente nei backlog e nelle bacheche del team.
  • I backlog del team e il backlog del programma: implementati come backlog del team che filtrano gli elementi di lavoro assegnati a un team e supportano la prioritizzazione e il raggruppamento del lavoro.
  • Scrum e Kanban: pratiche completamente supportate tramite le bacheche, i backlog degli sprint, le taskboard, i team e le cadenze degli sprint.
  • Iterazioni, Iterazione Innovazione e Pianificazione (IP), Incrementi di Programma (PI), Attività Cardine e Treni di Rilascio: implementati tramite un elenco semplice o una configurazione gerarchica dei percorsi di iterazione.
  • Agile Release Train: implementato da un set di team Agile e team del programma configurati per supportare visualizzazioni specifiche del team e del programma.
  • Obiettivi PI, obiettivi del team e contesto della soluzione: Teams può usare il wiki predefinito del progetto per condividere obiettivi, obiettivi, informazioni sui clienti e requisiti della soluzione.

Per una panoramica del modo in cui Azure Boards implementa Scrum e Kanban, vedere Informazioni su Sprint, Scrum e gestione dei progetti e About Boards e Kanban.

SaFe® portfolio

Portfolio SAFe® aggiunge il supporto per la gestione dei portfolio attraverso epic, enabler e flussi di valore.

Panoramica architettonica del SAFe® Portfolio poster © D. Leffingwell

Riprodotto con l'autorizzazione © 2011-2020 Scaled Agile Inc.. Tutti i diritti sono riservati.

Azure Boards offre supporto per i componenti di portfolio seguenti:

  • Epiche: eseguire il mapping al tipo di elemento di lavoro Epic e consentire il rilevamento, il raggruppamento e il rollup degli elementi figlio.
  • Backlog di portfolio: implementato come backlog di portfolio che supporta il filtraggio del lavoro in base alla valutazione delle necessità aziendali.
  • Visione portfolio e temi strategici: i proprietari aziendali e i gestori di portfolio possono usare il wiki predefinito del progetto per condividere la propria visione, obiettivi e obiettivi.
  • Stream di valore: I stream di valore possono essere monitorati usando tag o campi personalizzati.
  • Budget snelli: le informazioni sul budget possono essere acquisite in campi personalizzati e aggregati per ottenere visibilità ai livelli di Feature ed Epic.
  • Indicatori KPI: diversi report e widget del dashboard forniscono metriche predefinite. Power BI e il servizio Analisi forniscono supporto per creare rapidamente report personalizzati.

SAFe® per soluzioni di grandi dimensioni

SAFe® per Soluzioni di Grandi Dimensioni include il supporto per un backlog della soluzione, i treni delle soluzioni e le funzionalità.

Panoramica architettonica delle Grandi Soluzioni SAFe® © D. Leffingwell
Riprodotto con l'autorizzazione © 2011-2020 Scaled Agile Inc.. Tutti i diritti sono riservati.

È possibile implementare soluzioni di grandi dimensioni nello stesso modo in cui si implementa Portfolio SAFe®. Tuttavia, è anche possibile aggiungere tipi di elementi di lavoro personalizzati e backlog personalizzati per supportare altri requisiti della soluzione.

SaFe® completo

SaFe® completo include i tre livelli di Essential SAFe®, Large Solution SAFe e Portfolio SAFe®®.

Panoramica architettonica del poster completo SAFe® © D. Leffingwell

Mappatura degli artefatti SAFe® su Azure Boards

La tabella seguente associa i termini o gli artefatti SAFe® ai termini o artefatti equivalenti di Azure Boards. Scegliere il collegamento per informazioni sui dettagli di implementazione.

Termine o artefatto SAFe®

Termine o artefatto di Azure Boards

Team Agili

Teams. Si definisce una gerarchia di team per soddisfare le esigenze dei team di sviluppo, dei team di sviluppo, del programma e del portfolio o dei team di training delle soluzioni.

Agile Release Train (ART)

Teams. I team Agile gestiscono il lavoro dei risultati finali per un set di funzionalità. Ogni team Agile ha un set di strumenti Agile per supportare il flusso di lavoro e rivedere lo stato di avanzamento e i risultati finali.

Budget

Tag, Area Valore. È possibile utilizzare i tag o il campo Area Valore per tenere traccia del lavoro associato a un budget specifico o a una catena di valore.

Funzionalità

Attività di lavoro È possibile definire, pianificare e tenere traccia delle funzionalità simili alle epiche e alle funzionalità. Le acquisisci negli elementi di lavoro e nei vari backlog del team.

Abilitatori

Elemento di lavoro. È possibile definire, pianificare e tenere traccia di abilitanti simili a Epics, Features e Stories. Le acquisisci negli elementi di lavoro e nei vari backlog del team.

Epiche

Elemento di lavoro epico. Si definisce un'Epica usando il tipo di elemento di lavoro Epic. Le epiche si trovano nella parte superiore della gerarchia degli elementi di lavoro di Epiche, Funzionalità e Storie.

Funzionalità

Elemento funzionalità di lavoro. Definisci una funzionalità con il tipo di elemento di lavoro Funzionalità. Le funzionalità sono un contenitore per molte storie e sono rappresentate nel proprio backlog del portfolio.

Iterazione di Innovazione e Pianificazione (IP)

Percorso di iterazione. Si definiscono percorsi di iterazione per un progetto e si impostano le date di inizio e di fine. Ogni team aderisce alle iterazioni con cui lavora.

Iterazione

Percorso di iterazione. Si definiscono percorsi di iterazione per un progetto e si impostano le date di inizio e di fine. Ogni team sceglie le iterazioni su cui lavora.

Passaggi fondamentali

Attività cardine ed eventi chiave. Le attività cardine vengono eseguite alla fine di ogni iterazione. I campi e i tag personalizzati possono essere usati anche per associare attività cardine ed eventi chiave.

Portfolio Backlog

Portfolio backlog. Il portfolio di backlog elenca le Epiche associate a un portfolio con l'opzione per espandere e visualizzare le Funzionalità e Storie figlie.

Portfolio Kanban

Scheda Epiche del Portafoglio. La bacheca del team portfolio visualizza il backlog degli Epic come schede in una bacheca interattiva, configurabile e filtrabile.

Visione del portfolio

Wiki. Usare il wiki del progetto per condividere in modo ampio all'interno delle informazioni dell'organizzazione correlate a strategia, soluzioni e come i team collaborano per produrre risultati finali di portfolio e programma.

Backlog del programma

Backlog delle funzionalità. Un backlog delle funzionalità elenca le funzionalità associate a un programma con l'opzione per espandere e visualizzare le storie subordinate.

Programma Kanban

Bacheca delle funzionalità del programma. La board del Programma visualizza il backlog delle funzionalità come schede in una bacheca interattiva, configurabile e filtrabile.

Percorso di iterazione dell'incremento del programma

Percorso di Iterazione. I percorsi di iterazione definiscono una casella di tempo per un progetto con date di inizio e di fine. I percorsi di iterazione possono essere definiti da una settimana a 12 settimane o più.

Retrospettive e recensioni

Retrospettive. Ogni team può aggiungere una bacheca per acquisire, classificare in ordine di priorità e creare elementi di azione per supportare i processi di miglioramento.

Tabella di marcia

Piani di recapito, Sequenza temporale delle funzionalità. Azure Boards offre visualizzazioni configurabili e interattive per esaminare le roadmap e i risultati finali del team.

Servizi condivisi

Struttura del team dei servizi condivisi: le risorse condivise tra i team possono essere rappresentate tramite il proprio team di funzionalità Agile. Ognuno può gestire il backlog mentre il proprio lavoro viene visualizzato anche nei backlog dei team supportati.

Soluzioni

Soluzioni: le soluzioni possono essere rappresentate tramite un tipo di elemento di lavoro della soluzione personalizzato.

Backlog della soluzione

Backlog del portfolio di soluzioni. È possibile definire un tipo di elemento di lavoro personalizzato e un backlog di portfolio per registrare i requisiti aziendali speciali di grandi soluzioni oppure utilizzare gli Epic e i backlog del portfolio Epic per gestire le soluzioni.

Temi strategici

Wiki. I temi strategici, simili alla Visione del portfolio, possono essere documentati in un wiki del progetto.

Storie

Storia utente elemento di lavoro. Le User Stories acquisiscono le funzionalità che vuoi siano fornite. In genere vengono ridimensionate in modo da essere completate con una singola iterazione.

Team Backlog

Backlog di Storie. Il backlog delle storie elenca le storie degli utenti assegnate al percorso di area associato al team.

Team Kanban

Bacheca delle storie. La bacheca Storie visualizza il backlog di Storie come card in una bacheca interattiva, configurabile e filtrabile.

Flussi di valore

Tag, Area Valore. È possibile usare tag o il campo Area valore per tenere traccia del lavoro associato a un flusso di budget o valore specifico.

Implementazione di SAFe® con Azure Boards

Ognuno degli articoli seguenti all'interno di questa suite di esercitazioni fornisce informazioni dettagliate su come configurare, personalizzare e usare Azure Boards per implementare programmi e progetti SAFe®.

Passaggi successivi

Informazioni sugli autori

Molti grazie ai collaboratori seguenti per la revisione e il feedback al contenuto corrente.

  • Phillip Eng è senior architect presso Microsoft, Digital Pursuit and Guidance.
  • Hosam Kamel è un professionista della soluzione tecnologica per Microsoft e ALM Ranger.
  • Willy-Peter Schaub è un ex program manager con Visual Studio ALM Rangers presso il Microsoft Canada Development Center. È possibile seguire Willy-Peter su Twitter all'indirizzo twitter.com/wpschaub.

Gli articoli di questa serie sono stati aggiornati da un white paper precedente sviluppato in collaborazione con gli autori seguenti:

  • Gordon Beeming è uno sviluppatore software di Derivco nella città soleggiata di Durban, Sudafrica. Passa la maggior parte del suo tempo lavorando intensamente alla tastiera con Visual Studio o rilassandosi con la sua famiglia. Il suo blog è a gordonbeeming.xyz e puoi seguirlo su Twitter a twitter.com/gordonbeeming.
  • Brian Blackman è un consulente principale con Microsoft Premier Developer, concentrandosi sull'impatto sui partner ISV e sul successo delle aziende nella progettazione e nel marketplace. Ha un MBA ed è un CSM, CSP, MCSD (C++) e MCTS ed è un Ranger ALM di Visual Studio. Quando non è Ruck Mastering e contribuisce ai progetti di Visual Studio ALM Ranger, dedica tempo alla scrittura di codice, alla creazione e alla distribuzione di workshop e alla consulenza in varie concentrazioni, in particolare aiutando le organizzazioni nella ricerca dell'agilità aziendale.
  • Gregg Boer è un principal program manager a Microsoft. Gregg è il proprietario del prodotto per l'esperienza di gestione Agile fornita da Azure DevOps e TFS locale.
  • Kathryn Elliott è uno scrittore tecnico senior di Microsoft.
  • Susan Ferrell è un'autrice tecnica senior e una Ranger Visual Studio ALM.
  • Willy-Peter Schaub è un ex program manager con Visual Studio ALM Rangers presso il Microsoft Canada Development Center. Dalla metà degli anni '80, si impegna per semplicità e manutenibilità nell'ingegneria del software. Puoi seguirlo su Twitter a twitter.com/wpschaub.
  • Grazie speciali ai seguenti esperti tecnici per la revisione di questo articolo: Mike Douglas (consulente indipendente, ALM Ranger), Richard Hundhausen (consulente indipendente, ALM Ranger) e Bill Heys (consulente indipendente, ALM Ranger).