Informazioni sulla gestione degli aggiornamenti a campi specifici

È necessario rivedere questo argomento se uno o più campi non eseguono la sincronizzazione tra Visual Studio Team Foundation Server e Microsoft Project Server. Il tipo di dati del campo o dei campi interessati, l'attributo di mapping dei campi OnConflict e la gerarchia delle attività incidono sul modo in cui il motore di sincronizzazione aggiorna campi specifici. Le attività non verranno aggiornate in modo corretto se il project manager rifiuta uno o più aggiornamenti di invio o se il piano del progetto non è stato pubblicato. Se il piano non è stato pubblicato, non è consentito il flusso degli elementi di lavoro figlio annidati nella coda di approvazione.

In questo argomento

• Panoramica del processo di aggiornamento dei campi

• Aggiornamenti di invio rifiutati

• Aggiornamenti a titoli o nomi di attività

• Aggiornamenti a date di inizio e fine

• Aggiornamenti a campi che contengono ore

• Aggiornamenti ad assegnazioni di attività

• Attività di riepilogo, gerarchia delle attività e invii di elementi di lavoro con più livelli di annidamento

• Aggiornamenti ai campi associati a elenchi di selezione o tabelle di ricerca

Panoramica del processo di aggiornamento dei campi

Come mostrato nella figura seguente, i dati passano da Project Server a Team Foundation Server e quindi alla coda dello stato in un'istanza di PWA, al piano del progetto dell'organizzazione e infine di nuovo a Project Server Nella tabella seguente vengono fornite note aggiuntive sul processo di sincronizzazione e sulla modalità di aggiornamento dei campi durante ogni fase del processo.

Importante

Se si prevede che un elemento di lavoro o un'attività parteciperà alla sincronizzazione, non sarà possibile rimuoverla dalla sincronizzazione, se non eliminando l'attività del piano del progetto.Non è possibile modificare il valore di Pubblica in progetto team assegnato a un'attività e non è possibile modificare il campo Invia a Project Server in Team Foundation.Non è inoltre possibile modificare l'attività in un tipo di elemento di lavoro diverso successivamente alla pubblicazione o all'invio da Team Foundation Server.

Passaggio	Processo di sincronizzazione	Aggiornamenti dei campi
	Sincronizzazione di Team Foundation: il motore di sincronizzazione rileva automaticamente le aggiunte e le modifiche pubblicate in Project Server ed estrae gli aggiornamenti in Team Foundation Server.	In questo passaggio vengono aggiornati solo i campi mappati da Project Server a Team Foundation Server (mapping di targetToTfs). Il motore di sincronizzazione aggiorna sempre il campo mirror, mentre aggiorna il campo di riferimento solo se l'attributo OnConflict è impostato su PSWin. Se tuttavia un'attività viene pubblicata per la prima volta in Project Server, verranno impostati sia il campo di riferimento sia il campo mirror, indipendentemente dal valore assegnato all'attributo OnConflict. I campi mirror sono di sola lettura. Per impostazione predefinita, l'attributo OnConflict non è specificato per i campi Lavoro rimanente e Lavoro completato. I campi mappati saranno pertanto diversi in Team Foundation Server e in Project Server. Per altre informazioni, vedere Aggiornamenti a campi che contengono ore più avanti in questo argomento.
	Sincronizzazione dello stato: quando i membri del team aggiungono o modificano elementi di lavoro impostati su Invia a Project Server, il motore di sincronizzazione invia automaticamente gli aggiornamenti alla coda dello stato.	Verranno inviati solo i campi mappati per l'invio della coda dello stato (mapping tfsToTarget). Le modifiche apportate alle date di inizio e fine vengono inviate solo nel momento in cui viene inviato per la prima volta l'elemento di lavoro Poiché i campi in Team Foundation eseguono il mapping ai campi risorse nel progetto, gli aggiornamenti verranno effettuati a campi risorse quali Lavoro rimanente e Lavoro completato.
	Sincronizzazione dell'approvazione: nel momento in cui viene approvato, un aggiornamento viene visualizzato all'interno del piano del progetto dell'organizzazione. La notifica dell'approvazione o del rifiuto viene scritta nella cronologia elemento di lavoro in Team Foundation.	Il componente aggiuntivo di Team Foundation per Project Professional garantisce la sincronizzazione corretta dei valori per i campi pjTask* e pjResource*. Di conseguenza, per modificare il progetto dell'organizzazione mappato a un progetto team, è necessario usare Project Professional da un computer client su cui sono installati Visual Studio 2013 o Team Explorer 2013.
	Sincronizzazione di pubblicazione: se il project manager pubblica il piano del progetto, gli aggiornamenti verranno scritti in Project Server.	Le modifiche apportate a tutte le attività nel piano del progetto verranno aggiornate in Project Server.

