Elementi (Agile)

Gli elementi inclusi nel modello di processo per MSF for Agile Software Development v5.0 consentono agli ScrumMaster di eseguire più facilmente i processi e ai team di lavorare in modo più efficiente. Questi elementi includono elementi di lavoro, rapporti, cartelle di lavoro e dashboard.

Gli elementi di lavoro consentono al team di tenere traccia delle informazioni, analizzare lo stato di avanzamento delle attività e prendere decisioni. Il team può utilizzare i rapporti predefiniti o personalizzati basati sul database per tenere traccia degli elementi di lavoro oppure il database di SQL Server Analysis Services per rispondere a domande simili alle seguenti:

  • Il team sta procedendo in modo corretto?

  • Il numero di bug è in aumento o in diminuzione?

  • Qual è la velocità del team?

Le cartelle di lavoro consentono al team di gestire i backlog del prodotto, pianificare iterazioni o sprint e classificare in ordine di priorità i bug. Nei dashboard e nei rapporti vengono visualizzate informazioni critiche e sono supportate trasparenza e metriche in tempo reale. Utilizzando i dashboard è possibile visualizzare le informazioni sul progetto, particolarmente utili per gestire iterazioni e condurre analisi retrospettive. I dashboard forniscono inoltre l'accesso a molte funzionalità e funzioni utilizzate quotidianamente dai membri del team.

I membri del team possono accedere agli elementi dal nodo del progetto team in Team Explorer o dal portale del progetto team. 

In questo argomento

  • Panoramica

  • Manutenzione del backlog prodotto

  • Manutenzione del backlog iterazione

  • Gestione del backlog dei bug

  • Gestione di progetti

  • Pianificazione del rilascio

  • Collaborazione tra team

  • Integrazione

  • Personalizzazione

Struttura di elementi predefinita in Team Explorer

Struttura di elementi del progetto team Agile

Cenni preliminari

Argomenti

Attività

Creare e aggiornare storie utente, attività, bug e altri tipi di elementi di lavoro. Il team tiene traccia del lavoro tramite la creazione e la gestione degli elementi di lavoro. Ogni tipo di elemento di lavoro è basato su un modello che include campi dati, stati del flusso di lavoro, logica di transizione e un form dell'elemento di lavoro. I membri del team possono creare elementi di lavoro basati solo sui tipi di elementi di lavoro definiti per il progetto team.

Il modello di processo per MSF for Agile Software Development versione 5.0 definisce i tipi di elementi di lavoro seguenti: storie utente, attività, bug, problemi, test case e passi condivisi. Ciascun tipo di elemento di lavoro è definito da un file XML che gli amministratori di progetto possono personalizzare completamente.

Elencare storie utente, attività, bug e altri elementi di lavoro tramite query. Ogni query definisce un set di criteri di filtro che i membri del team possono eseguire per individuare gruppi specifici di elementi di lavoro, ad esempio storie utente aperte o bug attivi. Per i membri del team sono disponibili query predefinite nella cartella Query Team.

Il modello di processo per MSF for Agile Software Development v5.0 definisce 15 query Team. Ogni membro del team può creare e archiviare query ad esclusivo utilizzo personale o da condividere con il team.

Pianificare, gestire, bilanciare e tenere traccia del carico di lavoro per un'iterazione tramite cartelle di lavoro. Le cartelle di lavoro consentono ai proprietari del prodotto di gestire i backlog del prodotto, pianificare un'iterazione, valutare i bug e tenere traccia dei problemi. Ad esempio, i proprietari del prodotto possono assegnare storie utente, attività, bug e problemi a iterazioni specifiche tramite le cartelle di lavoro.

Il modello di processo per MSF for Agile Software Development v5.0 definisce quattro tipi di cartelle di lavoro che è possibile personalizzare. Ogni cartella di lavoro, ovvero un file xlsm con attivazione macro o un file xlsx di Office Excel, include una query predefinita in un foglio di lavoro e fogli di lavoro aggiuntivi per il calcolo dei dati di progetto.

Utilizzare i dashboard per verificare lo stato di avanzamento e accedere rapidamente al lavoro assegnato. I membri del team possono utilizzare i dashboard per individuare rapidamente informazioni importanti sul progetto team. I dashboard contengono i dati del progetto, supportano l'analisi e consentono al team di eseguire più rapidamente le attività comuni.

Nei dashboard vengono visualizzati grafici definiti da un rapporto di Office Excel, elenchi e controlli di Team Web Access o altri oggetti di un sito di SharePoint. Per accedere ai dashboard, è necessario configurare il progetto team per un portale del progetto e un sito di SharePoint.

