Linee guida per il processo e modelli di processo per Team Foundation Server
Le linee guida per il processo forniscono informazioni su come coordinare il lavoro in un progetto team e su come utilizzare un tipo di elemento di lavoro in un ciclo di vita globale del progetto.I modelli di processo definiscono gli elementi disponibili in un progetto team e come eseguire il progetto.Le linee guida per il processo sono specifiche del modello di processo utilizzato per creare un progetto team.
In questo argomento
Scegliere un modello di processo per la creazione di un progetto team
Utilizzare gli elementi disponibili per il progetto team
Usare il backlog e l'area attività Agile.
Aumento della velocità del team
Personalizzare di un modello di processo, una configurazione di progetto o un elemento del progetto team
Scegliere un modello di processo per la creazione di un progetto team
Argomenti correlati: Scegliere un modello di processo | Creare un progetto Team
La prima cosa da fare per lavorare con Visual Studio Application Lifecycle Management (ALM) consiste nel creare un progetto team per tenere traccia delle informazioni e organizzare codice sorgente, compilazioni, test e piani per il team.Come illustrato nella figura, si crea un progetto team scegliendo un modello di processo, che definisce elementi di lavoro, query, documenti, rapporti e così via, e che aiuta l'attività di pianificazione e di gestione.
.png "Il modello di processo viene utilizzato per la creazione di un progetto Team")
[!NOTA]
Dopo l'aggiornamento a Visual Studio Team Foundation Server 2012, è possibile accedere ai dati dei progetti di team creati nella versione precedente.Per accedere ad alcune delle nuove funzionalità, tuttavia, sarà necessario aggiornare il progetto team.
Torna all'inizio
Utilizzare gli elementi disponibili per il progetto team
Argomenti correlati: Modello di processo Scrum | Modello di processo Agile | CMMI modello di processo | Accesso alle linee guida per il processo | Richiesta feedback | Revisione del codice
Il contenuto delle linee guida per il processo illustra come eseguire il progetto specifico utilizzando gli elementi forniti per il progetto team.Le linee guida per il processo fornite per i progetti team creati utilizzando uno dei modelli di processo di default forniti con Team Foundation Server, sono disponibili in MSDN Library.Ciò include le linee guida del processo per VIsual Studio Scrum 2.0, Microsoft Solutions Framework (MSF) for Agile Software Development v6.0 e MSF for Capability Maturity Model Integration (CMMI) Process Improvement v6.0.Se si utilizza un modello di processo non elencato, è possibile trovare linee guida associate su un altro sito.
Le linee guida per il processo documenta i processi che dovranno essere seguiti dai membri del team che si occupano di un progetto software.Gli elementi di lavoro, i rapporti e le query possono subire modifiche nel corso del ciclo di vita di un progetto team e possono essere differenti nei vari progetti team.Le linee guida per il processo forniscono informazioni dettagliate su un progetto team, ad esempio informazioni su come completare i campi degli elementi di lavoro, esempi di rapporti corretti e non corretti e descrizioni delle query.Le linee guida per il processo forniscono inoltre informazioni dettagliate sul processo da seguire in un progetto team, ad esempio i ruoli da assumere e le attività da completare.
Per abilitare le linee guida per il processo o per riorientarlo al set personalizzato del contenuto, vedere Configurare un progetto del portale o le linee guida per il processo.
Torna all'inizio
Usare il backlog e l'area attività Agile.
Argomenti correlati: Pianificazione Agile e Iterazioni
Visual Studio ALM fornisce gli strumenti per gestire il progetto utilizzando Team Web Access:
Backlog del prodotto: La pagina di backlog del prodotto mostra una sola visualizzazione del backlog di lavoro corrente che può essere riordinato e raggruppato in modo dinamico.I proprietari del prodotto possono classificare il lavoro in ordine di priorità e descrivere le dipendenze e le relazioni rapidamente.
Capacità del team e backlog sprint: La pagina del backlog sprint riflette in tempo reale i dati di input che includono gli elementi di lavoro assegnati al percorso di iterazione e la specifica delle date, la capacità di lavoro individuale e le interruzioni di lavoro sia per il team che per le singole persone.I team possono ottenere un feedback istantaneo sulla frequenza del burn-down e sulla posizione in cui superano la capacità.
Scheda delle attività e grafico di burn-down: Come pratica quotidiana, il team può visualizzare e aggiornare la scheda di attività per rappresentare graficamente lo stato degli elementi di lavoro.Il team rileva i progressi effettuati su ogni elemento di backlog del prodotto e può concentrarsi rapidamente sul lavoro rimanente.Inoltre, integrato nella scheda di attività, è presente un grafico di burn-down in tempo reale del lavoro rimanente nello sprint del team.
Torna all'inizio
Aumento della velocità del team
Per aumentare la velocità alla quale viene fornito valore aggiunto ai clienti, il team ha la possibilità di applicare procedure di progettazione basate su metodologie Agile e che supportano principi e valori Agile.
Storyboard di elementi backlog: È possibile illustrare rapidamente le storie utente utilizzando lo Storyboard di PowerPoint, o all'interno di un elemento di lavoro illustrando la storia con testo e immagini inline.Fornendo una visualizzazione di ciò che il team deve costruire consente di ottenere più facilmente feedback dal team e dalle parti interessate.
Fare in modo che le parti interessate forniscano feedback continuato: Ottenere il giusto feedback al momento giusto e dalle persone giuste può determinare l'esito positivo o negativo di un progetto o di un'applicazione.Feedback frequenti e continui da parte delle parti interessate aiutano i team nella creazione di esperienze che delizieranno i clienti.Quando le parti interessate lavorano con una soluzione, esse comprendono meglio il problema e sono in grado di immaginare altri metodi di risoluzione.
Compilazione e distribuzione continue: se il team fa sì che tra 'archiviazione del codice e la distribuzione di una compilazione trascorra molto tempo, i membri di quel team impiegheranno normalmente una quantità di tempo significativa per risolvere i problemi relativi alle interruzioni della compilazione e all'integrazione.Se il team archivia il codice ed esegue le compilazioni più frequentemente, è possibile prevedere un aumento della velocità del team.
Creare un ramo in modo strategico: il team può creare e utilizzare rami nel controllo della versione per ottimizzare la strategia di sviluppo di applicazioni.
Fare test spesso e fin dall'inizio: Il team può verificare che il software creato soddisfi le esigenze dei clienti testandolo efficacemente per i criteri di accettazione specificati per ogni elemento di backlog.È necessario che i test vengano eseguiti dal team in modo tempestivo e frequente durante la compilazione del codice.All'inizio di uno sprint, è necessario che il team crei il piano di test per lo sprint.Per tale piano di test è possibile utilizzare gruppi di test che consentono di organizzare i test in modo tale da supportare il team nella loro esecuzione e nel rilevamento dei risultati.
Modellare l'applicazione: il team può utilizzare i modelli per esplorare il codice esistente ed effettuarne il refactoring, per comprendere più efficacemente le esigenze dei clienti, per determinare e comunicare la progettazione software e fornire informazioni sullo sviluppo dei test di accettazione e dei componenti.
Torna all'inizio
Personalizzare di un modello di processo, una configurazione di progetto o un elemento del progetto team
Argomenti correlati: Personalizzare modelli di processo | Personalizzare le pagine di backlog e dell'area attività mediante la configurazione del processo | Personalizzare le linee guida per il processo | Personalizzare dati di rilevamento, form, flusso di lavoro e altri oggetti del progetto
È possibile personalizzare un modello di processo prima di creare un progetto team per supportare processi e procedure specifici che vengono utilizzati dal team, e progettare il flusso di lavoro, i form di elementi di lavoro e campi dati.Come illustrato nella figura seguente, è possibile creare o personalizzare otto tipi di oggetti.Si gestiscono categorie, i tipi di elemento di lavoro e la configurazione del processo per i progetti team.Si gestiscono elenchi globali, tipi di collegamento e campi di elementi di lavoro per le raccolte di progetti team.È possibile personalizzare un flusso di lavoro globale per un progetto team o una raccolta di progetti team.
.png "Oggetti di rilevamento degli elementi di lavoro")
Dopo aver creato il progetto team, è comunque possibile personalizzare molti oggetti per supportare i processi del team.Questi includono l'aggiunta di campi per supportare la creazione di rapporti, la modifica del flusso di lavoro, la personalizzazione del form di elementi di lavoro e così via.Se si modifica il flusso di lavoro di un tipo di elemento di lavoro, potrebbe essere necessario anche aggiornare la configurazione del processo per quel tipo.
Per abilitare le linee guida per il processo o per riorientarlo al set personalizzato del contenuto, vedere Configurare un progetto del portale o le linee guida per il processo.
Torna all'inizio