Personalizzare progetti e processi del team

È possibile personalizzare il progetto team per supportare procedure e processi specifici utilizzati dal team.Ad esempio, è possibile aggiungere un campo obbligatorio nel messaggio si aggiunge il pannello alla pagina di backlog del prodotto alla definizione migliorata dei requisiti del prodotto.Altre attività comuni di personalizzazione includono aggiunta di campi ai requisiti e la modifica di generazione dei rapporti le definizioni di flusso di lavoro ai processi del team.

[!NOTA]

Per una panoramica delle aree primo 10 che è possibile personalizzare per il progetto team, vedere Personalizzare la gestione degli elementi di lavoro per il progetto team.

Prima di iniziare una qualsiasi attività di personalizzazione, è necessario acquisire familiarità con i tipi di oggetti e i metodi che è possibile personalizzare e di come ogni tipo può essere utilizzato per supportare i requisiti di rilevamento del progetto.

Inoltre, è necessario comprendere le interdipendenze esistenti tra questi oggetti, elementi del progetto team, attività del team e ambito delle modifiche.Le personalizzazioni effettuate a un progetto team si applicano a tutti i team che operano in tale progetto team.Alcune operazioni si applicano a tutti i progetti team in una raccolta di progetti team.

Oggetti che è possibile personalizzare

È possibile personalizzare gli oggetti per un modello di processo, un progetto team, una raccolta di progetti.Creare un progetto team da un modello di processo.Un modello di processo definisce i tipi di oggetti elemento di lavoro disponibili per il rilevamento, nonché le regole predefinite, i criteri, i gruppi di sicurezza e le query che verranno utilizzati dai membri del team.Gli oggetti che personalizzate nel modello di processo forniscono la configurazione iniziale dell'oggetto.La personalizzazione di un modello di processo consente di migliorare la conformità con i processi per tutti i progetti team creati con tale modello di processo.È inoltre possibile ridurre al minimo il tempo di ottenere i progetti mediante la definizione di query team, rapporti, note di archiviazione del controllo del codice sorgente, gruppi di sicurezza e altro.

Nella tabella seguente vengono descritti gli oggetti che è possibile personalizzare per un modello di processo o per un progetto team.Per informazioni sulla personalizzazione di un oggetto dopo che un progetto team, scegliere il collegamento nella colonna dell'oggetto.Per informazioni sulla personalizzazione di un oggetto come parte del modello di processo, scegliere il collegamento nella colonna description.

