Personalizzare la gestione degli elementi di lavoro per il progetto team

Aree che è possibile personalizzare

• Percorsi area e iterazione

• Team, avvisi del team e preferiti del team

• Pagine agile e grafici

  • Pagine, lavoro rimanente, velocità, e velocità previsioni backlog

  • Area attività

• Elenchi di selezione o elementi di un menu a discesa in un form elemento di lavoro

• Campi utilizzati per tenere traccia del lavoro e rapporti e supportare l'integrazione

• Flusso di lavoro definito per un tipo di elemento di lavoro

• Limitare il numero dei nomi nel campo assegnato a

• Limitare gli utenti che possono apportare modifiche a un elemento di lavoro o a cui una regola di campo valido

• Applicare i criteri di ricerca a un campo

Qual è possibile personalizzare correlato alle aree e iterazioni :

• Aggiungere le aree figlio e iterazioni che annidare un massimo di 14 livelli.

• Specificare un percorso area predefinito e un percorso di iterazione predefinito per un team.Le impostazioni predefinite vengono assegnate agli elementi di backlog creato con il messaggio si aggiunge il pannello alla pagina di backlog del prodotto.

• Selezionare che le aree e le iterazioni il team utilizzeranno.Vedere Definire le aree e le iterazioni del team.

• Impostare le date di inizio e di fine per le iterazioni che il team utilizza per tenere traccia di un'iterazione o sprint.

• Limitare l'accesso per visualizzare, creare, o modificare elementi di lavoro e gestire i piani di test definiti in un'area.

• Limitare gli utenti che possono aggiungere o modificare i nodi figlio definiti in un'area o a un'iterazione.

Come personalizzate:

• Per aggiungere o modificare un'area, aprire Team Web Accesse scegliere l'icona di l ingranaggio accanto al nome utente nella parte superiore della pagina.Nella pagina amministrativa, scegliere AREE.O, da Visual Studio, scegliere Team, Impostazioni progetti team, Aree elementi di lavoro.

• Per aggiungere o modificare i percorsi iterazione, dalla pagina di amministrazione di Team Web Access, scegliere iterazioni.

  Vedere Creare e modificare aree e iterazioni.

Qual è possibile personalizzare correlato ai team:

• Gestire i membri del team e accedere alle risorse del team.

• Definire le aree e le iterazioni del team come descritto in Percorsi area e iterazione.

• Definire gli avvisi del team, che inviano notifiche di posta elettronica quando si verificano modifiche agli elementi di lavoro, le revisioni del codice, i file del controllo del codice sorgente e compilazioni.

• Aggiungere o rimuovere le sezioni dalla home page del team che si collegano alle query elemento di lavoro, definizioni di compilazione e cartelle del controllo del codice sorgente.

• La sequenza del gruppo di sezioni nella home page del team.

Come personalizzate:

• Per aggiungere un team, da Team Web Access, selezionare l'icona di un ingranaggio per aprire la pagina di amministrazione.Nella scheda Panoramica, scegliere il collegamento Nuovo team.Vedere Creare e configurare un team.

• Per definire gli avvisi del team, aprire la pagina di amministrazione per Team Web Access e scegliere la scheda degli avvisi.Vedere Impostare avvisi personali o del team.

• Per aggiungere una sezione alla home page del team, scegliere Aggiungi a Preferiti team dal menu di scelta rapida per ciascun oggetto che si desidera visualizzare nella home page.È possibile aggiungere solo i preferiti del team alla home page del team.Non è possibile aggiungere i preferiti.Vedere Gestire i preferiti del team.

• Per la nuova sequenza sezioni, visualizzata la home page del team e il trascinamento affianca per ridisporli nella sequenza desiderata.

Qual è possibile personalizzare correlato alle pagine di backlog:

