Vue d'ensemble du processus de synchronisation pour l'intégration de TFS et Project Server

Vous pourrez gérer plus efficacement l'intégration de Visual Studio Team Foundation Server 2013 et de Microsoft Project Server si vous comprenez la façon dont le moteur de synchronisation gère les flux de données entre les deux produits serveurs. Le moteur de synchronisation prend en charge les flux de travail indépendants des responsables de projet qui utilisent Project Professionnel et des membres d'équipe qui utilisent Team Foundation. Les livrables et les tâches peuvent évoluer indépendamment les uns des autres sur chaque produit serveur.

Dans cette rubrique

• Trois types de synchronisation

• Données soumises à la synchronisation

• Validation des données effectuée pendant les mises à jour et lors de la soumission

• Champs miroir et stratégie des deux versions parallèles

• Autorisations requises pour prendre en charge la synchronisation

• Notification d'erreur, journalisation des événements et traçabilité

Trois types de synchronisation

Le moteur de synchronisation peut effectuer trois types de synchronisation. Ce processus capture et met à jour les données relatives aux tâches et aux ressources dans TFS et Project Server, tout en respectant la propriété des données du responsable de projet du plan de projet. Les responsables de projet peuvent apporter des modifications à l'aide de Microsoft Project Professionnel et approuver les mises à jour via Project Web Access ou Project Web App (PWA). Les membres de l'équipe de développement soumettent des mises à jour à Project Server à l'aide du client Team Foundation.

Comme le montre l'illustration suivante, la synchronisation de données comprend sept étapes principales.

Processus de synchronisation pour l'intégration de Team Foundation Server et de Project Server

Le moteur de synchronisation est constitué d'un service à tâche unique qui s'exécute selon un calendrier régulier et non à chaque mise à jour d'élément de travail. La tâche de synchronisation comprend les trois processus suivants, dans l'ordre indiqué :

Retour au début

Gestion des approbations et des rejets

Toutes les modifications apportées aux éléments de travail qui sont liés à Project Server doivent être soumises en vue de leur approbation par le responsable de projet du plan de projet qui est mappé au projet d'équipe. Vous pouvez configurer une approbation automatique pour que toutes les mises à jour de Team Foundation soient automatiquement approuvées. Pour plus d'informations, consultez Approuver ou refuser des mises à jour de tâches.

Les éléments de travail approuvés sont généralement réintégrés au plan de projet d'entreprise. Les éléments de travail rejetés doivent être corrigés et renvoyés.

En cas de rejet d'une mise à jour, un message s'affiche dans le champ Historique de l'élément de travail. Ce message indique la valeur rejetée, ainsi que la personne qui l'a rejetée. Pour les projets d'équipe qui sont mappés vers des plans de projet hébergés sur Project Server 2010, ce message peut également contenir les commentaires du responsable de projet concernant le motif du rejet. Les membres d'équipe doivent soit corriger l'élément de travail et le renvoyer, soit le supprimer de la liste d'envoi vers le projet d'entreprise. De plus, les membres d'équipe peuvent créer une requête d'élément de travail permettant de rechercher tous les éléments rejetés en fonction de l'État du dernier envoi à Project Server qui leur est associé. Pour plus d'informations, consultez Surveiller les éléments de travail envoyés et résoudre les rejets.

Synchronisation et intervalles entre tentatives

La synchronisation des données est effectuée selon un calendrier, et non à chaque mise à jour des éléments de travail. Le service de tâche de synchronisation est exécuté toutes les 30 secondes. Pendant ce processus, il recherche les éléments de travail et les champs concernés qui ont été modifiés dans Project Server ou Team Foundation Server, ou bien ceux que le responsable de projet a approuvés.

Toutes les heures, le moteur de synchronisation renvoie les éléments de travail dont la mise à jour a été rejetée. Pour plus d'informations, consultez Modifier l'intervalle de nouvelle tentative de synchronisation ou de renvoi.

Retour au début

Données soumises à la synchronisation

Deux niveaux de configuration permettent de déterminer les objets qui peuvent être inclus dans la synchronisation et quelles données doivent être synchronisées. Les administrateurs de Team Foundation réalisent plusieurs niveaux de mappage pour configurer les objets qui doivent être inclus dans la synchronisation. Au deuxième niveau, les responsables de projet et les utilisateurs de Team Foundation choisissent les tâches et les éléments de travail à synchroniser.

Retour au début

Objets configurés en vue de leur synchronisation

Les configurations suivantes déterminent les objets qui doivent être inclus dans le processus de synchronisation. En général, les administrateurs de Team Foundation se chargent de ces configurations. Toutefois, les responsables de projet peuvent également mapper leurs plans de projet d'entreprise vers des projets d'équipe.