Object	Progetto team	CMMI (modello di processo)	Descrizione
Pagine agile e grafici			Supporta la creazione del backlog, la pianificazione dello sprint e lo stato del team.Per definire la configurazione iniziale, vedere Personalizzazione delle pagine scheda e backlog.
Avvisi			Supporta la definizione delle notifiche di posta elettronica del team e personali quando si verificano modifiche al progetto team.
Aree			Definire categorie logiche, fisiche, funzionale, o le aree di proprietà da un team.Vedere Definire le aree e le iterazioni iniziali.
Modello di processo di compilazione			È possibile aggiungere i modelli predefiniti di processo di compilazione utilizzata per creare definizioni di compilazione.Successivamente è possibile personalizzare i modelli di processo di compilazione.
Categorie			Raggruppare uno o più tipi di elementi di lavoro per supportare la configurazione del processo, le query e altre operazioni.Vedere Aggiungere definizioni di tipi per categorie di elementi di lavoro a un modello di processo.
Criteri di archiviazione ed estrazione			Configurare regole che implementano le azioni specifiche quando gli utenti di archiviare o estrarre il codice.Vedere Definire la configurazione iniziale del controllo della versione di Team Foundation
Dashboard (Agile) Dashboard (CMMI)			Immettere la comprensione di stato del team.A seconda del modello di processo utilizzato per creare il progetto team, è possibile disporre di vari dashboard già definiti.È possibile personalizzare ulteriormente tali dashboard o crearne di nuovi.I dashboard richiedono l'integrazione con Prodotti SharePoint.
Documenti			Supporta la condivisione di documenti e file del team tramite un portale del progetto.Richiede Prodotti SharePoint.Vedere Definire il portale del progetto.
Rapporti di Excel			Sigli rapporti configurati con dashboard di supporto del modello di processo e non può essere personalizzato.Dopo la creazione del progetto team, è possibile personalizzare e creare rapporti di Excel aggiuntivi.
Elenchi globali			Supporta la definizione e la manutenzione di elenchi di selezione che verranno utilizzate da molti progetti team.
Flusso di lavoro globale			Supporta la definizione e la manutenzione dei campi elemento di lavoro ed elenchi globali da utilizzare da molti progetti team.
Iterazioni			Definire gli sprint o attività cardine della versione del prodotto.Vedere Definire le aree e le iterazioni iniziali.
Tipi di collegamento			Supporta la personalizzazione delle relazioni di collegamento tra elementi di lavoro.Vedere Aggiungere le definizioni dei tipi per i collegamenti di elementi di lavoro.
Mapping campi per Microsoft Project			Personalizzare la modalità di pubblicazione e aggiornamento dei dati quando viene eseguito in Microsoft Project e in TFS.Se si aggiungono nuovi campi dati a un tipo di elemento di lavoro, è possibile eseguire il mapping del campo in modo che venga visualizzato nel piano.Vedere Eseguire il mapping di campi da Microsoft Project a Team Foundation
Linee guida per il processo			Supporto che forniscono istruzioni ai membri del team sull'utilizzo degli elementi del progetto team.È possibile personalizzare i collegamenti ipertestuali che puntano i file delle linee guida per il processo e la posizione delle linee guida per il processo..Vedere Definire il portale del progetto.
Report			Personalizzare il set predefinito di rapporti a cui si accede tramite gestione rapporti, o crearne di nuovi.Vedere Aggiungere rapporti.
Configurazioni di test			Le configurazioni di test specificano una combinazione di hardware e software che rappresenta una situazione di utilizzo per il test.È possibile configurare le configurazioni di test iniziali e definire configurazioni aggiuntive mediante la gestione di test.
Stati di risoluzione Dei test			Specifica i motivi per cui un test non superato.La configurazione predefinita include: È necessaria la ricerca, problema test, problema prodotto e di configurazione.Vedere Definire la configurazione iniziale test manager.
Impostazioni test			Le impostazioni di test controllano gli adattatori dati di diagnostica che effettivamente raccolgono dati.È possibile configurare le impostazioni di test iniziali o per specificare le impostazioni di test utilizzando gestione di test.
Variabili di test			Supporta la specifica degli elementi che riflettono l'ambiente utente in cui il software verrà distribuito, ad esempio il tipo di dispositivo client, il sistema operativo server, la velocità della rete, o un problema del database.Le configurazioni di test sono una combinazione di più variabili di test.È possibile configurare le variabili iniziali di test o specificare le variabili di test mediante la gestione di test.
Gruppi e autorizzazioni TFS			Supporta la configurazione dei gruppi di sicurezza e autorizzazioni.È possibile configurare i gruppi, i team, membri e le autorizzazioni iniziali o crearne di nuovi gruppi e le autorizzazioni di modifica
Campi elemento di lavoro			Supporta il monitoraggio dello stato di avanzamento e di rilevamento dei dati.Vedere Dati di rilevamento per supportare le query e rapporti .
Query elemento di lavoro			Supporta la ricerca di elementi di lavoro e che generano rapporti.Vedere aggiungere query a un modello di processo.
Tipi di elemento di lavoro			Fornisce la base per qualsiasi verifica e la creazione del progetto di sviluppo software.È possibile personalizzare campi gestire, il flusso di lavoro e il form.Alcuni tipi di elementi di lavoro includono bug, storie utente e attività.Vedere Aggiungere le definizioni dei tipi per gli elementi di lavoro.

Torna all'inizio

