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.
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
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.
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.
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.
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à.
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®®.
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
Articoli correlati
- Adattare Agile ai grandi team
- Cultura Agile
- Procedure per la scalabilità
- Informazioni su Sprint, Scrum e gestione dei progetti
- Informazioni su Boards e Kanban
- Scaled Agile Framework: sito delle risorse SAFe®.
- Ridimensionamento delle metriche Agile e SAFe® con TFS: post di blog che illustra un report di SQL Server sviluppato da InCycle per illustrare come è possibile usare TFS per supportare agile o SAFe ridimensionati.
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).