Il modello di processo per MSF for Agile Software Development v5.0 definisce diversi dashboard che l'amministratore di progetto può personalizzare completamente.

Visualizzare e tenere traccia dello stato di avanzamento tramite rapporti in Excel. I rapporti di Excel consentono di raggiungere due obiettivi. il primo è la presentazione dei dati visivi all'interno dei dashboard. il secondo è il supporto della revisione e della verifica dello stato di avanzamento del progetto.

Il modello di processo per MSF for Agile Software Development v5.0 definisce 17 rapporti di Excel. Ogni rapporto corrisponde a una cartella di lavoro di Office Excel (file con estensione xlsx) in cui vengono visualizzate le informazioni archiviate nel database Analysis Services per il progetto team. È possibile modificare i rapporti predefiniti di Excel e creare rapporti personalizzati tramite il modello di Excel fornito dal modello di processo.

Rivedere, analizzare e tenere traccia dello stato di avanzamento tramite Reporting Services. I membri del team possono analizzare lo stato e l'avanzamento del progetto tramite i rapporti di Reporting Services. Questi rapporti consentono di rispondere a domande sullo stato del progetto team mediante l'aggregazione di metriche relative a elementi di lavoro, controllo della versione, risultati di test e compilazioni.

Prima che il team possa accedere a Rapporto Rapporti, è necessario eseguire il provisioning dell'insieme di progetti team in cui è archiviato il progetto team con Reporting Services e Analysis Services.

Il modello di processo per MSF for Agile Software Development v5.0 definisce 13 rapporti. Ogni rapporto viene definito da un file RDL (Report Definition Language) che accede alle informazioni dal database Analysis Services per il progetto team. Gli amministratori del progetto possono personalizzare completamente questi rapporti.

Manutenzione del backlog prodotto

Argomenti

Attività

Acquisire e tenere traccia di storie utente. I proprietari del prodotto possono acquisire ogni funzionalità, funzione o requisito per un prodotto come storia utente. Le storie utente supportano l'assegnazione di punti, la classificazione, l'acquisizione dei requisiti del cliente e dei criteri di test, nonché l'assegnazione dell'elemento a un'iterazione specifica.

Creare e modificare più storie utente come batch. I proprietari del prodotto possono utilizzare la cartella di lavoro Backlog prodotto per compilare il backlog del prodotto e bilanciare le storie utente tra le iterazioni.

Acquisire, rilevare e collegare altri tipi di lavoro. I membri del team possono inoltre acquisire attività, problemi e altri tipi di lavoro e collegarli tra loro o alle storie utente.

Gli amministratori di progetto possono inoltre creare o personalizzare ciascun tipo di elemento di lavoro aggiungendo campi oppure modificando il flusso di lavoro o il form. Per ulteriori informazioni, vedere Personalizzazione.

Visualizzare strutture ad albero gerarchiche di storie principali e secondarie. I proprietari del prodotto possono creare molte storie utente ridotte e mirate che insieme implementano diverse storie di dimensioni maggiori. I membri del team possono aprire una visualizzazione ad albero che include storie utente principali e secondarie collegate da relazioni padre-figlio.

I membri del team possono visualizzare e modificare le gerarchie delle strutture ad albero degli elementi di lavoro tramite Office Excel o Team Explorer. In Team Explorer è possibile modificare la struttura ad albero trascinando elementi all'interno della visualizzazione struttura ad albero.

Monitorare l'avanzamento e lo stato delle storie utente. Tramite il rapporto Stato storie, i membri del team possono verificare il livello di impegno dedicato all'implementazione delle storie. Tramite il rapporto Panoramica storie, il team è in grado di tenere traccia per ogni storia di quanto è stato implementato e testato.

I proprietari del prodotto possono verificare tali rapporti giornalmente o settimanalmente per monitorare lo stato di avanzamento del team durante un'iterazione.

Manutenzione del backlog iterazione

Argomenti

Attività

Accedere rapidamente alle attività e ad altre funzioni giornaliere assegnate a ogni membro del team. I membri del team possono utilizzare Dashboard per rivedere e aprire attività, bug e test case a cui sono stati assegnati.

Creare e modificare elementi nel backlog iterazione come batch. I proprietari del prodotto possono utilizzare la cartella di lavoro Backlog iterazione per pianificare e tenere traccia dello stato di avanzamento del lavoro relativo a un'iterazione specifica.