• Instance de PWA mappée vers une collection de projets d'équipe : ce mappage configure la collection de projets d'équipe en vue de la synchronisation et détermine les instances de PWA qui peuvent être synchronisées avec une collection.

• Plan de projet d'entreprise mappé vers un projet d'équipe : ce mappage configure à la fois le plan de projet d'entreprise et le projet d'équipe qui doivent être inclus dans la synchronisation. Ce mappage détermine également quels projets d'entreprise doivent être synchronisés avec un projet d'équipe.

• Types d'éléments de travail mappés en vue de la synchronisation : quand vous mappez un plan de projet d'entreprise vers un projet d'équipe, vous spécifiez les types d'éléments de travail à synchroniser. Ce mappage ajoute l'onglet Project Server au formulaire d'élément de travail, et ajoute des règles de validation à chaque type d'élément de travail dans le plan de projet d'entreprise.

• Champs d'éléments de travail mappés aux champs Project Server : par défaut, le moteur de synchronisation synchronise les champs suivants dans Team Foundation : Titre, Assigné à, Travail effectué, Travail restant, Estimation d'origine, Date de début et Date de fin. Vous pouvez ajouter des champs et définir la manière dont ils doivent être synchronisés. Par exemple, vous pouvez choisir quels champs doivent figurer dans le formulaire d'élément de travail et si des valeurs différentes sont autorisées pour un champ spécifique.

Pour plus d’informations, consultez Mapper les composants Project Server aux composants Team Foundation et Spécifier les types d'éléments de travail à synchroniser.

Tâches et éléments de travail configurés en vue de la synchronisation

Les responsables de projet choisissent les tâches d'un plan de projet d'entreprise qu'ils veulent publier sur TFS. Les membres d'équipe choisissent les éléments de travail d'un projet d'équipe qu'ils veulent envoyer vers Project Server. Les responsables de projet peuvent publier le détail des livrables et des tâches vers TFS, ou publier et gérer uniquement les éléments de tâches récapitulatives. Certaines restrictions concernent la publication des tâches subordonnées ou des éléments de travail parent-enfant, comme décrit dans Validation des données effectuée pendant les mises à jour et lors de la soumission plus loin dans cette rubrique.

Pour plus d’informations, consultez Gérer les détails du projet dans un plan de projet d'entreprise mappé à un projet d'équipe et Planification verticale des besoins de l'entreprise dans un plan de projet d'entreprise mappé à un projet d'équipe.

Validation des données effectuée pendant les mises à jour et lors de la soumission

Le processus de synchronisation valide les tâches et les éléments de travail ayant été marqués en vue de leur synchronisation avant leur publication sur Project Server. La validation des données est appliquée à la fois au plan de projet d'entreprise et au projet d'équipe.

Publication des plans de projet d'entreprise par les responsables de projet

Quand un responsable de projet qui utilise Project Professionnel publie un plan de projet d'entreprise mappé vers un projet d'équipe, des contrôles de validation sont effectués. Le complément Team Foundation effectue les contrôles de validation ci-dessous pour les tâches qui sont configurées pour être publiées sur Team Foundation (c'est-à-dire que Publier sur le projet d'équipe=Oui) :

• La valeur définie pour le champ Type d'élément de travail doit correspondre au type d'élément de travail du projet d'équipe cible devant être inclus dans la synchronisation.

  Important

  Text30 est le champ Project par défaut qui est associé à la colonne Type d'élément de travail utilisée pour synchroniser des tâches avec des éléments de travail.Si vous connectez le plan de projet à Team Foundation Server en utilisant l'option Choisir le projet d'équipe dans le menu de ruban Équipe, un champ Project supplémentaire, également nommé Type d'élément de travail, devient disponible.Ce champ, dont le champ Project par défaut est Text24, prend en charge le mappage des plans de projet qui sont liés à Team Foundation, mais ne prend pas en charge la synchronisation des plans.Le champ Text24 contient la liste complète des types d'éléments de travail du projet d'équipe.Pour vous assurer qu'il s'agit du bon champ, pointez la souris dessus et vérifiez que Text30 apparaît.

• Toutes les valeurs des champs Project mappés doivent satisfaire aux contrôles de validation effectués, garantissant qu'elles n'enfreignent pas les règles définies pour le type d'élément de travail. Ces règles sont ajoutées au plan de projet d'entreprise quand celui-ci est mappé vers un projet d'équipe.

• Après la publication d'une tâche, les valeurs qui sont définies pour les champs Publier sur le projet d'équipe et Type d'élément de travail ne peuvent pas être modifiées. Si vous ne voulez pas synchroniser une tâche, vous devez la supprimer.