• Modificare i tipi di elementi di lavoro visualizzati nelle pagine di backlog.

  Per impostazione predefinita, i punti seguenti sono considerati elementi di backlog: Storia utente (Agile), Elemento di backlog del prodotto e Bug (') e Requisiti (CMMI).

• Modificare i tipi di elementi di lavoro che è possibile creare come attività collegate agli elementi di backlog alle pagine backlog iterazione.

• Modificare i campi visualizzati nel rapido aggiungere il pannello alla pagina di backlog del prodotto.Ad esempio, è possibile aggiungere un campo obbligatorio come parte della voce rapida del pannello.

• Modificare le colonne e la sequenza iniziale della colonna viene visualizzata.È possibile modificare questi elementi e Team Web Access ricorderà le modifiche.

• Modificare i campi elemento di lavoro utilizzati per tenere traccia del lavoro rimanente attività, i tipi, le dimensioni degli elementi di backlog e calcola la velocità del team, acquisiscono l'ordinamento per l'elenco di elementi di backlog e i giorni liberi standard per il team.

Come personalizzate:

• Per aggiungere o rimuovere tipi di elemento di lavoro da visualizzare le pagine di backlog, aggiungere o rimuovere il tipo dalla categoria requisito.Per modificare la categoria requisito, modificare il file di Seguito.

• Per aggiungere o rimuovere tipi di elemento di lavoro che è possibile creare come attività dalle pagine backlog iterazione, aggiungere o rimuovere il tipo dalla categoria di attività.Per modificare la categoria di attività, modificare il file di Seguito.

• Per modificare il rapido aggiungere il pannello o colonne o la sequenza iniziali della colonna, modificare il file di AgileConfiguration.xml.

• Per modificare il mapping di metastate o le assegnazioni del campo di tipo, modificare il file di CommonConfiguration.xml.

  Vedere Personalizzare le pagine di backlog.

• Per aggiungere un campo a un tipo di elemento di lavoro, modificare la definizione per il tipo di elemento di lavoro.Vedere Personalizzare e gestore i tipi di elemento di lavoro [witadmin].

Per comprendere come Team Web Access determina gli elementi di lavoro da visualizzare nell'attività imbarchi, è possibile visualizzare i criteri di filtro per l'iterazione corrente.Scegliere la pagina del backlog dello sprint corrente, scegliere Crea query backlog, scegliere OKquindi scegliere il collegamento Fare clic qui per visualizzarlo.Nella pagina di elementi di lavoro, scegliere Editor.

Qual è possibile personalizzare la pagina della scheda di attività:

• Aggiungere o modificare tipi di elementi di lavoro visualizzati nella scheda di attività.Ad esempio, oltre al tipo di attività, è possibile aggiungere il bug al set di tipi da considerare come attività alle pagine backlog iterazione e attività la scheda.

• Aggiungere o rimuovere una colonna aggiungendo o rimuovendo uno stato dal mapping di metastate.Ad esempio, se si dispone di uno stato del flusso di lavoro utilizzato per indicare gli elementi di lavoro bloccati, è possibile associare tale stato per eseguire visualizzare la colonna bloccata nella pagina della scheda.

• Modificare il limite massimo impostato per il numero di elementi di lavoro che possono essere visualizzati nella scheda di attività.Per impostazione predefinita, l'area attività è limitata a un totale di 500 elementi di lavoro.

Come personalizzate:

• Per aggiungere o rimuovere tipi di elemento di lavoro che fungono da attività, aggiungono o rimuovono il tipo dalla categoria di attività.Per modificare la categoria di attività, modificare il file di Seguito.

• Per modificare il mapping di metastate, modificare il file di CommonConfiguration.xml.Ad esempio, aggiungendo il mapping, <State value="Blocked" type="Proposed" />, come illustrato nella sintassi seguente per aggiungere la colonna alla scheda di attività:

  <TaskWorkItems category="Microsoft.TaskCategory">
      <States>
        <State value="Active" type="Proposed" />
        <State value="Blocked" type="Proposed" />
        <State value="In Progress" type="InProgress" />
        <State value="Closed" type="Complete" />
      </States>
  </TaskWorkItems>

• Per aumentare o ridurre il numero di elementi che possono essere visualizzati nella scheda di attività, specificare un nuovo soglia nella definizione di AgileConfiguration.xml.Ad esempio, per impostare gli elementi massimo di 600, specificare quanto segue:

  <IterationBacklog workItemCountLimit="600">

  Vedere Personalizzare la pagina dell'area attività.

Qual è possibile personalizzare relativo agli elenchi di selezione:

• Definire elenchi di selezione semplici che si applicano a un singolo campo in un tipo di elemento di lavoro.

• Definire elenchi globali utilizzabili in molti tipi di elemento di lavoro e progetti team in una raccolta di progetti.

• Specificare consentito, suggeriti o proibiti valori in un elenco di selezione o un elenco globale.

• Combinare elenchi, limiti di un elenco applicato e impostare condizioni in quando un elenco viene visualizzato nel form elemento di lavoro.

Come personalizzate:

• Per definire o modificare un elenco di selezione, modificare la definizione di campo per il tipo di elemento di lavoro.Vedere Definire elenchi di opzioni.

• Per definire un elenco globale, modificare la definizione dell'elenco globale gestito per la raccolta di progetti team.Per utilizzare l'elenco globale, includerlo nella definizione di campo nel tipo di elemento di lavoro.Vedere Definire elenchi globali.

Qual è possibile personalizzare correlato ai campi elemento di lavoro:

• Aggiungere un campo a un tipo di elemento di lavoro.È possibile aggiungere un campo di sistema, un campo definito in un altro tipo di elemento di lavoro, un campo personalizzato, o un campo di integrazione.

  Per un elenco di campi di sistema e i campi definiti nei modelli di processo predefiniti il TFS viene fornito, vedere Riferimento ai campi degli elementi di lavoro per ALM di Visual Studio.

  Campi di integrazione contengono informazioni generate dai processi automatizzati che vengono gestiti da Team Foundation Build, da Microsoft Test Manager, o dal controllo della versione di Team Foundation.Vedere Aggiungere campi per supportare l'integrazione con il test, la compilazione e il controllo della versione.

• Modifica uno dei seguenti attributi di campo:

  • Nome descrittivo visualizzato nella query elemento di lavoro.Questo nome potrebbe essere diverso dal nome visualizzato nel form elemento di lavoro.

  • Sincronizzazione con Active Directory.È possibile abilitare o disabilitare la sincronizzazione dei campi associati agli account utente.

  • Indicizzazione.È possibile abilitare o disabilitare l'indicizzazione dei campi, che migliora le prestazioni delle query che filtrano su questi campi.

  • Tipo di dati.È possibile modificare il tipo di dati per PlainText o campi di HTML passare da un tipo a un altro.

  • Attributi di creazione rapporti: è possibile modificare il nome del campo visualizzato in un rapporto, il nome di riferimento del rapporto e il tipo di rapporto.

    Il tipo di report determina se i dati di campo vengono scritti nel database warehouse relazionale, sia nel database warehouse relazionale sia al cubo, o generare una somma precalcolata di valori durante l'elaborazione del cubo.Vedere Prospettive e gruppi di misure forniti nel cubo di Analysis Services per Team System.

Come personalizzate:

• Per aggiungere un campo, modificare la definizione per il tipo di elemento di lavoro.Vedere Aggiungere un campo e modificare il layout di un tipo di elemento di lavoro esistente.

• Per modificare un attributo di un campo, utilizzare lo strumento da riga di comando witadmin.Vedere Managing Work Item Fields [witadmin].

Le seguenti illustrazioni sono basate sui modelli di processo predefiniti forniti di installazione o aggiornamento al 2012.Gli aggiornamenti significativi sono stati apportati al flusso di lavoro per diversi tipi di elemento di lavoro nell'ultimo aggiornamento trimestrale.Queste modifiche supportano delle transizioni in modo che inavvertitamente quando si trascina un elemento di lavoro nella scheda di Kanban o nella scheda di attività allo stato risolto o chiuso, è possibile trascinarlo su uno stato precedente del flusso di lavoro.Per ulteriori informazioni sull'aggiornamento, vedere Novità relative a pianificazione e traccia.

Per ottenere l'accesso alle versioni più recenti dei modelli di processo predefiniti e aggiornare il progetto team con le più definizioni di flusso di lavoro, installare l'ultimo aggiornamento trimestrale per Team Foundation Server.È possibile ottenere l'aggiornamento dal sito di download Microsoft: Aggiornamento trimestrale per Microsoft Visual Studio 2012 Team Foundation Server.

Diagramma di stato dell'elemento backlog prodotto

Diagramma di stato di una storia utente

Diagramma di stato del requisito

Qual è possibile personalizzare il flusso di lavoro per un tipo di elemento di lavoro:

• Aggiungere o rimuovere gli stati, le transizioni, o i motivi.

• Modificare il motivo predefinito.

• Limitare i tipi di modifiche che possono essere apportati all'elemento di lavoro o a un campo e che, in base alla modifica dello stato, la selezione di un motivo, o al tipo di transizione effettuata.Vedere Limitare gli utenti che possono apportare modifiche a un elemento di lavoro o a cui una regola di campo valido.

• Aggiungere un'azione personalizzata durante la modifica dello stato, la transizione, o il motivo.Vedere Rendere automatiche le assegnazioni dei campi in base a stato, transizione o causa.

Come personalizzate:

• Per modificare il flusso di lavoro, modificare la definizione per il tipo di elemento di lavoro.Vedere Progettare il flusso di lavoro.

• Per eseguire il mapping degli stati del flusso di lavoro a metastates, modificare la definizione per il file di CommonConfiguration.xml.Vedere Customize Process Configuration.

Qual è possibile personalizzare nel campo assegnato a :

Limitare l'elenco degli utenti visualizzati nel menu a discesa del campo assegnato a o a un altro campo personalizzato del nome di persona.

Come personalizzate:

1. Creare il gruppo di sicurezza che si desidera utilizzare e aggiungere gli account al gruppo.Ad esempio, creare un nuovo gruppo denominato Collaboratori team.Vedere Modificare le autorizzazioni per un gruppo o un utente.

2. Modificare il file di definizione per ogni tipo di elemento di lavoro che si desidera limitare il set dell'utente.Aggiungere l'elemento di VALIDUSER la definizione di elemento di FIELD per il campo assegnato a e specificare il gruppo del.

   Ad esempio, il frammento di codice può essere aggiunto alla definizione di attività per limitare il set di utenti per il campo assegnato a solo ai membri del team aggiunti al gruppo di attività del team TFS.

   <FIELD name="Assigned To" refname="System.AssignedTo" type="String" reportable="dimension" syncnamechanges="true">
      <HELPTEXT>The person currently working on this task</HELPTEXT>
      <ALLOWEXISTINGVALUE />
      <VALIDUSER group="Team Contributors" />
   </FIELD>

   Specificando l'elemento ALLOWEXISTINGVALUE, si evitano errori di convalida che altrimenti si verificherebbero quando i membri lasciano il team e non sono registrati più come collaboratori del progetto.

   Vedere Gestire le autorizzazioni per creare o modificare elementi di lavoro.

Qual è possibile limitare:

• Le regole di campo sono in effetti, in base a modifica l'elemento di lavoro.È possibile applicare restrizioni ai seguenti elementi regola, limitanti testata l'applicabilità a o applicando li per un gruppo di utenti.È possibile specificare queste regole tramite creazione o la modifica dell'elemento di lavoro o si modificano lo stato, una transizione specifica, oppure selezionare un motivo:

  • CANNOTLOSEVALUE

  • COPY

  • DEFAULT

  • EMPTY

  • FROZEN

  • MATCH

  • READONLY

  • REQUIRED

  • SERVERDEFAULT

  • VALIDUSER

  Ad esempio, con il frammento di codice, è possibile applicare la regola che solo i membri di gestione team possono modificare il campo ordine di priorità un elemento di lavoro viene creato una volta.

  <FIELD name="Stack Rank" refname="Microsoft.VSTS.Common.StackRank" type="Double" reportable="dimension">
     <FROZEN not="Management Team" />
     <HELPTEXT>Work first on items with lower-valued stack rank. Set in triage.</HELPTEXT>
  </FIELD>

  Vedere Riferimento a tutti gli elementi XML FIELD.

• Le regole di campo sono in effetti, in base a modifica l'elemento di lavoro e il condizionale al valore assegnato a un altro campo.Le regole condizionali sono WHEN, WHENNOT, WHENCHANGEDe WHENNOTCHANGED.Vedere Assegnare valori e regole condizionali.

• Chi può modificare gli elementi di lavoro impostare le autorizzazioni sui percorsi area.Vedere Percorsi area e iterazione.

• Gli utenti che possono modificare un campo aggiungendo una regola di campo nella sezione di WORKFLOW.Ad esempio, è possibile limitare tutti gli utenti tranne quelli che appartiene a management team che il gruppo di apportare modifiche ai punti della storia sistema quando l'elemento di lavoro è impostato per risolvere specificando la sintassi seguente:

  <STATE value="Resolved">
     <FIELDS>
        <FIELD refname="Microsoft.VSTS.Scheduling.StoryPoints">
           <FROZEN not="Management Team"/>
     </FIELD>
  </STATE>

• È possibile applicare le regole di campo e le regole di campo condizionale quando un utente modifica lo stato, viene creata una transizione specifica, o selezionare un motivo.

• Per i campi Motivo e Stato, è possibile applicare solo la regola di campo READONLY.

• Non è possibile applicare le regole di campo ai campi Percorso iterazione o Percorso area.

Come personalizzate:

• Modificare il file di definizione per ogni tipo di elemento di lavoro in cui inserire le restrizioni.Ad esempio, è possibile limitare gli utenti che possono creare un elemento di lavoro specificando un gruppo di VALIDUSER per creato dal campo nella sezione di WORKFLOW.

  <STATE value="New">
     <FIELDS>
        <FIELD refname="Microsoft.VSTS.Common.CreatedBy">
              <VALIDUSER group="Team Task Group" />
        </FIELD>
             . . .
     </FIELDS>
  </STATE>

  Analogamente, è possibile posizionare le restrizioni relative a chi può risolvere, la chiusura, o riattivare un elemento di lavoro aggiungendo le regole di campo nel flusso di lavoro nei campi seguenti: Risoluzione da, chiuso da, o attivato da.

• È possibile creare un elenco globale che specifica che i gruppi validi e aggiungere alla definizione di FIELD in ALLOWEDVALUES o PROHIBITEDVALUES.

• È possibile creare gruppi personalizzati in TFS o in Windows.

• Per stabilire quali le regole vengono applicate a un campo, specificare gli attributi di not o di for l'elemento figlio di FIELD nella sezione di FIELDS.Ad esempio, è possibile specificare che a obbligatorio per la versione è READONLY per tutti gli utenti tranne quelli del gruppo valutazione del team.

  <FIELD name="Required for Release" refname="MyCompany.ProjectA.RequiredForRelease" type="String" reportable="dimension">
     <READONLY not="Team Triage Group" />
     <HELPTEXT>Specify Yes when true, otherwise leave blank.</HELPTEXT>
  </FIELD>

  Per ulteriori informazioni, vedere Gestire le autorizzazioni per creare o modificare elementi di lavoro.

Qual è possibile personalizzare i criteri di ricerca:

• Limitare le voci corrispondenti a un criterio specifico.

• Limiti voci a un campo per soddisfare almeno uno di un set di modelli.

• Specificare gli utenti o gruppi per il quale la regola viene applicata o che non viene applicato.

Come personalizzate:

• Modificare il file di definizione per il tipo di elemento di lavoro al campo che si desidera applicare i criteri di ricerca.Ad esempio, è possibile applicare la voce di una data sotto forma di month.day.year specificando la regola di MATCH.

  <FIELD refname="MyCompany.ProjectA.RequestDate">
     <MATCH pattern="nn.nn.20nn" />
     <HELPTEXT>Enter the date the request was received.</HELPTEXT>
  </FIELD>

  Vedere Impostare la corrispondenza di un campo stringa a un modello.