Visualizzare strutture ad albero gerarchiche di storie utente e attività. I membri del team possono creare un collegamento tra ciascuna attività che devono completare e la storia utente da implementare tramite questo collegamento. La creazione di questi collegamenti consente ai membri del team di tenere traccia delle ore di lavoro dedicate a ciascuna storia.

I membri del team possono modificare le gerarchie delle strutture ad albero degli elementi di lavoro tramite Office Excel o Team Explorer. In Team Explorer è possibile modificare la struttura ad albero trascinando gli elementi nella visualizzazione struttura ad albero.

Monitorare lo stato e l'avanzamento dell'iterazione. I proprietari del prodotto e i membri del team possono utilizzare il dashboard e i rapporti di stato per visualizzare lo stato di avanzamento. Questi rapporti consentono ai team di stabilire se si procede in modo corretto e di determinare la quantità di valore realizzato chiudendo le storie utente, nonché il livello di corrispondenza dell'esecuzione dell'iterazione rispetto al piano di iterazione.

Generare visualizzazioni personalizzate di rapporti. Utilizzando funzioni filtro predefinite i membri del team possono generare diverse visualizzazioni di rapporti. Ad esempio, un membro del team può modificare la visualizzazione del rapporto Burn-down e velocità filtrando il set di storie utente, bug e attività visualizzato nel rapporto.

È inoltre possibile personalizzare ogni dashboard modificando i campi o i criteri di filtro dei rapporti di Excel visualizzati nei dashboard.

Gestione del backlog dei bug

Argomenti

Attività

Accedere rapidamente ai bug personali attivi. Tramite Dashboard, i singoli membri del team possono rivedere i bug loro assegnati.

Rivedere e valutare il backlog dei bug. Tramite la cartella di lavoro Valutazione, il team può effettuare operazioni di classificazione, disposizione in ordine di priorità e assegnazione per i bug da utilizzare durante un'iterazione.

Monitorare il burn-down di bug, le tendenze e la distribuzione in base alla priorità e all'assegnazione. Tramite i rapporti e i dashboard di bug, il team può tenere traccia dello stato di avanzamento del processo di individuazione e risoluzione dei difetti del codice.

Monitorare la percentuale di feedback degli errori. Tramite il rapporto Riattivazioni, il team può determinare l'efficienza di correzione dei bug. Le riattivazioni si riferiscono in genere a bug risolti o chiusi in anticipo e quindi riaperti. Il team può utilizzare il rapporto Riattivazioni per visualizzare le storie utente o i bug riattivati.

Inviare bug che contengono automaticamente informazioni sui test case e sull'ambiente di test. I tester che utilizzano Microsoft Test Manager possono inviare bug che contengono automaticamente informazioni sul test case e sull'ambiente di test che era in esecuzione, oltre al passo del test specifico in cui il tester ha individuato un errore del codice. Se un tester utilizza Microsoft Test Manager per creare un bug, viene automaticamente collegato al test case che era in esecuzione quando è stato individuato il bug.

Gestione di progetti

Argomenti

Attività

Pianificare e gestire attività e risorse. Tramite Office Project, i proprietari del prodotto possono pianificare progetti e attività, assegnare risorse e tenere traccia delle modifiche. Office Project semplifica la pianificazione grazie alla Visualizzazione Gantt di Team Foundation e alla Visualizzazione Foglio attività di Team Foundation.

L'integrazione dei dati tra Office Project e Team Foundation, inoltre, consente di gestire le relazioni subordinate e predecessore-successore sia nel piano del progetto sia nel database per la gestione degli elementi di lavoro.

Monitorare l'allocazione delle attività ai membri del team. Nel dashboard e nei rapporti di stato i membri del team possono visualizzare il carico di lavoro assegnato a se stessi o ad altri membri.

Gestire e monitorare i problemi e gli ostacoli che impediscono l'avanzamento del team. Per definire, rivedere, classificare e gestire i problemi, i proprietari del prodotto possono tenere traccia di situazioni problematiche note o potenziali, ostacoli o rischi per il progetto utilizzando la cartella di lavoro Problemi.

Determinare la velocità media del team. Visualizzando le informazioni nel rapporto Stato di tutte le iterazioni, i proprietari del prodotto possono ottenere informazioni relative al calcolo della velocità media del team.

Pianificazione del rilascio

Argomenti

Attività

Monitorare lo stato di avanzamento e la capacità del team. Durante un'iterazione, il team può verificare la velocità di avanzamento visualizzando il burn-down di attività o di altri elementi di lavoro.

Il burn-down mostra la tendenza del lavoro completato e rimanente in un periodo di tempo specificato. La velocità fornisce calcoli della percentuale di lavoro completata e necessaria in base al periodo di tempo specificato.

