Comprendre comment sont gérées les mises à jour de certains champs en particulier

Vous devez passer en revue cette rubrique si un ou plusieurs champs ne se synchronisent pas comme prévu entre Visual Studio Team Foundation Server et Project Server. Le type de données des champs affectés, l'attribut de mappage de champs OnConflict et la hiérarchie des tâches affectent la façon dont le moteur de synchronisation met à jour des champs spécifiques. Les tâches ne sont pas mises à jour correctement si le chef de projet rejette une ou plusieurs mises à jour d'envoi ou si le plan de projet n'a été publié. Si le plan n'a pas été publié, les éléments de travail enfants imbriqués ne peuvent pas être transférés dans la file d'attente d'approbation.

Dans cette rubrique

• Vue d'ensemble du processus de mise à jour des champs

• Mises à jour d'envoi rejetées

• Mises à jour des titres ou des noms de tâches

• Mises à jour des dates de début et de fin

• Mises à jour des champs qui contiennent des heures

• Mises à jour des assignations de tâches

• Tâches récapitulatives, hiérarchie des tâches et envois d'éléments de travail imbriqués à plusieurs niveaux

• Mises à jour des champs associés à des listes de choix ou des tables de correspondance

Vue d'ensemble du processus de mise à jour des champs

Comme le montre l'illustration suivante, les données sont envoyées vers Project Server, vers Team Foundation Server, vers la file d'attente d'état d'une instance de PWA, puis vers le plan de projet d'entreprise avant de revenir vers Project Server. Le tableau suivant fournit des remarques supplémentaires sur le processus de synchronisation et sur la façon dont les champs sont mis à jour au cours de chaque étape du processus.

Pour plus d'informations, consultez les rubriques suivantes :

• Vue d'ensemble du processus de synchronisation pour Team Foundation Server et Project Server Integration

• Personnalisation du mappage de champs entre Project Server et Team Foundation Server

• Référence des éléments XML du mappage de champs pour l'intégration de Team Foundation Server et Project Server

• Restrictions du mappage des champs Project Server pour l'intégration avec Team Foundation Server

Retour au début

Mises à jour d'envoi rejetées

Lorsqu'un chef de projet rejette une mise à jour d'état d'une spécification ou d'une tâche, l'élément de travail correspondant n'est plus synchronisé jusqu'à ce que le rejet soit résolu. La raison du rejet s'affiche dans le champ Historique et le champ État de la dernière approbation sous l'onglet Project Server indique Rejeté. Un membre de l'équipe doit résoudre le problème du rejet de l'état pour permettre la reprise de la synchronisation de l'élément de travail.

Vous pouvez créer une requête d'équipe pour rechercher les éléments de travail dont l'état de mise à jour a été rejeté. Pour plus d'informations, consultez How to: Resolve Conflicts of Mapped Work Items.

Retour au début

Mises à jour des titres ou des noms de tâches

Le champ Titre dans Team Foundation Server et le nom de tâche dans Project Server participent à un processus de synchronisation bidirectionnelle. En d'autres termes, toute modification apportée sur un serveur est systématiquement mise à jour sur l'autre serveur. Toutefois, vous pouvez changer ce comportement si vous modifiez le mappage du champ Titre (System.Title).

Retour au début

Mises à jour des dates de début et de fin

Les champs de synchronisation participent à un processus de synchronisation unidirectionnelle. En d'autres termes, les champs Date de début et Date de fin de Team Foundation Server reflètent toujours les valeurs assignées dans Project Server ; par ailleurs, les modifications apportées à ces champs dans Team Foundation Server ne sont jamais envoyées à Project Server. Cette règle est appliquée, car Project utilise un moteur de planification pour déterminer les dates de début et de fin des tâches.

Par défaut, les champs Date de début et Date de fin sont mappés à OnConflict="PSWin" ; par conséquent, les champs de date de Team Foundation reflètent toujours les valeurs assignées dans Project Server. Même si vous modifiez l'attribut de mappage pour permettre l'utilisation de deux copies, les modifications apportées aux champs de date de Team Foundation ne sont pas envoyées à Project Server, sauf lorsque l'élément de travail est envoyé pour la première fois. Après le premier événement de synchronisation, ces champs reflètent les mises à jour du plan de projet.