Determinazione dei requisiti di ambito

Di seguito sono elencate le quattro aree di ambito da considerare:

• Valutare a quali elementi si desidera estendere le personalizzazioni.Nella tabella seguente vengono riepilogate le opzioni di personalizzazione cui scegliere e dalle implicazioni di ambito.

  Ambito	Oggetti	Note di implementazione
  Applicare le modifiche a un modello di processo	Vedere Oggetti che è possibile personalizzare.	Scegliere questa opzione se si intende creare più progetti team e si desidera ridurre il tempo di ottenere i progetti di servizio e di applicare la conformità dei processi del team.
  Applicare le modifiche a un progetto team	Vedere Oggetti che è possibile personalizzare.	Scegliere questa opzione solo se il team richiede le modifiche.
  Applicare le modifiche ai diversi progetto team	Vedere Oggetti che è possibile personalizzare.	Scegliere questa opzione per applicare la coerenza di processo in diversi progetti team esistenti.Sarà necessario importare le modifiche ai file di definizione di oggetto in diversi progetti team.
  Applicare le modifiche a tutti i progetti team in una raccolta di progetti	Campi elemento di lavoro, elenchi globali e tipi di collegamento	Quando si personalizza gli oggetti definiti per una raccolta di progetti team, riguardano tutti i progetti team definiti nella raccolta.Considerare le implicazioni quando si implementano le modifiche a questo livello.

• Valutare i requisiti di integrazione dei dati.Un set di campi ristretto si integra con Team Foundation Build, Test Managere Controllo della versione di Team Foundation.Queste applicazioni automatizzano l'assegnazione dei dati a tali campi.Vedere Aggiungere campi per supportare l'integrazione con il test, la compilazione e il controllo della versione.

• Valutare i requisiti di localizzazione e globalizzazione.È possibile localizzare i nomi dei tipi di elemento di lavoro, i campi e di molti elementi definiti per un tipo di elemento di lavoro.Vedere Localizzazione e globalizzazione di elementi figlio WITD.

• Valutare i gruppi di categorie richiesti per supportare attività tra gruppi.Quando si dispone di elementi di lavoro simili con i nomi diversi, è possibile utilizzare categorie per raggrupparli e generare rapporti in modo più semplice.Le categorie supportano query flessibili, la segnalazione, la configurazione del processo e l'integrazione fra progetti team.Vedere Definire categorie per raggruppare tipi di elementi di lavoro.

Torna all'inizio

Personalizzare le pagine agile e grafici

Il contenuto e l'aspetto delle pagine agile è basato sulle definizioni degli oggetti di SPIRITO e le assegnazioni effettuate dal team.Gli oggetti di SPIRITO includono tipi di elemento di lavoro, categorie e la configurazione del processo.I tipi di elemento di lavoro definiscono i campi, il flusso di lavoro e il layout del form che il team utilizza per acquisire i dati.Questi dati vengono scritti nell'archivio dati di SPIRITO.

le pagine agile e grafici diTeam Web Access fanno riferimento all'archivio dati di SPIRITO in tempo reale.Nella figura, i campi elemento di lavoro visualizzato in una casella blu per evidenziare che le relative definizioni si applicano a tutti i progetti team in una raccolta di progetti team.Le caselle arancioni indicano gli oggetti di SPIRITO definiti per un progetto team.Le pagine e i grafici di Agile, mostrati in viola, vengono definiti per un team.

Torna all'inizio

Attività di personalizzazione il team e dell'oggetto di SPIRITO

È possibile personalizzare l'aspetto delle pagine agile tramite la configurazione del processo per un progetto team.È possibile personalizzare i tipi di elementi di lavoro visualizzati nelle pagine agile modificando il file di categorie per il progetto team.È possibile modificare altri elementi, quali i mapping di metastate e mapping dei campi elemento di lavoro, che supportano la generazione del grafico nella configurazione del processo per il progetto team.

