Importation et exportation d’éléments de travail entre Développement agile et Azure DevOps

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture
  • Découvrez le workflow pour l’importation et l’exportation d’éléments de travail entre Développement agile et Azure DevOps.

    Pour activer l’importation et l’exportation d’éléments de travail entre Développement agile 2.0 et Azure DevOps, vous devez configurer les paramètres.

    Importation vers à partir d’Azure Développement agile 2.0 DevOps

    • Lorsque vous créez un élément de travail de type épopée dans Azure DevOps, une épopée est créée pour le groupe d’affectation en fonction des paramètres d’intégration d’équipe que vous avez configurés.
    • Lorsque vous créez un élément de travail de type story dans Azure DevOps, une story est créée pour le groupe d’affectation en fonction des paramètres d’intégration d’équipe que vous avez configurés.

      La relation entre la story et son épopée est conservée telle quelle dans Azure DevOps.

    • Seuls les champs définis dans la configuration de la carte de champ sont conservés dans la story ou l’épopée. Pour plus d’informations sur la configuration de la carte par défaut, reportez-vous à la section Configuration de la carte par défaut pour Azure DevOps l’intégration à Développement agile 2.0.
    • Lorsque vous ajoutez une pièce jointe à un élément de travail dans Azure DevOps, la même pièce jointe est ajoutée à la story ou à l’épique correspondante dans Développement agile 2.0.
    • 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.

    • Seules les itérations de niveau terminal sont conservées en tant que sprints dans Développement agile 2.0.
    • Lorsque vous ajoutez des commentaires pour un problème dans Azure DevOps, ils sont mis à jour dans le champ Notes de travail de la story ou de l’épopée dans Agile Development, en fonction de la configuration de la carte.
      Remarque :
      Les images ajoutées dans les commentaires ne sont pas prises en charge.
    • Lorsque vous supprimez un élément de travail dans Azure DevOps, l’enregistrement correspondant est supprimé dans Développement agile 2.0.
    • Lorsque vous supprimez une itération dans Azure DevOps, le sprint correspondant est supprimé dans le Développement agile 2.0.
      Remarque :
      Pour supprimer des enregistrements dans , Développement agile 2.0 définissez le champ Peut supprimer sur vrai dans l’accès à l’application des tables respectives. Pour plus d’informations, voir Paramètres de conception et d’exécution des tables.
    • Lorsque vous restaurez un élément de travail à partir de la corbeille dans Azure DevOps, un enregistrement correspondant est créé en Développement agile 2.0 fonction de ses paramètres d’intégration d’équipe.
    Figure 1. Importer le workflow pour les éléments de travail créés dans Azure DevOps
    Importation d’un élément de travail d’Azure DevOps vers Agile Development
    Figure 2. Importer le workflow pour les zones mises à jour dans Azure DevOps
    Importation de la mise à jour de la zone dans Azure DevOps

    Exportation depuis vers Développement agile Azure DevOps

    • Lorsque vous créez une épopée pour un groupe d’affectation, elle est exportée en tant qu’élément de travail vers la zone dans Azure DevOps en fonction des paramètres d’intégration d’équipe que vous avez configurés.
    • Lorsque vous créez une story pour un groupe d’affectation, elle est exportée en tant qu’élément de travail vers la zone dans Azure DevOps en fonction des paramètres d’intégration d’équipe que vous avez configurés.

      La relation entre la story et son épopée est conservée dans Azure DevOps.

    • Lorsque vous ajoutez une pièce jointe à une story ou à une épopée, la même pièce jointe est ajoutée à l’élément de travail correspondant dans Azure DevOps.
    • Lorsque vous mettez à jour le groupe d’affectation d’une story existante dans le Développement agile 2.0, l’élément de travail est recréé pour la zone Azure DevOps associée au groupe d’affectation mis à jour.
    • Lorsque vous créez un sprint pour un groupe d’affectation dans Développement agile 2.0, il est exporté vers Azure DevOps dans son itération de backlog conformément aux paramètres d’intégration de l’équipe.
    • Lorsque vous supprimez un sprint pour un groupe d’affectation dans Développement agile 2.0, cela dissocie la sélection du sprint de l’itération de l’équipe dans Azure DevOps.
    • Lorsque vous mettez à jour un élément de travail dans Développement agile 2.0, seuls les champs mis à jour sont envoyés à Azure DevOps dans le cadre de la charge utile
    Figure 3. Workflow d’exportation pour les groupes d’affectation mis à jour dans Développement agile 2.0
    Exporter le workflow pour la mise à jour du groupe d’affectation dans Agile Development 2.0

    Synchroniser les détails du sprint entre Développement agile 2.0 et Azure DevOps

    Synchroniser les détails du sprint depuis Développement agile 2.0 Azure DevOps. Tout changement apporté aux détails Développement agile 2.0 du sprint est exporté vers les chemins d’itération dans Azure DevOps, lorsque le champ Synchroniser le sprint est coché.

    Tableau 1. Synchroniser les détails du sprint pour un nouvel élément de travail dans Développement agile 2.0
    Synchroniser le sprint Exporter Importer
    Désactivé (chemin d’itération disponible dans Azure DevOps) Envoie le chemin d’itération par défaut du projet à Azure DevOps. La valeur du sprint ne change pas dans Développement agile 2.0.
    Désactivé (le chemin d’itération n’est pas disponible dans Azure DevOps) Envoie le chemin d’itération par défaut du projet à Azure DevOps. La valeur du sprint ne change pas dans Développement agile 2.0.
    Activé (le chemin d’itération est disponible dans Azure DevOps) Envoie le chemin d’itération approprié pour le projet à Azure DevOps. La valeur du sprint ne change pas dans Développement agile 2.0.
    Activé (le chemin d’itération n’est pas disponible dans Azure DevOps) Envoie le chemin d’itération par défaut du projet à Azure DevOps. La valeur du sprint s’efface dans Développement agile 2.0.
    Tableau 2. Synchroniser les détails du sprint pour un élément de travail existant dans Développement agile 2.0
    Synchroniser le sprint Exporter Importer
    Désactivé Envoie le chemin d’itération précédent à Azure. Le chemin d’itération sera identique dans Azure DevOps. La valeur de sprint dans Développement agile 2.0 est sélectionnée.
    Activée Envoie le nouveau chemin d’itération en fonction de la sélection. L’itération sera modifiée en fonction de la sélection. La valeur de sprint dans Développement agile 2.0 est sélectionnée.