Cas d'utilisation de développement par projet dans Agile Development

  • Rversion finale: Xanadu
  • Mis à jour 9 janv. 2026
  • 2 minutes de lecture
  • Cet article fournit un exemple de modèle de développement et de livraison par projet dans Agile Development.

    Un workflow Agile Development par projet implique généralement les activités suivantes :

    • Backlog de produit : les propriétaires de produits gèrent les backlogs de produit. Ils nettoient continuellement leurs backlogs en y ajoutant des stories auxquelles ils donnent un degré de priorité et une estimation.

      Dans Agile Development 2.0, accédez à Agile Development > Backlog > Toutes les stories pour la liste de toutes les histoires.

    • Backlog de projet : les propriétaires de produits sélectionnent les stories selon leur ordre de priorité et les affectent à un ou plusieurs projets, créant ainsi le backlog de projet. Les propriétaires de produits peuvent créer un ou plusieurs projets et intégrer des détails supplémentaires tels que les ressources requises, le coût, le risque ou l'alignement stratégique. L'ensemble du portefeuille de projets est soumis à un processus de priorisation, les projets sélectionnés étant exécutés par les équipes de projet.
      Remarque :
      certaines organisations définissent également des cycles de mise en production, pouvant être par exemple trimestriels, semestriels ou annuels. Les stories sont ensuite déplacées du backlog de produit vers le backlog de mise en production. Dans ces cas, les stories sont affectées aux projets à partir du backlog de mise en production.

      Dans Agile Development 2.0, accédez à Agile Development > Stories et sélectionnez Affecter à un projet pour affecter des stories à un projet nouveau ou existant.

      Vous pouvez également ouvrir un projet existant et y associer des stories à partir du backlog. Ces stories sont ensuite exécutées dans le cadre de l'exécution du projet.
    • Affecter les stories : affectez les stories du projet à un groupe d'affectation afin que l'équipe puisse les récupérer dans les sprints à venir.

      Dans Agile Development 2.0, sélectionnez les stories que vous souhaitez affecter à une mise en production, puis sélectionnez Affecter à la mise en production/au groupe et spécifiez le groupe d'affectation.

    • Planifier le sprint : les équipes Scrum définissent leur calendrier de sprint, par exemple un sprint de deux ou trois semaines. Elles travaillent avec le propriétaire de produit et sélectionnent depuis le backlog de mise en production les stories qui doivent être terminées au cours de chaque sprint pour créer le backlog de sprint. Les membres du groupe, ainsi que le propriétaire de produit et le Scrum Master décident des stories de chaque sprint à l'aide de Planification des sprints.

      Dans Agile Development 2.0, accédez à Agile Development > Tableau Agile > Planification du sprint.

    L'illustration ci-dessous offre une vue d'ensemble de haut niveau du workflow dans un environnement Agile Development par projet.
    Figure 1. Exemple de workflow Agile Development par projet
    Flux de travail de développement agile basé sur des projets. Les stories du backlog de produit sont affectées à différents projets, classés par ordre de priorité et affectés aux équipes. Les équipes planifient ensuite ces stories en sprints.