Nella tabella seguente vengono descritti gli elementi che è possibile personalizzare con un oggetto e quelli di SPIRITO definito con le attività e Team Web Accessdel team.

Torna all'inizio

Note di implementazione

• Se si aggiunge un tipo di elemento di lavoro a una categoria, è necessario aggiungere il campo elemento di lavoro corrispondente elencato nella tabella seguente alla definizione per il tipo di elemento di lavoro.Se si modifica il campo elemento di lavoro utilizzato per tenere traccia dei dati, è necessario modificare i mapping dei campi definiti in file di configurazione del processo.

  Campo	Category	Utilizzo
  Attività (Agile e scrum) o disciplina (CMMI)	Categoria attività	Supporta la generazione di capacità da attività.
  Lavoro rimanente	Categoria attività	Supporta la generazione di grafici di capacità e burn-down.
  Punti della storia (Agile, impegno (scrum, oppure dimensione (CMMI)	Categoria di requisiti	Supporta la generazione del grafico e le previsioni velocità del team.
  Ordine di priorità (Agile e di CMMI) o priorità del backlog (')	Requisiti categoria, categoria di attività	Supporto per tenere traccia di ordinamento di backlog e degli elementi attività.

• Non è possibile assegnare lo stesso tipo di elemento di lavoro sia alla categoria requisito che la categoria di attività.La scheda di attività dipende dai tipi di elemento di lavoro distinti assegnati a due categorie.

• Se si aggiunge uno stato dal flusso di lavoro di un elemento, di un'attività, o un bug di backlog e si desidera che lo stato da riflettere le pagine agile o della funzionalità di lavoro, è necessario aggiornare i mapping di metastate per la configurazione del processo.Vedere Stati del flusso di lavoro, metastates e configurazione di processo.

Torna all'inizio

Dati di rilevamento per supportare le query e rapporti

Tutti i dati acquisiti per gli elementi di lavoro vengono scritti nell'archivio dati di SPIRITO, ma solo i dati selezionati vengono scritti nel data warehouse di Analysis Services.L'attributo segnalabile assegnato a ogni campo elemento di lavoro determina se i dati vengono scritti solo al database warehouse relazionale sia il warehouse relazionale sia al cubo di OLAP.I campi segnalabili dispongono dell'attributo segnalabile impostato su per descrivere in dettaglio, dimensionare, o misura.Tutti i dati segnalabili da tutti i progetti team definiti in tutte le raccolte di progetti per una distribuzione di Team Foundation Server vengono scritti in un solo data warehouse relazionale.I dati vengono quindi elaborati da tale warehouse e scritti nel cubo OLAP.La raccolta di dati in un solo data warehouse supporta la creazione di rapporti fra gli insiemi di progetti team.

Nella figura viene sottolineato che i campi elemento di lavoro, gli attributi di campi ed elenchi globali, visualizzata in caselle blu, si applicano a tutti i progetti team in una raccolta di progetti team.Le caselle arancioni indicano gli oggetti di SPIRITO definiti per un progetto team.

[!NOTA]

L'archivio dati di SPIRITO viene aggiornato in tempo reale mentre i membri del team di creare e modificare gli elementi di lavoro.Gli aggiornamenti incrementali vengono scritti nel database warehouse relazionale e nel cubo di OLAP ogni due minuti e due ore, rispettivamente.

Torna all'inizio

Personalizzare i campi elemento di lavoro

È possibile aggiungere nuovi campi o personalizzare campi esistenti per supportare i requisiti di rilevamento.Per un elenco completo di campi definiti per i tipi di elementi di lavoro predefiniti che il TFS assicura, vedere Riferimento ai campi degli elementi di lavoro per ALM di Visual Studio.

Nella tabella seguente sono illustrati gli elementi e gli attributi assegnati a un campo che è possibile personalizzare o localizzare.Per aggiungere un campo o modificare gli elementi figlio di campo, personalizzare il tipo di elemento di lavoro nel cui campo è definito.Vedere Metodi utilizzati per personalizzare gli oggetti di SPIRITO.Per modificare un attributo di campo, vedere Gestire i campi elemento di lavoro.

Torna all'inizio

Personalizzare i tipi di elemento di lavoro

È possibile aggiungere tipi di elemento di lavoro o personalizzare i tipi di elementi di lavoro esistenti.Nella tabella seguente vengono indicate le aree in un tipo di elemento di lavoro che è possibile personalizzare.È possibile acquisire ulteriori scegliendo il collegamento all'elemento della definizione.Si apportano modifiche ai tipi di elemento di lavoro utilizzando l'editor di processo o importare il file di definizione XML modificato.Vedere Metodi utilizzati per personalizzare gli oggetti di SPIRITO.

Torna all'inizio

Attività necessarie per il monitoraggio dello stato di avanzamento e generare rapporti utili

Mentre i grafici di burn-down e query agile sono compilati dall'archivio dati di SPIRITO, rapporti, i rapporti personalizzati e dashboard di pronto utilizzo (OOB) vengono compilati dai dati scritti nel database warehouse relazionale e nel cubo di OLAP.Oltre ai dati dell'elemento di lavoro, il warehouse contiene dati relativi alle compilazioni, il codice sorgente, i risultati del test e le code coverage.Tutti i dati acquisiti per tutti i progetti team vengono scritti nell'archivio dati per la raccolta di progetti team.Tutte le raccolte di progetti team sono scritti nel database warehouse relazionale e nel cubo di OLAP.

Attività necessarie e procedure consigliate del team

Per creare rapporti che contengono dati utili sullo stato, lo stato di avanzamento e le tendenze sugli elementi di lavoro, i membri del team eseguono le attività seguenti:

• Creazione di elementi di lavoro.I membri del team creano elementi di lavoro per gestire il backlog di storie utente o i bug, per rilevare il lavoro tramite le attività e gestire i test case.

• Collegare elementi di lavoro ad altri elementi di lavoro o insiemi di modifiche.Per tenere traccia delle dipendenze tra elementi di lavoro, i membri del team creano collegamenti appropriati.Ad esempio, i collegamenti tra storie utente e le attività vengono utilizzati per calcolare gli elementi della visualizzazione burn-down e la pagina della scheda attività di Team Web Access.Diversi rapporti di OOF dipendono da creare collegamenti tra elementi di backlog, test case e bug.I membri del team possono visualizzare la relazione, la dipendenza, o la gerarchia specificando il tipo appropriato di collegamento.

  Per ulteriori informazioni, vedere Collegare elementi di lavoro e oggetti per supportare la tracciabilità.

• Assegnare il lavoro ad aree e iterazioni.Per monitorare lo stato di avanzamento del team, aree del prodotto, o attività cardine e il supporto riferimento il filtro, membri del team imposta il percorso area e il percorso di iterazione per gli elementi di lavoro.

  È possibile aggiungere e modificare aree e iterazioni in qualsiasi momento durante il ciclo della versione.Vedere Creare e modificare aree e iterazioni.

• Assegnare il lavoro e i proprietari dello stato di aggiornamento.Con l'avanzamento del lavoro, i membri del team modifica lo stato degli elementi di lavoro assegnati al flusso di lavoro.I responsabili di progetto o i responsabili del team aggiornano lo stato degli elementi di backlog quando tutte le attività subordinate sono state completate e i criteri di accettazione sono validi.

  I seguenti rapporti e dashboard dipendono dagli aggiornamenti tempestivi al campo stato per Agile e di CMMI progetti team: Il rapporto stato bug, Rapporto tendenze del bug, Rapporto di riattivazionee Lo stato di tutte le iterazioni.

• Aggiornare il lavoro richiesto.Per monitorare i progressi effettuati dal team ha eseguito nel completamento del lavoro per un'iterazione o una versione, i membri del team aggiornano il campo lavoro rimanente per le loro attività giornaliere o settimanali.Per Agile e di CMMI progetti team, è possibile aggiornare il campo Lavoro completato.I seguenti rapporti e dashboard di gestione dei progetti dipendono dai dati immessi in questi campi:

  • Agile: Burn-down e velocità, Lavoro rimanente, Lavoro non pianificato, Lo stato di tutte le iterazioni, Panoramica storie, Stato storie, Dashboard di stato (Agile), Dashboard del progetto (Agile)

  • Scrum: Cenni preliminari sul backlog Burn-down sprint (Scrum),

  • CMMI: Burn-down e velocità, Lavoro rimanente, Lavoro non pianificato, Lo stato di tutte le iterazioni, Panoramica requisiti, Lo stato di avanzamento requisiti, Dashboard di stato (CMMI), Dashboard del progetto (CMMI)

  Suggerimento
  L'unico rapporto che fa riferimento ai dati della Stima originale è Lo stato di tutte le iterazioni.

• Qualità di compilazione della barra di avanzamento: Le compilazioni giornaliere sono alla base di tutte le attività di sviluppo.Per ottenere informazioni nello stato di avanzamento e la qualità del software in fase di sviluppo, i team devono implementare compilazioni giornaliere e configurare le compilazioni e test

  Vedere Attività obbligatorie per la gestione dei test e compilazioni per i membri del team di azioni essere necessario eseguire per generare dati utili per i rapporti seguenti di OOB: Indicatori di qualità di compilazione, Completate nel tempoe Riepilogo compilazione.

• Varianza del codice e code coverage di brano: Per informazioni sulle operazioni che è necessario eseguire per generare dati utili per Varianza del codicee rapporti di Code coverage, vedere Attività necessarie per il monitoraggio di varianza del codice e code coverage.

Torna all'inizio

Metodi utilizzati per personalizzare gli oggetti di SPIRITO

Una volta creato un progetto team, è possibile personalizzare un oggetto di SPIRITO in uno dei modi seguenti:

• Utilizzare l'editor di processo per modificare un tipo di elemento di lavoro.

  È possibile modificare i tipi di elemento di lavoro utilizzando l'editor di processo, un componente aggiuntivo dello strumento avanzato per Visual Studio che è possibile scaricare e installare.Trova nel menu Strumenti, l'editor di processo fornisce un'interfaccia utente grafica.È possibile utilizzare questo strumento per importare ed esportare i tipi di elemento di lavoro, tipi di elemento di lavoro di modifica e modificare il contenuto di un modello di processo.Per ulteriori informazioni, vedere la pagina seguente sul sito Web Microsoft: Power Tool di Team Foundation Server.

• Modificare un attributo di un campo elemento di lavoro: È possibile utilizzare lo strumento da riga di comando witadmin per modificare gli attributi assegnati a un campo.Vedere Managing Work Item Fields [witadmin].

• L'esportazione, modifica e include un file di definizione per un oggetto di SPIRITO: Per ciascun oggetto che si desidera personalizzare, è necessario eseguire i passaggi seguenti: identificare l'ambito delle modifiche, identificare le dipendenze, esportare gli oggetti, aggiornare gli oggetti, importare gli oggetti e testare le modifiche.

  Il processo di personalizzazione degli oggetti tale gestione del lavoro

  

  Gli oggetti che è possibile personalizzare l'utilizzo di questo processo ai tipi di elemento di lavoro, categorie, tipi di collegamento, elenchi globali, il flusso di lavoro globale e la configurazione del processo.

  Vedere witAdmin: personalizzare e gestire oggetti per il rilevamento degli elementi di lavoro

Torna all'inizio

Risorse aggiuntive

È possibile trovare le risposte alle domande aggiuntive avere oppure è possibile pubblicare una domanda in uno dei forum TFS:

• Team Foundation Server a Gestione elementi di lavoro

• Team Foundation Server di report & warehouse

• Team Web Access

Torna all'inizio

Vedere anche

Attività

Creare un progetto Team

Concetti

Scegliere un modello di processo

Pianificazione e rilevamento di progetti