Implementare Scaled Agile Framework ® in Azure Boards

Azure Boards | Azure DevOps Server 2020

Molte aziende traggono vantaggio dai singoli team Agile. Aumenta l'interesse 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 di 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, questi video in Scaled Agile sono un buon modo per ® orientarsi. ®

Azure Boards le procedure SAFe tramite team ® autonomi, backlog, bacheche, report e metriche. Questo articolo illustra in che modo gli artefatti Azure Boards supportano le procedure e gli artefatti SAFe.

  • Framework Agile con scalabilità ridotta®
  • SaFe essenziale®
  • Portfolio SAFe®
  • SaFe per soluzioni di grandi dimensioni®
  • Mapping dei riferimenti rapidi
  • Azure Boards'implementazione di SAFe®

Nota

Questo articolo è una di un set di esercitazioni su Scaled Agile Framework che si applica a Azure Boards ® e Azure DevOps Services. La maggior parte delle indicazioni è valida sia per le versioni 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®

SaFe ® illustra come una visione del portfolio viene soddisfatta da una gerarchia di team, tutti interessati a obiettivi specifici. Questo framework suddivide epiche in funzionalità e storie. Teams su questi elementi in Sprint e recapitare tramite incrementi di programma (PI) e release trains. Inoltre, il backlog del portfolio può tenere traccia dei risultati finali mappati ai flussi di valore e ai budget associati.

Panoramica ® dell'architettura SAFe versione 5.0

SAFe® architectural overview version 5 © D. Leffingwell

Riprodotto con autorizzazione dal © 2011 al 2020 © Tutti i diritti sono riservati.

SAFe ® e Scaled Agile Framework sono marchi registrati di ®

Agilità aziendale di SAFe ® 5.0

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

SAFe® overview 5.0 © D. Leffingwell

Riprodotto con autorizzazione dal © 2011 al 2020 © Tutti i diritti sono riservati.

Alcuni dei modi in cui Azure Boards l'agilità aziendale e la cultura agile sono descritti negli articoli seguenti:

SaFe essenziale®

SaFe ® essenziale richiede il supporto per gli artefatti e le procedure illustrati nel poster seguente.

Essential SAFe® poster architectural overview © D. Leffingwell

Riprodotto con autorizzazione dal © 2011 al 2020 © Tutti i diritti sono riservati.

Tutti questi elementi e procedure sono supportati da Azure Boards.

  • Storie, funzionalitàe abilitatori:implementati come elementi di lavoro che acquisiscono informazioni e stato del lavoro. Questi elementi di lavoro vengono visualizzati automaticamente nei backlog del team e nelle bacheche Kanban.
  • Backlog del team e backlog del programma: implementati come backlogdel team che filtrano gli elementi di lavoro assegnati a un team e supportano la definizione delle priorità e il raggruppamento del lavoro.
  • Scrum e Kanban:procedure completamente supportate tramite lavagne Kanban, backlog sprint e taskboard, team e cadenze sprint.
  • Iterazioni, Iterazione IP (Innovation and Planning),Incrementi programma (PI),Attività cardine e Treni diversione : implementati tramite un elenco flat o una configurazione gerarchica dei percorsi di iterazione.
  • Agile Release Train:implementato da un set di team Agile e team di programma configurati per supportare visualizzazioni specifiche di team e programmi.
  • Obiettivi pi greco,Obiettivi del teame Contesto della soluzione: Teams usare il wiki di progetto predefinito per condividere obiettivi, obiettivi, informazioni sui clienti e requisiti della soluzione.

Per una panoramica dell'Azure Boards di Scrum e Kanban, vedere About Sprints, Scrum, and project management (Informazioni su Sprint, Scrum e gestione dei progetti) e About Boards and Kanban (Informazioni su Sprint, Scrum e gestione dei progetti) e About Boards and Kanban (Informazioni su Sprint, Scrum e gestione dei progetti) e About Boards and Kanban (Informazioni su Boards e Kanban).

Portfolio SAFe®

Portfolio SAFe aggiunge il supporto per la gestione dei portfolio tramite ® epiche, abilitatori e flussi di valore.