Per altre informazioni, vedere i seguenti argomenti:

• Cenni preliminari sul processo di sincronizzazione per l'integrazione TFS-Project Server

• Personalizzare il mapping dei campi tra TFS e Project Server

• Riferimento agli elementi XML per il mapping di campi per l'integrazione TFS-Project Server

• Limitazioni relative al mapping dei campi di Project Server nell'integrazione con TFS

Aggiornamenti di invio rifiutati

Se un project manager rifiuta un aggiornamento di stato per un requisito o un'attività, l'elemento di lavoro corrispondente non verrà più sincronizzato finché non verrà risolto il rifiuto. Il motivo del rifiuto viene visualizzato nel campo Cronologia e il campo Stato ultima approvazione della scheda Project Server indica Rifiutato. Per riattivare la sincronizzazione dell'elemento di lavoro, un membro del team deve gestire lo stato di rifiuto.

È possibile creare una query team per trovare gli elementi di lavoro il cui stato di aggiornamento è stato rifiutato. Per altre informazioni, vedere Monitorare gli invii di elementi di lavoro e risolvere i rifiuti.

Aggiornamenti a titoli o nomi di attività

Il campo del titolo in Team Foundation Server e il nome dell'attività in Project Server partecipano a un processo di sincronizzazione bidirezionale. In altre parole, una modifica in un server viene sempre aggiornata nell'altro server. È tuttavia possibile modificare questo comportamento cambiando il mapping del campo del titolo (System.Title).

Aggiornamenti a date di inizio e fine

I campi di pianificazione partecipano a un processo di sincronizzazione unidirezionale. In altre parole, i campi Data di inizio e Data di fine in Team Foundation Server riflettono sempre i valori assegnati in Project Server e le modifiche apportate a questi campi in Team Foundation Server non vengono mai inviate a Project Server. Questa regola viene applicata poiché il progetto usa un motore di pianificazione per determinare le date di inizio e fine delle attività.

Per impostazione predefinita, i campi Data di inizio e Data di fine vengono mappati a OnConflict="PSWin" e pertanto i campi delle date in Team Foundation rifletteranno sempre i valori assegnati in Project Server. Anche se si modifica l'attributo di mapping per consentire due set di valori possibili, le modifiche apportate ai campi relativi alle date in Team Foundation non vengono inviate a Project Server, se non quando l'elemento di lavoro viene inviato per la prima volta. Successivamente al primo evento di sincronizzazione, questi campi rifletteranno gli aggiornamenti apportati al piano del progetto.

Aggiornamenti a campi che contengono ore

Per impostazione predefinita, i campi Ore completate e Ore rimanenti partecipano a un processo di sincronizzazione che gestisce due set di valori possibili. Le modifiche apportate alle ore possono verificarsi nel piano del progetto o in Team Foundation. Tuttavia le modifiche non sovrascrivono necessariamente le informazioni in una posizione. Un attributo OnConflict non definito per eseguire il mapping dei campi applica questa funzionalità.

Come illustrato negli scenari descritti di seguito, i campi vengono aggiornati in base all'autore degli aggiornamenti e se gli aggiornamenti vengono accettati nel piano del progetto.