Eseguire scenari di pianificazione simulati. I proprietari del prodotto possono utilizzare le cartelle di lavoro Pianificazione prodotto e Backlog iterazione per bilanciare il carico di lavoro tra diverse iterazioni e, all'interno di una stessa iterazione, nel team. Tramite queste cartelle di lavoro, i proprietari del prodotto possono determinare la capacità e la velocità del team, modificare il lavoro in base alla capacità sovrallocata o sottoallocata sia per il team che per i relativi membri ed eseguire analisi di simulazione modificando le assegnazioni dell'iterazione, prolungando o abbreviando l'iterazione e tenendo conto dei giorni festivi o di altre interruzioni del lavoro pianificate.

Tramite la cartella di lavoro Backlog iterazione, i proprietari del prodotto possono impostare per ogni iterazione la capacità individuale di ciascun membro del team, includendo i giorni non lavorativi.

Gestione di dipendenze tra gruppi. I proprietari del prodotto possono definire dipendenze per un'attività o una funzionalità di proprietà di un altro team o gruppo, tenere traccia e prendere nota di tali dipendenze, creare relazioni con un altro gruppo di progetti, nonché tenere traccia di come le dipendenze si modificano nel tempo.

Monitorare la qualità del prodotto. Il team può tenere traccia degli indicatori della qualità complessiva del prodotto tramite il dashboard Qualità e utilizzare i rapporti di compilazione per rilevare la qualità e l'esito positivo delle compilazioni nel corso del tempo.

Comunicare lo stato di avanzamento ai responsabili. I proprietari del prodotto possono utilizzare diversi dashboard e rapporti per comunicare lo stato e l'avanzamento del progetto, nonché personalizzare i rapporti per visualizzare i dettagli specifici richiesti dal team e dai responsabili di livello superiore.

Ad esempio, il dashboard Qualità offre una panoramica dello stato di avanzamento relativo alle aree di compilazione, sviluppo e test. Il rapporto Panoramica storie consente di tenere traccia di quanto è stato implementato e testato per ogni storia utente. I rapporti dei test consentono di tenere traccia dello stato di avanzamento del team rispetto allo sviluppo dei test case e indicano il livello di analisi di tali test case rispetto alle storie utente.

Nel sito Web Microsoft:

Supporto per più metodi di accesso. I membri del team possono visualizzare dashboard e rapporti tramite un'interfaccia Web ed esportare i rapporti Reporting Services in diversi formati, tra i quali Excel, Adobe Acrobat (con estensione pdf) e Word.

Collaborazione tra team

Argomenti

Attività

Gestire le consegne e tenere traccia dello stato del lavoro. Utilizzando gli elementi di lavoro per gestire le informazioni nel database di Team Foundation, i membri del team possono garantire che nessuna informazione o lavoro vada perso durante il passaggio delle attività. I membri del team possono utilizzare gli elementi di lavoro per definire il lavoro da portare a termine per un progetto e tenere traccia dello stato di avanzamento.

Supportare le comunicazioni tra team. I membri del team possono utilizzare il portale del progetto per salvare e recuperare documenti, visualizzare rapporti, scambiare informazioni inserendo messaggi e utilizzare altre funzionalità di collaborazione di Prodotti SharePoint, ad esempio calendari, elenchi, wiki e blog.

Condividere documenti e file. Tramite il portale del progetto team, in qualsiasi tipo di elemento di lavoro è possibile caricare file sottoposti al controllo della versione, allegare file e inserire collegamenti a siti Web.

Ricevere notifiche di posta elettronica quando il lavoro viene modificato. Gli avvisi sono notifiche di posta elettronica che Team Foundation invia quando si verificano alcuni eventi, ad esempio la modifica dello stato di un elemento di lavoro o di una compilazione, l'esecuzione di un'archiviazione o il completamento di una compilazione. Tramite la configurazione appropriata, i membri del team possono definire quando e a quali destinatari inviare gli avvisi.

Trovare e condividere gli elenchi di elementi di lavoro utilizzati di frequente. Le query Team predefinite consentono ai membri del team di accedere in modo rapido agli elementi di lavoro attivi. Le query trovano gli elementi di lavoro che corrispondono a un set specifico di criteri e risultano utili per l'individuazione dello stato corrente degli elementi. Ad esempio, tramite una query è possibile trovare tutti gli elementi di lavoro bug con priorità 1 oppure tutti gli elementi di lavoro attività assegnati al team di sviluppo Web.

I membri del team possono inoltre creare e condividere singole query e query Team aggiuntive tramite il portale del progetto Team o la posta elettronica.