Retour au début

Mises à jour des champs qui contiennent des heures

Par défaut, les champs Heures effectuées et Heures restantes participent à un processus de synchronisation qui gère deux copies. Les modifications apportées aux heures peuvent avoir lieu dans le plan de projet ou Team Foundation. Toutefois, les modifications ne remplacent pas nécessairement les informations dans l'un ou l'autre des emplacements. Un attribut OnConflict non défini pour le mappage des champs applique cette fonctionnalité.

Comme indiqué dans les scénarios ci-après, les champs sont mis à jour en fonction du demandeur des mises à jour et de l'acceptation ou non de ces dernières dans le plan de projet.

• Lorsqu'un membre de l'équipe met à jour des heures et que le chef de projet approuve les envois et publie le plan, les champs de référence et mis en miroir correspondent lors de la prochaine synchronisation de Team Foundation Server.

• Lorsqu'un membre de l'équipe met à jour des heures et que le chef de projet rejette les envois, les mises à jour ne sont pas acceptées dans le plan de projet. Les valeurs du champ de référence et du champ mis en miroir diffèrent.

• Lorsqu'un chef de projet modifie les heures du plan de projet, seul le champ mis en miroir est mis à jour lors de la prochaine synchronisation de Team Foundation Server.

Lorsque les heures des tâches varient entre les deux produits serveur, le responsable d'équipe et le chef de projet doivent rapprocher les différences. Ainsi, chacun peut mettre à jour son travail de manière indépendante tout en étant informé des modifications effectuées par une autre personne. Pour plus d'informations sur la manière de trouver les champs dont les valeurs ne correspondent pas à leurs champs mis en miroir, consultez Recherche des éléments de travail lorsque le travail dans Team Foundation diffère du travail dans Project Server.

Chaque fois qu'un chef de projet définit une planification initiale, la valeur du champ Estimation d'origine dans Team Foundation est définie ou mise à jour, comme le montre l'illustration suivante. Par défaut, ce champ est mappé à l'attribut OnConflict="PSWin".

Retour au début

Mises à jour des champs Assigné à ou Nom de la ressource

Le champ Assigné à dans Team Foundation est mappé au champ Nom de la ressource dans Project Server. Par défaut, ce champ est mappé à l'attribut OnConflict="PSWin". Lorsque vous assignez des ressources aux tâches dans le plan de projet d'entreprise, tenez compte des règles suivantes :

• Le moteur de synchronisation ne synchronise pas les informations sur les ressources entre les deux produits serveur. Par défaut, Team Foundation Server synchronise ses ressources à partir d'Active Directory, ce qui n'est pas le cas de Project Server. Vous pouvez ajouter des ressources manuellement dans Project Server ou synchroniser les ressources avec Active Directory (meilleure pratique). Pour assigner une ressource à une tâche dans un plan de projet d'entreprise qui participe à une synchronisation avec Team Foundation Server, vous devez ajouter la ressource à Project Server. Vous ajoutez une ressource en l'ajoutant au groupe Membres de l'équipe dans l'instance de PWA ou vous accordez à la ressource les autorisations Ouvrir un projet et Afficher le site du projet dans Project. Vous devez également ajouter la ressource à la liste des ressources du plan de projet d'entreprise, puis publier le plan de projet pour permettre au moteur de synchronisation d'accéder à la mise à jour de la liste des ressources. Pour plus d'informations, consultez Pour ajouter des membres Team Foundation au groupe Membres de l'équipe.

• Si vous gérez les détails du projet, n'assignez qu'une seule ressource à chaque tâche. Si la tâche requiert plusieurs ressources, divisez-la en sous-tâches et assignez une ressource à chaque sous-tâche.

  Si vous gérez les besoins de l'entreprise uniquement via une planification verticale, assignez chaque récit utilisateur ou spécification au responsable du développement.

  Lorsque vous publiez votre plan de projet, le complément client de Team Foundation vérifie si une seule ressource a été assignée à chaque tâche. Si plusieurs ressources ont été assignées à une tâche, la boîte de dialogue Résolution de validation s'affiche, et vous devez définir une seule ressource comme assignation active. Pour plus d'informations, consultez Résolution d'erreurs de validation.