• Se un membro del team aggiorna le ore e il project manager approva gli invii e pubblica il piano, i campi di riferimento e mirror corrisponderanno alla sincronizzazione successiva di Team Foundation Server.

• Se un membro del team aggiorna le ore e il project manager rifiuta gli invii, gli aggiornamenti non verranno accettati nel piano del progetto. I valori per il campo di riferimento e il campo mirror risulteranno diversi.

• Se un project manager modifica le ore nel piano del progetto, solo il campo mirror verrà aggiornato alla successiva sincronizzazione di Team Foundation Server.

Se le ore di attività variano tra i due prodotti server, il responsabile del team e il project manager dovranno occuparsi dell'attività di riconciliazione delle differenze. In questo modo, ogni persona può aggiornare indipendentemente il proprio lavoro, pur consapevole delle modifiche apportate dall'altro. Per informazioni su come individuare i campi i cui valori non corrispondono ai campi mirror, vedere Find Work Items Where the Work in Team Foundation Differs from that in Project Server.

Se un project manager imposta una linea di base, il valore del campo Stima originale in Team Foundation viene impostato o aggiornato, come mostrato nella figura seguente. Per impostazione predefinita, questo campo viene mappato all'attributo OnConflict="PSWin".

Nota

Dal momento che nel modello di processo Scrum di Visual Studio non vengono usati i campi Lavoro completato e Stima originale, è necessario aggiungere questi campi ai tipi di elementi di lavoro che dovranno partecipare alla sincronizzazione dei dati.Inoltre è necessario modificare la definizione del tipo di attività per rimuovere le istruzioni <EMPTY /> del flusso di lavoro.Per altre informazioni, vedere la sezione relativa alle modifiche obbligatorie da apportare durante il mapping a un progetto team creato da un modello del processo Scrum.

Aggiornamenti ai campi dei nomi di risorsa o di assegnazione

Il campo Assegnato a in Team Foundation è mappato al campo del nome della risorsa in Project Server. Per impostazione predefinita, questo campo viene mappato all'attributo OnConflict="PSWin". In fase di assegnazione di risorse ad attività nel piano del progetto dell'organizzazione, considerare le regole seguenti:

• Il motore di sincronizzazione non sincronizza le informazioni sulle risorse tra entrambi i prodotti server. Per impostazione predefinita, a differenza di Project Server, in Team Foundation Server le risorse vengono sincronizzate da Active Directory. È possibile aggiungere manualmente risorse in Project Server, ma è consigliabile sincronizzare le risorse con Active Directory. Per assegnare una risorsa a un'attività in un piano del progetto dell'organizzazione che partecipa alla sincronizzazione con Team Foundation Server, è necessario aggiungere la risorsa a Project Server. Per aggiungere una risorsa, aggiungerla al gruppo dei membri del team nell'istanza di PWA o concedere alla risorsa le autorizzazioni Apri progetto e Visualizza sito progetto in Project. È inoltre necessario aggiungere una risorsa all'elenco di risorse dal piano del progetto dell'organizzazione e quindi pubblicare il piano del progetto per fare in modo che il motore di sincronizzazione possa accedere all'elenco aggiornato delle risorse. Per altre informazioni, vedere Assegnare le autorizzazioni per supportare l'integrazione TFS-Project Server.

• In fase di gestione dei dettagli del progetto, assegnare una sola risorsa a ogni attività. Se l'attività richiede più risorse, dividerla in sottoattività e assegnare una risorsa a ciascuna sottoattività.

  In caso di gestione dei requisiti aziendali solo tramite pianificazione dall'alto verso il basso, assegnare ogni storia utente o requisito al responsabile dello sviluppo.

  In fase di pubblicazione del piano del progetto, il componente aggiuntivo client per Team Foundation verifica che a ogni attività venga assegnata una sola risorsa. Se a un'attività sono state assegnate più risorse, verrà visualizzata una finestra di dialogo Risoluzione convalida in cui sarà necessario specificare solo una risorsa come assegnazione attiva. Per altre informazioni, vedere Risolvere gli errori di convalida.