Portfolio SAFe® poster architectural overview © D. Leffingwell

Riprodotto con autorizzazione dal © 2011 al 2020 © Tutti i diritti sono riservati.

Azure Boards fornisce il supporto per i componenti del 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 del portfolio:implementati come backlog del portfolio che supporta il filtro del lavoro in base alla revisione delle esigenze aziendali.
  • Visione del portfolio e temi strategici:i proprietari di aziende e i responsabili di portfolio possono usare il wiki di progetto incorporato per condividere visione, obiettivi e obiettivi.
  • Valore Flussi:i flussi di valori possono essere monitorati usando tag o campi personalizzati.
  • Budget snelli:le informazioni sul budget possono essere acquisite nei campi personalizzati ed essere rollup per ottenere visibilità ai livelli Funzionalità ed Epici.
  • INDICATORI KPI: diversireport e widget del dashboard forniscono metriche personalizzate. Power BI e il servizio Di analisi forniscono supporto per creare rapidamente report personalizzati.

SaFe per soluzioni di grandi dimensioni®

La funzionalità SAFe di soluzioni di grandi dimensioni include il supporto per ® un backlog della soluzione, il servizio di treni delle soluzioni e le funzionalità.

Large Solution SAFe® poster architectural overview © D. Leffingwell
Riprodotto con autorizzazione dal © 2011 al 2020 © Tutti i diritti sono riservati.

È possibile implementare soluzioni di grandi dimensioni in modo molto identico all'implementazione di 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 base SAFe, SaFe per soluzioni Large ®® e Portfolio ®® SAFe.

Full SAFe® poster architectural overview © D. Leffingwell

Come viene ® mappato l'artefatto SAFe Azure Boards

La tabella seguente esegue il mapping di termini o artefatti SAFe ® Azure Boards termine o artefatto equivalente. Scegliere il collegamento per informazioni sui dettagli dell'implementazione.

Termine o artefatto SAFe

Azure Boards termine o artefatto

Team Agile

Teams. Si definisce una gerarchia di team per soddisfare le esigenze dei team di funzionalità o di sviluppo, dei team di programma e 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 ed esaminare lo stato di avanzamento e i risultati finali.

Budget

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

Funzionalità

Elemento di lavoro. È possibile definire, pianificare e tenere traccia di funzionalità simili a Epiche e funzionalità. Vengono acquisite negli elementi di lavoro e all'interno di vari backlog del team.

Componenti principali

Elemento di lavoro. È possibile definire, pianificare e tenere traccia di abilitatori simili a Epiche, funzionalità e storie. Vengono acquisite negli elementi di lavoro e all'interno di vari backlog del team.

Epiche

Elemento di lavoro epico. Per definire un'epica, usare il tipo di elemento di lavoro Epic. Le epiche sono nella parte superiore della gerarchia degli elementi di lavoro di Epiche, Funzionalità e Storie.

Funzionalità

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

Iterazione dell'innovazione e della pianificazione (IP)

Percorso di iterazione. È possibile definire percorsi di iterazione per un progetto e impostarne le date di inizio e di fine. Ogni team sottoscrive le iterazioni con cui lavora.

Iterazione

Percorso di iterazione. È possibile definire percorsi di iterazione per un progetto e impostarne le date di inizio e di fine. Ogni team sottoscrive le iterazioni con cui lavora.

Attività cardine

Attività cardine ed eventi chiave. Le attività cardine si verificano alla fine di ogni iterazione. I campi e i tag personalizzati possono essere usati anche per associare il lavoro a attività cardine ed eventi chiave.

Portfolio Backlog

Backlog del portfolio. Un backlog del portfolio elenca le epiche associate a un portfolio con la possibilità di espandere e visualizzare le funzionalità e le storie figlio.

Portfolio Kanban

Scheda Portfolio Epics. La bacheca del team portfolio visualizza il backlog Epics come schede in una lavagna Kanban interattiva, configurabile e filtrabile.

Visione del portfolio

