Modifiche della configurazione apportate per aggiungere nuove funzionalità

Quando si esegue la procedura guidata Configurare le funzionalità, restituisce il progetto team e determina quale sono le funzionalità mancanti e le aggiunge.Prima di poter utilizzare questa procedura guidata, è necessario eseguire l'aggiornamento a Visual Studio Team Foundation Server 2012.Vedere Requisiti di aggiornamento di TFS.

[!NOTA]

Per visualizzare il collegamento Configura funzionalità per accedere alla procedura guidata, è necessario essere un membro di uno dei seguenti gruppi: Team Foundation Administrators, Project Collection Administrators, o Project Administrators per il progetto team.Per ulteriori informazioni, vedere la classe Autorizzazioni per Team Foundation Server.

La procedura guidata configura funzionalità, aggiunge nuovi oggetti al progetto team e aggiorna alcuni oggetti esistenti, ma non modifica i dati o il flusso di lavoro.Aggiunge nuovi oggetti in base alla corrispondenza migliore delle impostazioni definite, all'interno dei modelli di processo installati e nel progetto team.La procedura guidata fare riferimento sia a modelli di processo personalizzati e aggiornati , sia nella versione più recente dei modelli di processo di Microsoft installati nella raccolta di progetti team e aggiunti durante il processo di aggiornamento.Se la procedura guidata determina che esiste più di un modello di processo che può essere utilizzato per configurare le funzionalità, selezionare quello che meglio soddisfa le esigenze.

Importante

Alcuni tipi di elemento di lavoro sono necessari nella procedura guidata per configurare una funzionalità.Se è stato rinominato o eliminato uno di questi tipi di elemento di lavoro, la procedura guidata restituirà i seguenti messaggi: Non è disponibile nessun modello di processo con impostazioni di configurazione valide per questo progetto team. Impossibile configurare il progetto team automaticamente. Sarà necessario rinominare o ripristinare l'elemento di lavoro mancante al progetto team e quindi ripetere la procedura guidata.In alternativa, è possibile modificare i modelli di processo in Team Foundation Server per aggiungere funzionalità e ripetere la procedura guidata.

Ecco cosa fa la procedura guidata delle funzionalità di configurazione:

1. Analizza le definizioni nel progetto team per determinare quali funzionalità sono e non sono configurate.

2. Determina quale modello di processo archiviato nella raccolta di progetti team, contiene la migliore corrispondenza di definizioni da configurare per le funzionalità mancanti.

3. Per ogni funzionalità che può essere configurata, caricare le definizioni per i nuovi oggetti o modificare le definizioni esistenti.Per informazioni sulla procedura guidata per configurare ogni funzionalità specifica, vedere Azioni di configurazione apportate per aggiungere ogni funzionalità.

Dipendenze globali

Le dipendenze seguenti si applicano a tutte le funzionalità che sono aggiunte alla procedura guidata delle funzionalità di configurazione.Se si verificano conflitti, si riceverà un messaggio di errore.Vedere Risolvere gli errori ricevuti durante la configurazione di funzionalità.

• Per ogni campo definito per una raccolta di progetti team, i seguenti attributi devono corrispondere:

  • Nome descrittivo

  • Tipo di dati

  • L'assegnazione per sincronizzare i nomi personali con Active Directory (syncnamechanges).

  • Attributi di creazione rapporti: nome di riferimento per la creazione rapporti; nome, tipo e formato per la creazione di rapporti.

• I nomi di riferimento assegnati ai campi e ai tipi di collegamento devono essere univoci in una raccolta di progetti team.

• I nomi descrittivi di categorie devono essere univoci in un progetto team.

Le azioni di configurazione apportate aggiungono ogni funzionalità

La procedura guidata di configurazione delle funzionalità esegue le seguenti azioni per configurare ogni funzionalità specifica.

[!NOTA]

La procedura guidata determina, quali tipi di elemento di lavoro sono aggiornati a seconda delle assegnazioni delle categorie, definite nel modello di processo selezionato per aggiornare il progetto team.Ad esempio, la categoria di requisiti specifica i tipi di elemento di lavoro associati al backlog.