• Une fois qu'une tâche est liée ou mappée à un élément de travail, vous pouvez assigner ou réassigner des ressources uniquement aux tâches qui ne sont pas reportées. Une tâche reportée est associée à un élément de travail qui contient des éléments de travail enfants non liés. En règle générale, les tâches reportées contiennent plusieurs noms dans le champ Nom de la ressource. Le moteur de synchronisation transmet le cumul des ressources et le nombre d'heures de travail de chaque ressource. Pour plus d'informations, consultez Utilisation d'un correctif cumulatif de ressource dans les projets d'entreprise mappés aux projets d'équipe.

Retour au début

Tâches récapitulatives, hiérarchie des tâches et envois d'éléments de travail imbriqués à plusieurs niveaux

Par conception, le moteur de synchronisation ne met pas à jour les champs Project pour les tâches liées qui ont des sous-tâches dans le plan de projet d'entreprise. Le processus de synchronisation ignore les mises à jour de ces tâches, car le plan de projet calcule le travail correspondant. Les modifications apportées au titre et aux autres champs non liés au travail ne sont pas non plus mises à jour pour ces tâches. Ce comportement représente une limitation connue de l'intégration des deux produits serveurs.

Lorsqu'un chef de projet publie un ensemble détaillé de tâches qui incluent des spécifications et des tâches liées dans Team Foundation Server, le moteur de synchronisation verrouille la hiérarchie des tâches. Les membres de l'équipe ne peuvent pas modifier la hiérarchie des tâches dans Team Foundation, mais ils peuvent réassigner des tâches à d'autres membres de l'équipe dans le projet d'équipe. Comme le montre l'illustration suivante, les tâches s'affichent sous leurs spécifications ; par ailleurs, les liens hiérarchiques entre les tâches parentes et enfants sont verrouillés (). Les liens verrouillés indiquent que les spécifications et les tâches enfants ont été ajoutées à un projet d'équipe à partir de Project Server. Seul le chef de projet du plan de projet peut modifier la hiérarchie des tâches.

Lorsqu'une équipe envoie plusieurs niveaux d'éléments de travail de Team Foundation vers Project Server, le premier niveau doit d'abord être approuvé et publié dans Project Server pour permettre l'envoi du niveau suivant. Si une équipe envoie un lot de nouveaux éléments de travail qui comprend trois niveaux d'éléments enfants, par exemple, le chef de projet doit publier le plan de projet à quatre reprises pour que tous les éléments de travail soient synchronisés avec Project Server. Lorsque le chef de projet approuve chaque niveau des éléments de travail et les publie dans Project Server, les relations entre les liens hiérarchiques sont verrouillées dans Team Foundation jusqu'à ce que la hiérarchie complète des liens soit verrouillée. Les membres de l'équipe ne peuvent pas modifier la hiérarchie de ces éléments de travail mappés.

Retour au début

Mises à jour des champs associés à des listes de choix ou des tables de correspondance

Lorsque vous mappez des champs Team Foundation Server associés à une liste de choix ou des champs Project Server associés à une table de correspondance, vous devez tenir compte d'étapes supplémentaires permettant de garantir une expérience utilisateur optimale. Le moteur de synchronisation ne crée pas automatiquement les listes associées équivalentes ou ne synchronise pas leurs valeurs autorisées sur l'autre serveur. Il est recommandé de créer des tables de correspondance dans Project Server pour établir une correspondance avec les listes de choix définies dans Team Foundation et de créer des listes de choix dans Team Foundation pour établir une correspondance avec les tables de correspondance définies dans Project Server. Si une liste de choix ou une table de correspondance change, vous devez toujours mettre à jour manuellement la liste correspondante dans l'autre produit serveur.

Retour au début

Voir aussi

Autres ressources

Champs Project Server ajoutés pour prendre en charge la synchronisation de données

Mappage des projets avec Project Server et Team Foundation Server

Personnalisation du mappage de champs entre Project Server et Team Foundation Server