Wiki. Usare il wiki del progetto per condividere in modo ampio all'interno dell'organizzazione le informazioni relative a strategia, soluzioni e modalità di collaborazione dei team per produrre risultati finali del portfolio e del programma.

Backlog del programma

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

ProgrammaRese kanban

Scheda Funzionalità del programma. La scheda Programma visualizza il backlog funzionalità come schede in una scheda Kanban interattiva, configurabile e filtrabile.

Percorso di iterazione dell'incremento del programma (PI)

Percorso di iterazione. I percorsi di iterazione definiscono una casella temporale 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 revisioni

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.

Roadmap

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

Servizi condivisi

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

Soluzioni

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

Backlog della soluzione

Backlog del portfolio di soluzioni. È possibile definire un tipo di elemento di lavoro personalizzato e un backlog del portfolio per acquisire requisiti aziendali speciali di soluzioni di grandi dimensioni oppure usare backlog di portfolio epici ed epici per acquisire soluzioni.

Temi strategici

Wiki. I temi strategici, simili a Portfolio Vision, possono essere acquisiti in un wiki del progetto.

Storie

Elemento di lavoro Storia utente. Le storie utente acquisiscono la funzionalità che si vuole distribuire. In genere vengono ridimensionate in modo da essere completate con una singola iterazione.

Team Backlog

Backlog delle storie. Il backlog Storie elenca le storie utente assegnate al percorso dell'area associato al team.

Team Kanban

Bacheca Storie. La scheda Storie visualizza il backlog Storie come schede in una scheda Kanban interattiva, configurabile e filtrabile.

Valore Flussi

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

Azure Boards'implementazione di SAFe®

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

Successiva attività da provare

Come viene mappato il mapping dei concetti di SAFe Azure Boards elementi

Informazioni sugli autori

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

  • Philip Eng è Senior Architect presso Microsoft, DigitalAss persività e linee guida.
  • Hosam Kamel è un professionista di soluzioni tecnologiche per Microsoft e ALM Ranger.
  • Willy-Peter Schaub è un ex program manager con Visual Studio ALM Rangers presso microsoft Canada Development Center. È possibile seguire Willy-Peter su Twitter all'indirizzo twitter.com/wpschaub.

Gli articoli di questa serie sono stati aggiornati da una versione white paper sviluppata in collaborazione con gli autori seguenti:

  • Gordon Beeming è uno sviluppatore software di Derivco nell'assolata città di Durban, Sud Africa. Passa molto tempo alla tastiera occupandosi di Visual Studio oppure si rilassa insieme alla famiglia. Il suo blog è gordonbeeming.xyz ed è possibile seguirlo su Twitter all'indirizzo twitter.com/gordonbeeming.
  • Brian Blackman è uno dei principali consulenti di Microsoft Premier Developer e si occupa di aiutare i partner ISV e le organizzazioni a raggiungere il successo in campo tecnologico e sul mercato. Ha conseguito un MBA, le certificazioni CSM, CSP, MCSD (C++) e MCTS ed è un Visual Studio ALM Ranger. Quando non è Ruck Mastering e contribuisce Visual Studio progetti alM Ranger, dedica il suo tempo alla scrittura di codice, alla creazione e alla distribuzione di workshop e alla consulenza in diverse concentrazioni, in particolare per aiutare le organizzazioni nella ricerca dell'agilità aziendale.
  • Gregg Boer è uno dei principali responsabili del programma in Microsoft. Gregg è il proprietario del prodotto per l'esperienza di gestione Agile Azure DevOps e TFS locale.
  • Kathryn Elliott è una scrittrice senior di articoli tecnici in Microsoft.
  • Susan Ferrell è una scrittrice senior di articoli tecnici e una Visual Studio ALM Ranger.
  • Willy-Peter Schaub è un ex program manager con Visual Studio ALM Rangers presso microsoft Canada Development Center. A partire dalla metà degli anni '80, si impegna per la semplicità e la manutenibilità nella progettazione software. È possibile seguirlo su Twitter all'indirizzo twitter.com/wpschaub.
  • Grazie speciale 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).