• Gli strumenti di pianificazione Agile che supportano le pagine Backlog e Board:

  • Aggiungere la categoria di attività per il progetto team e la categoria di bug se non è già definita.

  • Importare i file di configurazione, AgileConfiguration e CommonConfiguration.Il contenuto dei file differisce leggermente tra i modelli di processo di Microsoft, perché ognuno viene personalizzato con tipi di elementi di lavoro specifici.La procedura guidata può apportare piccole modifiche ai file di configurazione del processo, in base alle necessità, prima che i file vengano importati.Ad esempio, per i progetti team basati sul modello di processo CMMI, il file CommonConfiguration viene modificato per eseguire il mapping del campo Stima originale (Microsoft.VSTS.Scheduling.OriginalEstimate) per supportare il calcolo della velocità del team.

  • Strumento di pianificazione agile delle dipendenze:

    • Gli strumenti agili visualizzano i tipi di un elemento di lavoro, che sono assegnati ai requisiti di categoria e alla categoria delle attività.

    • Gli stati definiti per il flusso di lavoro di elementi di backlog e attività, devono essere associati a metastasi definite per la configurazione comune del modello di processo.Le metastasi definite come strumenti di pianificazione devono trattare ogni stato del flusso di lavoro.Almeno uno stato di flusso deve essere mappato a InProgress e la metatesi Complete come descritto in Personalizzare le pagine di backlog e dell'area attività mediante la configurazione del processo.

    • Gli strumenti agili fanno riferimento ai seguenti campi, che possono differire a seconda del modello di processo utilizzato per creare il progetto team:

      • L'impegno assegnato a un elemento di backlog, come quello utilizzato per calcolare la velocità del team: Punti della storia per Agile (Microsoft.VSTS.Scheduling.StoryPoints), Dimensioni di pianificazione per CMMI (Microsoft.VSTS.Scheduling.Size) e Lavoro richiesto per Scrum (Microsoft.VSTS.Scheduling.Effort).

      • L'ordine di ordinamento assegnato a un elemento di backlog, viene utilizzato per gestire la sequenza di elementi nelle pagine di backlog: Ordine delle priorità (microsoft.vsts.common.rank), o per scrum, Priorità backlog (Microsoft.VSTS.Common.BacklogPriority).

      • Il campo definito nel tipo di attività dell'elemento di lavoro viene utilizzato per visualizzare la capacità di un'attività: Attività (Microsoft.VSTS.Common.Activity) o Disciplina (Microsoft.VSTS.Common.Discipline).

      • Il campo utilizzato per specificare Lavoro rimanente(Microsoft.VSTS.Scheduling.RemainingWork).

  Per ulteriori informazioni sulla personalizzazione delle pagine utilizzando strumenti di pianificazione agile, vedere Personalizzare le pagine di backlog e dell'area attività mediante la configurazione del processo.

• Revisione del codice a condurre e tenere traccia delle revisioni di codice:

  • Importa i tipi di elemento di lavoro per la richiesta e la risposta di revisione del codice.

  • Aggiunge le categorie di richiesta e risposta di revisione del codice al progetto team.

• Feedback a richiesta e rilevamento delle parti interessate del feedback:

  • Importa la richiesta e la risposta per un feedback per tipi di elementi di lavoro.

  • Aggiunge la categoria richiesta e risposta di Feedback al progetto team.

  • Include i meta dati nel file CommonConfiguration che vengono utilizzato per visualizzare il form di richiesta di un feedback.

• Lavoro per gli sviluppatori gestire il backlog personale:

  • Aggiunge la categoria attività al progetto team.

  • La definizione del tipo di elemento di lavoro attività: Aggiungere istruzioni ACTION per l'acquisizione di quando il lavoro viene avviato (Microsoft.VSTS.Actions.StartWork) e viene arrestato (Microsoft.VSTS.Actions.StopWork) sulla base delle transizioni del flusso di lavoro.

    Importante
    La definizione del flusso di lavoro per il tipo di elemento di lavoro attività deve contenere obbligatoriamente STATE e istruzioni TRANSITION.

• Storyboard a Collegamento a uno Storyboard per elementi di lavoro:

  Inserisce la scheda per il controllo dei collegamenti dello storyboard con la definizione del tipo di elementi di backlog. Gli elementi di backlog corrispondono a tipi di elemento di lavoro definiti per categoria secondo un modello di processo selezionato per la configurazione del progetto team.

  [!NOTA]

  Se non esiste una categoria di requisiti definita o se non esiste alcun elemento TabGroup nella definizione del tipo, allora verrà visualizzato un avviso e il controllo dei collegamenti nello storyboard non verrà aggiunto.

• Tipi di elemento di lavoro nascosti

  Aggiunge la categoria nascosta di tipi al progetto team.Questa categoria specifica l'insieme di tipi di elemento di lavoro che gli utenti devono creare, tramite un modulo o uno strumento e non manualmente.

  La categoria nascosta dei tipi specifica, come impostazione predefinita, i seguenti tipi di elementi di lavoro:

  • Richiesta di revisione e risposta alla revisione del codice

  • Richiesta di commenti e risposta ai commenti

  • Passi condivisi

Vedere anche

Concetti

Personalizzare le pagine di backlog e dell'area attività mediante la configurazione del processo

Aggiornare un progetto team aggiornato per accedere alle nuove funzionalità