Scegliere un modello di processo
Quando si crea un progetto team, è necessario scegliere il modello di processo, come descritto in Create a Team Project.È possibile scegliere solo da modelli di processo predefiniti che Visual Studio Team Foundation Server 2012 (TFS) garantisce o che è stato caricato in TFS tramite gestione modelli di processo.Vedere Gestire modelli di processo.
Il modello di processo definisce il set dei tipi degli elementi di lavoro, le query e i rapporti utilizzati per pianificare il progetto e tenerne traccia.Scegliere il modello che offre agli strumenti delle esigenze del team che consente allo stato attivo del team sulla qualità riducendo il sovraccarico.Questo argomento è possibile scegliere tra tre modelli di processo predefiniti che il TFS.
[!NOTA]
Le illustrazioni di flusso di lavoro fornite in questo argomento fanno riferimento i modelli di processo predefiniti forniti con Visual Studio Team Foundation Server 2012.
È possibile accedere alle versioni più recenti dei modelli di processo installando Update 1 trimestrale per Microsoft Visual Studio Team Foundation Server 2012.Le definizioni avanzate del flusso di lavoro supportano le transizioni regressive aggiuntive.Queste transizioni consentono di spostare rapidamente gli elementi del backlog quando in modo errato sono stati risolti o chiuse.Con questi modelli di processo aggiornati, inavvertitamente quando si trascina un elemento di lavoro nella scheda di Kanban o il taskboard allo stato risolto o chiuso, è possibile trascinarlo su uno stato precedente del flusso di lavoro.Questi miglioramenti sono disponibili con scrum 2,1, Microsoft Solutions Framework (MSF) per Agile Software Development e MSF v6.1 di Visual Studio per il miglioramento del processo v6.1 di (CMMI) di capability maturity model integration.
È possibile ottenere l'aggiornamento dal sito di download Microsoft: Aggiornamento trimestrale per Microsoft Visual Studio 2012 Team Foundation Server.
I modelli predefiniti sono progettati per soddisfare le esigenze della maggior parte dei team.Se il team ha necessità inusuali, è possibile trovare dei modelli aggiuntivi su MSDN.Scegliere un modello che sembra il più adatto alle vostre esigenze, e quindi personalizzarlo se necessario.È possibile personalizzare il modello e poi creare il progetto team, oppure creare il progetto team da un modello e personalizzare il progetto.
È possibile scegliere in base alle considerazioni seguenti:
Scegliere Modello di processo Scrum per Visual Studio ALM se il team utilizza scrum, gestisce i bug con gli elementi di backlog del prodotto durante la pianificazione dello sprint e desidera che gli elementi di lavoro e i processi progettati per supportare scrum.
Scegliere MSF for Agile Software Development v6.0 se il team utilizza le metodologie agile e risolvere elementi di lavoro prima di chiudere.
Scegliere MSF for CMMI Process Improvement v6.0 se il team richiede un itinerario di controllo preciso e segue un processo formale per la gestione delle modifiche.
In caso contrario, è possibile scaricare modelli di processo aggiuntivi dal seguente sito Web Microsoft: Modelli di processo e strumenti.Oppure, è possibile personalizzare un modello di processo per soddisfare i processi aziendali del team.Vedere Personalizzare modelli di processo.
In questo argomento
Differenze principali tra i modelli di processo predefiniti
Differenze nel flusso di lavoro tra i modelli di processo predefiniti
Personalizzazione dei modelli di processo
Differenze principali tra i modelli di processo predefiniti
Nella tabella seguente vengono riepilogate le distinzioni principali tra i tre modelli di processo predefiniti che Team Foundation Server fornisce.
Area di processo |
Visual Studio Scrum 2.0 |
MSF per Agile v6.0 |
MSF per CMMI v6.0 |
---|---|---|---|
Stati del flusso di lavoro |
|
|
|
Pianificazione del prodotto Per personalizzare le pagine di backlog, vedere Personalizzare le pagine di backlog. |
|||
Attività e pianificazione dell'iterazione Per personalizzare l'area attività, vedere Personalizzare la pagina dell'area attività. |
|||
Gestione del backlog dei bug |
|||
Gestione progetto |
|||
Gestione test |
|
|
|
Revisione del codice e feedback |
|
|
|
Itinerario di controllo |
Non supportato |
Minimal |
Supportato |
Revisione del codice e feedback sui tipi di elemento di lavoro
Le definizioni dei tipi per le procedure Revisione del codice e Feedback sono identiche per tutti i modelli di processo.
[!NOTA]
Gli elementi di lavoro da queste definizioni dei tipi non possono essere creati manualmente e pertanto vengono aggiunti alla categoria dei tipi nascosti.Se si è aggiornato un progetto team da una versione precedente, è possibile aggiungere questi tipi di elemento di lavoro.Per ulteriori informazioni, vedere Aggiornare un progetto team aggiornato per accedere alle nuove funzionalità.
I seguenti stati del flusso di lavoro sono definiti per ognuno di questi tipi di elemento di lavoro:
Richiesta di revisione del codice: Richiesto e Chiuso.
Risposta alla revisione del codice: Richiesto, Accettatoe Chiuso.
Richiesta di feedback: Attivo, Chiuso e Rimosso.
Risposta di feedback: Attivo e Chiuso.
Vedere anche Riferimento ai campi di revisione del codice e feedback.
Torna all'inizio
Differenze nel flusso di lavoro tra i modelli di processo predefiniti
Le illustrazioni seguenti mostrano i diagrammi di stato definiti per i tipi di elementi di lavoro utilizzati per rilevare i requisiti del prodotto, i bug, attività e problemi.
[!NOTA]
Gli stati del flusso di lavoro sia dei modelli di processo MSF Agile che Scrum sono stati aggiornati dalle loro versioni precedenti.Ogni oggetto contiene ora uno stato Rimosso, che supporta la rimozione di elementi di lavoro tagliati dal backlog.Inoltre, il modello di processo Agile supporta ora Nuovo come stato iniziale per le storie utente e attività. Questa modifica è stata introdotta per supportare le storie utente e attività da uno stato Nuovo ad unoActivestato.Senza lo stato Nuovo, le storie utente assegnate ad un'iterazione rimangono nel backlog prodotto finché non sono risolte, e questo non è il comportamento desiderato o previsto.
Visual Studio Scrum 2.0 |
MSF per Agile v6.0 |
MSF per CMMI v6.0 |
---|---|---|
Diagramma di stato dell'elemento backlog prodotto |
Diagramma di stato di una storia utente |
Diagramma di stato del requisito |
Diagramma di stato dell'attività |
Diagramma di stato dell'attività |
Diagramma di stato dell'attività OBE: Risolto tramite eventi |
Diagramma di stato del bug |
Diagramma di stato del bug |
Diagramma di stato del bug |
Diagramma di stato di un ostacolo |
Diagramma di stato del problema |
Diagramma di stato del problema |
Torna all'inizio
Personalizzazione dei modelli di processo
Quando si avvia la creazione guidata di un nuovo progetto team, le attività definite dai plug-in visualizzati nell'illustrazione seguente vengono eseguite per creare il progetto team.Con le attività è possibile impostare autorizzazioni, creare cartelle, caricare file, attivare siti o impostare altre variabili configurabili.
È possibile personalizzare qualsiasi modello di processo per rispondere a particolari esigenze.È inoltre possibile personalizzare il processo del progetto team dopo che è stato creato.È possibile aggiungere elementi da un modello di processo da utilizzare con un altro modello di processo.Per ulteriori informazioni, vedere i seguenti argomenti:
Aggiornare un progetto team aggiornato per accedere alle nuove funzionalità
Elenco di controllo: pianificare e tenere traccia delle modifiche del modello di processo
Personalizzare le pagine di backlog e dell'area attività mediante la configurazione del processo
Torna all'inizio
Vedere anche
Concetti
Riferimento ai campi degli elementi di lavoro per ALM di Visual Studio
Altre risorse
Linee guida per il processo e modelli di processo per Team Foundation Server