• Si une tâche et l'une de ses tâches subordonnées sont toutes les deux marquées en vue de leur synchronisation, toutes les tâches comprises entre elles deux devront également être marquées pour leur synchronisation.

• La valeur du champ Nom de la ressource d'une tâche doit correspondre au nom d'un collaborateur valide dans le projet d'équipe cible.

• Si plusieurs ressources sont assignées à la même tâche, une seule assignation de ressource peut être sélectionnée comme active. Pour plus d'informations, consultez Rendre la progression de l'équipe agile visible pour le PMO (program management office).

• Toutes les valeurs doivent être conformes aux règles que Project Server applique à la définition d'un champ. Par exemple, une erreur peut se produire si vous assignez une valeur à un champ mappé qui est associé à une table de choix, mais qui ne se trouve pas dans cette table.

La boîte de dialogue Résolution de la validation s'affiche quand une ou plusieurs règles sont enfreintes. Les responsables de projet doivent corriger ces erreurs avant de publier des modifications.

Soumission d'éléments de travail nouveaux ou mis à jour par les développeurs depuis Team Foundation

Quand un développeur qui utilise Team Foundation crée ou met à jour un élément de travail et enregistre les modifications, les contrôles de validation suivants sont effectués pour les éléments de travail qui doivent être publiés sur Project Server (c'est-à-dire que Envoyer à Project Server=Oui) :

• La valeur du champ Assigné à doit correspondre à un membre d'équipe qui a également été ajouté à la liste de ressources partagées d'entreprise et aux ressources de projet du plan de projet. Pour plus d'informations, consultez Accorder les autorisations pour prendre en charge l'intégration de TFS et Project Server.

• Si un seul plan de projet d'entreprise est mappé à un projet d'équipe, son nom s'affichera automatiquement dans le champ Projet d'entreprise de l'onglet Project Server pour les éléments de travail récemment créés.

• Si plusieurs projets d'entreprise sont mappés à un projet d'équipe, vous devez spécifier une valeur pour le champ Projet d'entreprise des nouveaux éléments de travail créés pour lesquels Envoyer à Project Server est défini sur Oui.

• Vous ne pouvez pas modifier la structure hiérarchique des éléments de travail une fois ceux-ci liés aux tâches de Project. Pour plus d'informations, consultez Summary Tasks, Task Hierarchy, and Submissions of Work Items that Are Nested at Multiple Levels.

• Les règles qui ont été ajoutées à un type d'élément de travail mappé peuvent entraîner des erreurs de validation quand vous publiez le plan de projet. Par exemple, une règle conditionnelle peut restreindre les valeurs que peuvent assigner les utilisateurs à un champ. Pour plus d'informations, consultez Appliquer une règle à un champ d'élément de travail.

• Des règles basiques (par exemple, des tables de choix) qui correspondent aux définitions de champs dans Project Server peuvent entraîner des erreurs pendant la synchronisation des états. Par exemple, une erreur se produira si vous utilisez une table de choix pour définir des valeurs valides pour un champ Project, mappez ce champ vers un champ de Team Foundation, puis attribuez au champ Team Foundation une valeur qui ne se trouve pas dans la table.

Quand un élément de travail est publié sur Project Server, il est associé à une tâche dans le plan de projet d'entreprise cible. Cette association est également appelée liaison. Les liaisons sont verrouillées pendant la synchronisation. Pour supprimer une liaison, vous devez supprimer la tâche correspondante dans Project ou utiliser l'option /force quand vous supprimez le mappage du plan de projet ou du type d'élément de travail. Pour plus d'informations, consultez Supprimer un composant de la synchronisation de données.

Retour au début

Champs miroir et stratégie des deux versions parallèles

Étant donné que le moteur de synchronisation effectue trois types de synchronisation et communique avec deux bases de données dans une négociation planifiée, aucune fusion de données ne se produit. Au lieu de cela, la synchronisation de données est effectuée en deux étapes et le moteur autorise des différences entre les deux produits. Pour chaque champ synchronisé de Team Foundation, vous définissez un champ miroir qui stocke la valeur du champ mappé correspondant dans Project Server. Pendant les opérations de synchronisation habituelles, les valeurs des deux champs seront différentes entre le moment où une valeur est mise à jour dans Team Foundation Server et le moment où le responsable de projet approuve la mise à jour et publie le plan de projet.

Pour chaque champ que vous mappez, vous spécifiez l'une des options suivantes concernant la façon dont le moteur de synchronisation doit mettre à jour le champ de référence dans Team Foundation :

• Toujours mettre à jour le champ de référence dans Team Foundation Server avec la valeur de Project Server (PSWins).

• Autoriser la valeur du champ de référence de Team Foundation Server à être différente de celle assignée dans Project Server. Cette stratégie est celle des "versions parallèles".

  Quand vous utilisez cette méthode, vous pouvez créer une requête pour rechercher les éléments de travail dont les valeurs sont différentes. Pour plus d’informations, consultez Comprendre comment sont gérées les mises à jour de certains champs en particulier et Find Work Items Where the Work in Team Foundation Differs from that in Project Server.

Pour plus d'informations, consultez Référence d'éléments XML de mappages de champs pour l'intégration de Team Foundation Server et de Project Server.

Retour au début

Autorisations requises pour prendre en charge la synchronisation

Pour les données devant être synchronisées entre Team Foundation Server et Project Server, les autorisations suivantes doivent être accordées :

• Pour Project Server 2010, vous devez accorder les autorisations Contrôle total au compte de service sous lequel TfsJobAgent est exécuté pour que l'application de service Project Server devienne accessible. Pour plus d'informations, consultez Accorder les autorisations pour prendre en charge l'intégration de TFS et Project Server.

• Vous devez accorder au compte de service sous lequel TfsJobAgent est exécuté les autorisations nécessaires pour accéder à chaque instance mappée de PWA.

• Les utilisateurs auxquels sont assignés des tâches Project Professionnel ou des éléments de travail Team Foundation doivent être reconnus comme collaborateurs ("Contributors") dans le projet d'équipe. Ces utilisateurs doivent également être reconnus comme ressources du plan de projet d'entreprise et recevoir l'autorisation de se connecter aux instances de PWA incluses dans le processus de synchronisation.

Pour plus d'informations, consultez Accorder les autorisations pour prendre en charge l'intégration de TFS et Project Server.

Retour au début

Notification d'erreur, journalisation des événements et traçabilité

Le moteur de synchronisation traite les mises à jour de projet publiées sur Project Server, puis les mises à jour d'état et enfin, les mises à jour d'approbation. Quand vous publiez, vous mettez à jour Project Server en ajoutant au plan de projet d'entreprise des tâches et les informations qui leur sont associées. La synchronisation des publications extrait les données de Project Server et les envoie vers Team Foundation Server. La synchronisation des états extrait les données de Team Foundation met à jour la file d'attente du responsable de projet. La synchronisation des approbations publie les mises à jour des champs (tels que Travail restant et Travail effectué) sur Project Server, ce qui lance un nouveau cycle de synchronisation.

Chaque type de synchronisation entraîne l'affichage de messages d'état et d'erreur pour le responsable de projet dans Project Professionnel ou dans l'instance de PWA. Les messages d'état et d'erreur qui sont associés au moteur de synchronisation et à sa configuration peuvent également s'afficher dans les interfaces d'administration de Team Foundation Server et de Project Server.

Les responsables de projet, les membres d'équipe et les administrateurs peuvent tous voir et diagnostiquer les messages relatifs à la synchronisation à mesure qu'ils s'affichent. Les messages sont affichés dans les emplacements suivants :

• Dans Project Professionnel, la barre d'état du plan de projet d'entreprise montre la progression de la publication.

• Dans l'instance de PWA, le Centre d'approbation affiche la file d'attente des tâches mises à jour.

• Dans le formulaire d'élément de travail de Team Foundation, l'onglet Project Server indique l'état de l'élément de travail, ainsi que sa date de synchronisation la plus récente.

• Dans le formulaire d'élément de travail de Team Foundation, le champ Historique enregistre les messages d'état et d'erreur relatifs à la synchronisation après chaque mise à jour de l'élément de travail. Quand vous procédez à une intégration avec Project Server 2010, les commentaires que les responsables de projet ajoutent quand ils approuvent ou rejettent une mise à jour d'état sont également enregistrés dans le champ Historique.

• Le journal des événements du serveur de couche Application qui est inclus dans la synchronisation des données conserve un enregistrement de tous les événements et de toutes les erreurs liés à la synchronisation.

Les administrateurs peuvent récupérer les messages d'événements les plus récents grâce à la commande TfsAdmin ProjectServer /GetSyncMessages. Pour plus d'informations, consultez Afficher les messages d'erreur du moteur de synchronisation. Pour obtenir des informations encore plus détaillées, vous pouvez activer le suivi détaillé pour l'Agent de travail en arrière-plan Team Foundation qui exécute les services. Pour plus d'informations, consultez Agent de travail en arrière-plan Team Foundation.

Retour au début

Voir aussi

Concepts

Administrer l'intégration de Team Foundation Server et Project Server

Autres ressources

Gérer les projets à l'aide de l'intégration de TFS et Project Server