Impostare le autorizzazioni di accesso per risorse o dati sensibili. Gli amministratori di progetto possono stabilire quali membri del team sono autorizzati a visualizzare o modificare gli elementi di lavoro, le query Team, i rapporti o i dashboard. Le autorizzazioni per la visualizzazione o la modifica di un elemento vengono concesse ai membri del team a livello individuale o in base al ruolo.

Istruire i nuovi membri del team in relazione ai processi del team. Gli elementi di lavoro, i dashboard e i rapporti in Reporting Services forniscono collegamenti alle linee guida del processo per ciascuno di questi tipi di elementi. Se si aggiunge o si personalizza uno di questi elementi, è possibile fornire collegamenti alle linea guida del processo ospitato.

Tenere traccia dello stato di elementi di lavoro e generare rapporti tramite query. I membri del team possono generare un elenco di elementi di lavoro tramite query semplici o complesse.

Tramite posta elettronica, è possibile inviare ai membri del team, ai clienti o ad altre persone interessate, dettagli relativi a elementi di lavoro specifici, elenchi di elementi di lavoro o query elemento di lavoro. È inoltre possibile creare collegamenti ipertestuali a questi elementi che i destinatari possono aprire, visualizzare, salvare e modificare, a condizione che dispongano dell'accesso e delle autorizzazioni necessarie in Visual Studio Team Foundation Server.

Integrazione

Argomenti

Attività

Tenere traccia dell'implementazione di storie utente e di altri elementi di lavoro. I membri del team possono creare collegamenti dagli elementi di lavoro agli insiemi di modifiche e al codice sorgente sottoposto al controllo della versione. Questi collegamenti supportano un itinerario di controllo delle attività che il team può utilizzare per interpretare i problemi che potrebbero verificarsi successivamente.

Creare relazioni per supportare visualizzazioni integrate di elementi di backlog, test e storie. I membri del team possono collegare le storie utente ai test case che ne eseguono il test e ai bug che influiscono su di esse. Questa procedura consente ai proprietari del prodotto di determinare per ogni storia utente la conformità dei test case e il numero complessivo di bug registrati.

Monitorare compilazioni, code coverage e varianza del codice. I membri del team possono utilizzare i rapporti di compilazione per tenere traccia della qualità e dell'esito positivo delle compilazioni nel corso del tempo.

Monitorare lo stato di avanzamento e il code coverage dei test. I membri del team possono utilizzare il dashboard e i rapporti dei test per tenere traccia dello stato di avanzamento dei test nel tempo.

Monitorare l'avanzamento e identificare il volume, lo stato e l'efficacia delle attività di test. I team che sono responsabili del test del prodotto possono utilizzare i rapporti Gestione test per monitorare le compilazioni, le esecuzioni dei test, la creazione di test case e altro ancora.

Personalizzazione

Argomenti

Attività

Creare o personalizzare tipi di elementi di lavoro, tipi di collegamenti, categorie e altri elementi. Gli amministratori di progetto possono creare o personalizzare un tipo di elemento di lavoro, un tipo di collegamento o una categoria di elementi di lavoro per soddisfare i requisiti del team relativi alla verifica di un progetto.

Aggiungere o personalizzare campi dati, form dell'elemento di lavoro e flussi di lavoro. Oltre a modificare il form e il flusso di lavoro per un tipo di elemento di lavoro, gli amministratori di progetto possono aggiungere o modificare i campi dati che consentono di tenere traccia delle informazioni sull'elemento di lavoro.

Personalizzare i dashboard. I dashboard comprendono una o più Web part completamente personalizzabili. Ogni membro del team può personalizzare la funzionalità Dashboard per supportare necessità specifiche e altri dashboard per l'utilizzo personale o del team.

Generare rapporti ad hoc. I membri del team possono creare, condividere e gestire i rapporti di Excel. Dopo avere creato un rapporto che mostra i dati del progetto Team in Office Excel, è possibile caricare il rapporto nel portale del progetto del team.

Visualizzare, organizzare e configurare rapporti. Gli amministratori di progetto possono creare e pubblicare report in Progettazione report di SQL Server, quindi utilizzare Gestione report per visualizzare, organizzare e configurare tali report. Utilizzando Gestione report un amministratore di progetto può organizzare report correlati all'intero di cartelle, modificare parametri e origini dati e pianificare report automatizzati.

Vedere anche

Concetti

Scrum

Scegliere un modello di processo

Altre risorse

Collaborazione all'interno di un team utilizzando le risorse del progetto team

MSF for Agile Software Development v5.0