• Dopo che un'attività è stata collegata a un elemento di lavoro o ne è stato eseguito il mapping, sarà possibile assegnare o riassegnare risorse solo alle attività di cui non è stato eseguito il rollup. Un'attività di cui è stato eseguito il rollup viene associata a un elemento di lavoro contenente elementi di lavoro figlio non collegati. Le attività di cui è stato eseguito il rollup contengono in genere più nomi nel campo del nome della risorsa. Il motore di sincronizzazione trasmette il rollup delle risorse e il numero di ore usato da ogni risorsa. Per altre informazioni, vedere Utilizzare il rollup delle risorse nei progetti dell'organizzazione mappati ai progetti team.

Attività di riepilogo, gerarchia delle attività e invii di elementi di lavoro con più livelli di annidamento

In base alla progettazione, il motore di sincronizzazione non aggiorna i campi di Project per le attività collegate con sottoattività nel piano del progetto dell'organizzazione. Il processo di sincronizzazione ignora gli aggiornamenti di queste attività poiché il lavoro su tali attività viene calcolato dal piano del progetto. Anche le modifiche al titolo e ai campi non direttamente correlati al lavoro non vengono aggiornate per queste attività. Questo comportamento costituisce una limitazione nota dell'integrazione tra i due prodotti server.

Se un project manager pubblica un set completo di attività che includono i requisiti e le attività collegate a Team Foundation Server, il motore di sincronizzazione blocca la gerarchia delle attività. I membri del team non possono modificare la gerarchia di attività in Team Foundation, ma possono riassegnare attività ai membri nel progetto team. Come mostrato nella figura seguente, le attività vengono elencate sotto i rispettivi requisiti e le gerarchie dei collegamenti tra attività padre e figlio vengono bloccate (). I collegamenti bloccati indicano che i requisiti e le attività figlio sono stati aggiunti a un progetto team da Project Server. La gerarchia di attività dal piano del progetto può essere modificata solo dal project manager.

Se un team invia più livelli di elementi di lavoro di Team Foundation a Project Server, è necessario che il primo livello venga approvato e pubblicato in Project Server per poter inviare il livello successivo. Se un team invia un gruppo di nuovi elementi di lavoro che include tre livelli di elementi figlio, ad esempio, il project manager dovrà pubblicare il piano del progetto quattro volte affinché tutti gli elementi di lavoro siano sincronizzati con Project Server. Se il project manager approva ogni livello degli elementi di lavoro e li pubblica in Project Server, le relazioni gerarchiche dei collegamenti vengono bloccate in Team Foundation finché non verrà bloccata l'intera gerarchia dei collegamenti. I membri del team non possono modificare la gerarchia per questi elementi di lavoro mappati.

Aggiornamenti ai campi associati a elenchi di selezione o tabelle di ricerca

Se si mappano i campi di Team Foundation Server associati a un elenco di selezione o i campi di Project Server associati a una tabella di ricerca, è necessario considerare ulteriori passaggi per garantire un'esperienza utente soddisfacente. Il motore di sincronizzazione non crea automaticamente gli elenchi associati alla controparte, né sincronizza i relativi valori consentiti nell'altro server. È consigliabile creare tabelle di ricerca in Project Server per la corrispondenza con gli elenchi di selezione definiti in Team Foundation e creare elenchi di selezione in Team Foundation per la corrispondenza con le tabelle di ricerca definite in Project Server. Se viene modificato un elenco di selezione o una tabella di ricerca, è necessario aggiornare manualmente l'elenco corrispondente nell'altro prodotto server.

Vedere anche

Concetti

Campi di Project Server aggiunti a TFS per supportare la sincronizzazione dei dati

Altre risorse

Gestire i progetti utilizzando l'integrazione TFS-Project Server

Personalizzare il mapping dei campi tra TFS e Project Server