Importation et exportation d’éléments de travail entre Agile Development et Azure DevOps

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 4 minutes de lecture
  • Découvrez le workflow pour l’importation et l’exportation d’éléments de travail entre Agile Development et Azure DevOps.

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

    Importation vers à partir d’Azure Agile Development 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 à Agile Development 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 Agile Development 2.0.
    • Toute nouvelle itération créée dans Azure DevOps ne crée pas immédiatement un enregistrement Agile Development 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 Agile Development 2.0. Pour garantir à tout moment la cohérence des données entre les deux applications, créez des sprints dans Agile Development 2.0.

    • Seules les itérations de niveau terminal sont conservées en tant que sprints dans Agile Development 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 Agile Development 2.0.
    • Lorsque vous supprimez une itération dans Azure DevOps, le sprint correspondant est supprimé dans le Agile Development 2.0.
      Remarque :
      Pour supprimer des enregistrements dans , Agile Development 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 Agile Development 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 Agile Development 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 Agile Development 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 Agile Development 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 Agile Development 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 Agile Development 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 Agile Development 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 Agile Development 2.0 et Azure DevOps

    Synchroniser les détails du sprint depuis Agile Development 2.0 Azure DevOps. Tout changement apporté aux détails Agile Development 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 élément de travail existant dans Agile Development 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 Agile Development 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 Agile Development 2.0 est sélectionnée.