Cas d’utilisation du développement basé sur un projet dans Développement agile

  • Rversion finale: Australia
  • Mis à jour 17 juin 2026
  • 2 minutes de lecture
  • Un exemple de modèle de développement et de mise en œuvre basé sur des projets dans Développement agile.

    Les activités habituelles impliquées dans un projet Développement agile sont les suivantes :

    • Backlog du produit : les propriétaires de produits gèrent le backlog du produit. Ils nettoient continuellement leurs backlogs en ajoutant des histoires, en les hiérarchisant et en les estiman.

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

    • Backlog de projet : les propriétaires de produits sélectionnent les stories classées par ordre de priorité et les affectent à un ou plusieurs projets, créant ainsi le backlog du projet. Les propriétaires de produits peuvent créer un ou plusieurs projets et capturer des détails supplémentaires tels que les ressources requises, le coût, le risque et l’alignement stratégique. Tous ces projets font l’objet d’un processus de priorisation des portefeuilles, et les projets sélectionnés sont exécutés par les équipes de projet.
      Remarque :
      Certaines organisations définissent également des cycles de publication tels que publication trimestrielle, publication semestrielle, publication annuelle. Ils déplacent ensuite les stories du backlog du produit vers le backlog de mise en production. Dans ce cas, les stories sont affectées aux projets à partir du backlog de mise en production.

      Dans Développement agile 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.
    • Affectation de stories : affectez les stories du projet à un groupe d’affectation afin que l’équipe puisse les récupérer lors des sprints suivants.

      Dans Développement agile 2.0, sélectionnez les stories que vous souhaitez affecter à une mise en production, sélectionnez Affecter à une version/à un groupe et spécifiez un groupe d’affectation.

    • Planification du sprint : les équipes Scrum définissent leur calendrier de sprint comme un sprint de deux semaines ou un sprint de trois semaines. Il travaille avec le propriétaire du produit et sélectionne les stories du backlog de mise en production qui doivent être terminées dans chaque sprint pour créer un backlog de sprint. Les membres du groupe, ainsi que le Product Owner et le Scrum Master, décident des stories de chaque sprint à l’aide de la planification du sprint.

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