Résolution des problèmes liés à l’intégration d’Azure DevOps à Développement agile

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture
  • Résolvez les problèmes courants que vous pouvez rencontrer lors de l’intégration d’Azure DevOps et Développement agile 2.0.

    Problème Action

    L’action d’exportation ne fonctionne pas.

    • Examinez la configuration de votre carte personnalisée.

      Si votre configuration de carte personnalisée n’est pas valide ou si les champs requis ne sont pas mappés pour cet élément de travail, l’exportation ne fonctionne pas.

    • Assurez-vous que la case Activer l’exportation est cochée pour le projet.
    • Vérifiez si votre mot de passe Azure DevOps a expiré.
    Le sprint n’est pas importé d’Azure DevOps vers Développement agile 2.0. Impossible d’importer des sprints Développement agile 2.0 pour l’une des raisons suivantes :
    • Toute nouvelle itération créée dans Azure DevOps ne crée pas immédiatement un enregistrement Développement agile 2.0 de sprint correspondant.

      Lorsqu’un élément de travail est ajouté pour la première fois à la nouvelle itération dans Azure DevOps, un enregistrement de sprint correspondant est alors créé dans Développement agile 2.0.

      Pour garantir à tout moment la cohérence des données entre les deux applications, créez des sprints dans Développement agile 2.0.

    • Assurez-vous qu’il n’y a pas de chevauchement de sprints.

    Un groupe d’affectation n’est pas renseigné pour une story ou une épopée.

    Si l’équipe n’est pas associée à un groupe d’affectation dans Développement agile 2.0, cela peut entraîner le non-remplissage du groupe d’affectation. Vérifiez que les paramètres d’intégration de projet existent pour votre équipe Azure DevOps.

    Si la zone d’un élément de travail est mappée à plusieurs équipes, le groupe d’affectation de cet élément Développement agile 2.0 de travail est vide. Dans ce cas, vous pouvez sélectionner manuellement un groupe d’affectation pour cet élément de travail.

    Une valeur d’un champ dans Azure DevOps n’est pas renseignée dans Développement agile 2.0.

    Vérifiez si la carte de champs personnalisée est configurée.

    La valeur des champs Priorité ou État d’Azure DevOps n’est pas renseignée dans Développement agile 2.0.

    Vérifiez si la carte d’état personnalisée est configurée.

    Une mise à jour effectuée par un utilisateur dans Azure DevOps n’est pas mise à jour dans Développement agile 2.0.

    Assurez-vous que les informations d’identification de l’utilisateur utilisées pour configurer l’intégration d’Azure DevOps à Développement agile 2.0 ne sont pas utilisées pour effectuer des mises à jour d’enregistrement.

    L’élément de travail est supprimé dans Azure DevOps, mais pas dans Développement agile 2.0.

    Assurez-vous que le champ Peut supprimer dans l’accès à l’application des tables respectives est défini sur vrai.

    Pour plus d’informations, voir Paramètres de conception et d’exécution des tables.

    La suppression d’un projet, d’une équipe ou d’une zone n’entraîne aucune action dans Développement agile 2.0.

    Après avoir supprimé le projet, l’équipe ou la zone dans Azure DevOps, l’administrateur Azure DevOps doit supprimer manuellement le projet Azure DevOps correspondant et ses stories associées dans Développement agile 2.0.

    Les nouveaux projets Azure DevOps ne sont pas importés automatiquement. Détectez manuellement les projets à partir de l’enregistrement d’instance Azure DevOps pour synchroniser immédiatement les mises à jour du projet ou planifiez une tâche pour détecter et importer ces mises à jour quotidiennement.

    Pour en savoir plus sur les travaux planifiés, reportez-vous à la section Planifiez des tâches à partir desquelles importer des projets, des équipes, des zones et des éléments de travail Azure DevOps.

    Les éléments de travail importés (épopées et stories) d’un projet ne sont associés à aucun groupe d’affectation.

    Assurez-vous de disposer des paramètres d’intégration de l’équipe pour ce projet. Pour plus d'informations, consultez Associer des projets Azure DevOps à des groupes d’affectation dans Développement agile 2.0.

    Le groupe d’affectation associé à n’importe quel élément de travail importé d’un projet Azure DevOps est basé sur les paramètres d’intégration d’équipe de ce projet. Si le projet n’a pas de paramètre d’intégration d’équipe, l’élément de travail importé aura un groupe d’affectation vide.

    Les changements apportés aux itérations dans Azure DevOps ne sont pas reflétés immédiatement dans Développement agile 2.0. Importez manuellement des itérations à partir de l’enregistrement de projet Azure DevOps ou planifiez une tâche pour détecter et importer ces mises à jour quotidiennement.

    Pour en savoir plus sur les travaux planifiés, reportez-vous à la section Planifiez des tâches à partir desquelles importer des projets, des équipes, des zones et des éléments de travail Azure DevOps.

    Les actions d’interface utilisateur Connecter, Déconnecter et Valider et corriger entraînent une erreur lors de la première utilisation. Cette erreur est un problème connu. Réessayez l’action d’interface utilisateur.
    Lorsque le champ Description a & dans Azure DevOps, il s’affiche sous la forme & dans Développement agile 2.0. Le mappage de champs entre Développement agile 2.0 Azure DevOps n’est pas pris en charge pour les champs HTML.
    L’exportation fonctionne toujours lorsque les webhooks sont désenregistrés. Les webhooks permettent uniquement d’importer des données d’Azure DevOps vers Développement agile 2.0. Pour arrêter l’exportation d’éléments de travail, décochez la case Exporter les éléments de travail pour le projet.

    Activation des journaux de projet détaillés

    Pour afficher tous les détails sur la journalisation de projet, activez la propriété de journalisation de projet d’intégration. Pour plus d'informations, consultez Activer la journalisation détaillée du projet dans Microsoft Azure l’intégration DevOps avec Développement agile 2.0.