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.

Pagina Agile o grafico	Qual è possibile personalizzare tramite oggetti di SPIRITO	Cosa definite con le attività del team
Backlog prodotto	I tipi di elementi di lavoro che è possibile aggiungere al backlog del prodotto.Modifica questo modificando la categoria dei requisiti. I campi visualizzati in modo rapido per l'aggiunta di elementi all'utilizzo di "quick" aggiunti il pannello. Il set iniziale di colonne e di sequenza di colonna. Il campo utilizzato per gestire la priorità del backlog o l'ordinamento degli elementi di backlog.Modifica questo modificando il file di CommonConfiguration.xml, tipo di Order. Quando si aggiungono gli elementi o gli elementi di una sequenza, un processo in background aggiorna dinamicamente il valore del campo di Ordine di priorità (Agile e di CMMI) o al campo di Priorità del backlog ('). Vedere Personalizzare le pagine di backlog.	Impostare l'area e il percorso di iterazione predefiniti del team.Questi valori vengono automaticamente assegnati agli elementi di lavoro creati alle pagine scheda e backlog. Gli elementi di lavoro nel backlog del prodotto solo assegnati alle aree nel percorso area predefinito del team. Ordina gli elementi in base alla priorità relativa trascinandoli nell'elenco. L'ordinamento assegnato tramite la pagina di backlog del prodotto definisce la sequenza di elementi visualizzati nelle pagine di backlog e di iterazione. Trascinare gli elementi a un'iterazione. Vedere Creare o aggiungere al backlog prodotto.
Backlog iterazione	I tipi di elementi di lavoro figlio che è possibile aggiungere (l'impostazione predefinita è attività.Modifica questo modificando la categoria di attività. Questi stessi tipi di elementi di lavoro visualizzati nella scheda di attività. Il set iniziale di colonne e di sequenza di colonna. Vedere Personalizzare le pagine di backlog.	Aggiungere attività agli elementi di backlog. Suggerimento Per capire quali elementi di lavoro selezionati per la visualizzazione di una pagina di backlog, scegliere Crea query backlog, scegliere OKquindi scegliere il collegamento Fare clic qui per visualizzarlo.Nella pagina di elementi di lavoro, scegliere Editor. Trascinare gli elementi nel backlog del prodotto o a un'iterazione diversa. Vedere Pianificare un'iterazione.
Area attività	I tipi di elementi di lavoro visualizzati nella scheda di attività. Le colonne visualizzate nella scheda.Queste colonne sono associate agli stati del flusso di lavoro associati per elaborare i metastates di configurazione. Definire le associazioni nel file di CommonConfiguration.xml.Se si apportano modifiche agli stati del flusso di lavoro, è necessario apportare modifiche alla configurazione del processo.Non tutti gli stati devono essere mappati. Numero massimo di elementi di lavoro che possono essere visualizzati nella scheda di attività (l'impostazione predefinita è 500). Vedere Personalizzare la pagina dell'area attività.	Creare attività. Trascinare le attività a una colonna diversa. Aggiornare il lavoro rimanente e riassegnare attività a un altro membro del team. Vedere Eseguire un'iterazione.
Grafico del burn-down	Il campo utilizzato per calcolare il burn-down.Modifica questo modificando il file di CommonConfiguration.xml, tipo di Remaining Work. Vedere Personalizzare le pagine di backlog.	Aggiornare il campo lavoro rimanente per le attività. Suggerimento I grafici agile non utilizzano le informazioni immesse per Stima originale e Lavoro completato.Queste informazioni sono utilizzate solo in pronto (OOB) Excel e nei rapporti gestione rapporti per Agile e di CMMI progetti team, come descritto in Attività necessarie per il monitoraggio dello stato di avanzamento e generare rapporti utili.
Capacità	Il campo utilizzato per calcolare capacità-da-attività.Modifica questo modificando il file di CommonConfiguration.xml, tipo di Activity. I giorni della settimana che il team non funziona (l'impostazione predefinita è sabato e domenica). Vedere Personalizzare le pagine di backlog.	Per ogni attività, specificare un valore per attività (Agile e scrum) o disciplina (CMMI). Per ogni iterazione, impostare la capacità e l'ora out per ogni membro del team.
Velocità e previsione	Il campo utilizzato per calcolare e velocità supportare previsioni.Modifica questo modificando il file di CommonConfiguration.xml, tipo di Effort. Vedere Personalizzare le pagine di backlog.	Per ogni elemento di backlog, specificare un valore per Punti della storia (Agile, L'impegno ('), o Dimensione (CMMI).

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.

Sistemi l'elemento figlio o l'attributo	Può cambiare?	È possibile localizzare?	Note, restrizioni e dipendenze
Tipo di dati (elemento) FIELD	No, con le eccezioni	N/D	Specifica il tipo di dati accettati dal campo.Non è possibile modificare in genere il tipo di dati del campo una volta definito.È possibile passare il tipo di dati del campo solo per campi di tipo HTML o PlainText.
Nome descrittivo elemento FIELD)	Sì	Sì	Il nome descrittivo viene visualizzato nel menu a discesa di query elemento di lavoro e deve essere univoco per tutti i campi definiti in una raccolta di progetti team.Il nome descrittivo può differire dall'etichetta del modulo visualizzato nel form elemento di lavoro.
Etichetta del form (elemento control)	Sì	Sì	Nel form elemento di lavoro, è possibile specificare qualsiasi etichetta che si desidera diverso dal nome descrittivo.
Indicizzabile (attributo)	Sì	N/D	È possibile abilitare l'indicizzazione per un campo per migliorare i tempi di risposta delle query quando si filtrano il campo.Per impostazione predefinita, i campi seguenti vengono indicizzati: Assegnato a, creato data, modificato da, stato, motivo, ID area, ID iterazione e tipo di elemento di lavoro.
Testo della Guida/descrizione comandi (elemento figlio FIELD)	Sì	Sì	È possibile definire una stringa di testo personalizzata di un massimo di 255 caratteri per ogni campo in ogni tipo di elemento di lavoro.
Regola di campo (elemento figlio FIELD)	Sì	N/D	È possibile aggiungere o modificare le regole associate a un campo e combinazione delle regole di campo.Ad esempio, è possibile specificare una regola eseguire una delle seguenti azioni: Impostare un campo obbligatorio o in sola lettura. Impostare un valore predefinito o copiare un valore nel campo. Cancellare un campo o limitare ulteriori modifiche di un campo. Assicurarsi che un campo non contenga lo stesso valore di un altro campo. Richiedere che il valore di un campo stringa corrisponda a un modello. Limitare gli utenti che possono modificare il campo. Applicare una regola a un campo quando il valore di un altro campo è stato modificato o a tale campo è stato assegnato un valore specifico.
La regola di campo, si applica a	Sì	N/D	Per ogni regola di campo, è possibile specificare il nome di un utente o un gruppo per cui la regola consente o non è applicabile.
Regola di campo, condizionale	Sì	N/D	Per la maggior parte delle regole di campo, applicare le regole condizionali in base al valore assegnato a un altro campo.Vedere
Elenco di selezione o elenco globale	Sì	N/D	Personalizzare uno degli elenchi di selezione definiti per un tipo di elemento di lavoro, o aggiungere elenchi di selezione per supportare i nuovi campi aggiunti.Inoltre, è possibile sostituire un elenco di selezione con un elenco globale.Un elenco globale contribuisce a ridurre il lavoro richiesto di aggiornare un elenco di tipi di elementi di lavoro.Un elenco globale supporta inoltre la coerenza tra gruppi.
Attributi di creazione rapporti	Sì	Sì	È possibile modificare il nome del campo visualizzato in un rapporto, il nome di riferimento del rapporto e il tipo di rapporto.È possibile localizzare il nome descrittivo di. Il tipo di report determina se i dati di campo vengono scritti nel database warehouse relazionale, sia nel database warehouse relazionale sia al cubo di OLAP, o generare una somma precalcolata di valori durante l'elaborazione del cubo di OLAP. Per un elenco completo di campi segnalabili predefiniti, vedere Riferimento ai campi segnalabili per ALM di Visual Studio.Per ulteriori informazioni sul cubo di OLAP, vedere Prospettive e gruppi di misure forniti nel cubo di Analysis Services per Team System.
Sincronizzazione (attributo)	Sì	N/D	È possibile abilitare o disabilitare la sincronizzazione con Active Directory per i campi associati agli account utente.

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.

Elementi di definizione	Descrizione
Nome	Il nome del tipo di elemento di lavoro viene visualizzato nel menu a discesa di query elemento di lavoro e deve essere univoco in un progetto team.È possibile modificare il nome utilizzando lo strumento da riga di comando witadmin.
Descrizione	È possibile definire una stringa di testo personalizzata di un massimo di 255 caratteri che descrive lo scopo del tipo di elemento di lavoro.
Campi	È possibile aggiungere o modificare gli elementi e le regole di campo del campo definiti per un tipo di elemento di lavoro.Vedere Personalizzare i campi elemento di lavoro.
Layout del form	È possibile personalizzare il layout del form per aggiungere o modificare i campi, le etichette dei campi, le schede e colonne.Inoltre, è possibile personalizzare gli elementi di un form: Aggiungere il testo, collegamenti ipertestuali, o il contenuto Web. Definire comandi per limitare le relazioni di collegamento
Stati, transizioni e i motivi del flusso di lavoro	Ogni definizione di flusso di lavoro è costituito da un set di stati validi e localizzabili, transizioni e ragioni.I team utilizzano il flusso di lavoro per tenere traccia dei progressi effettuati gli elementi di lavoro.L'elenco di selezione degli stati e motivi nel form elemento di lavoro è derivato dalla definizione del flusso di lavoro.
Flusso di lavoro, assegnazioni dei campi e regole di campo	È possibile specificare le regole e le condizioni che si applicano a un campo in un cambiamento di stato o la transizione di flusso di lavoro.
Flusso di lavoro, automazione e di integrazione	È possibile specificare un'azione personalizzata per automatizzare le assegnazioni selezionare il campo basate su una modifica di stato, il motivo, o in transizione.

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