Créer une story dans Développement agile 2.0

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 5 minutes de lecture

    • Créez des définitions générales de vos besoins sous la forme de stories dans Développement agile 2.0. Gérez et suivez vos stories en les associant à un produit, un projet ou une mise en production et en les affectant à un groupe d’affectation.

    Avant de commencer

    Rôle requis : scrum_story_creator, scrum_admin

    Procédure

    1. Accédez à la Tous > Agile Development > Stories.
    2. Sélectionnez Nouveau.
      Vous pouvez également créer une story à partir de l’un des éléments suivants :
      • Onglet Planification des backlogs ou Planification du sprint du tableau Agile.
      • Liste connexe des stories d’un produit, d’une version, d’un sprint, d’un thème ou d’une épopée.
      • Enregistrement de défaut ou d’amélioration.
    3. Remplissez les champs du formulaire.
      Remarque :
      Certains champs du formulaire Story peuvent sembler remplis en fonction de l’option que vous avez utilisée pour créer la story.
      Tableau 1. Formulaire de story
      Champ Description
      Numéro Numéro généré par le système pour la story.
      Thème Thème associé à la story.

      Un thème peut avoir une ou plusieurs stories, mais une story ne peut appartenir qu’à un seul thème à la fois.

      Sélectionnez le thème de cette story dans une liste de thèmes associés au champ Produit .
      Périple Épopée associée à la story.

      Une épopée peut avoir une ou plusieurs stories, mais une story ne peut appartenir qu’à une seule épopée à la fois.

      Sélectionnez une épopée pour cette story parmi les épopées associées au champ Produit .
      Type Type de story.

      Choisissez parmi des options telles que Développement, Documentation, Spike et autres.
      Classification Type de développement que la story implique. Ce champ est automatiquement défini sur Fonctionnalité.

      Ce champ n’a aucun lien avec les champs Défaut et Amélioration de l’onglet Enregistrements connexes .
      État État de l’histoire. Sélectionnez l'une des options suivantes :
      • Brouillon :Les exigences de la story, telles que la description et les critères d’acceptation, sont toujours en cours de rédaction.
      • Prêt : la story est prête à être récupérée par l’équipe de développement.
      • Travail en cours : l’équipe de développement travaille sur la story et enregistre les changements dans le champ Notes de travail.
      • Prêt pour le test : la story est prête à être récupérée par un testeur.
      • Test : le testeur teste la story en fonction des besoins fournis dans la story.
      • Terminé : les efforts de développement et de test de la story sont terminés.
      • Annulé : la story a été annulée.
      Ce champ est automatiquement défini sur Brouillon.
      Points Nombre de points qui indiquent l’effort estimé requis pour terminer la story.

      Une valeur en points plus élevée indique que la story nécessite plus d’efforts.
      Priorité Priorité affectée à la story.

      Un propriétaire de produit peut utiliser les priorités pour classer les stories dans le tableau de planification.
      Produit Produit auquel cette story est associée.
      Mise en production Version à laquelle cette story est associée.

      La mise en production peut provenir des mises en production associées au produit sélectionné.
      Groupe d'affectation Équipe agile à laquelle appartient la story.
      Sprint Sprint auquel ce story est associé.

      Ce champ n’est disponible que lorsqu’une valeur est sélectionnée dans le champ Groupe d’affectation .
      Assigné à Utilisateur qui travaille sur la story. Les utilisateurs de cette liste disposent des rôles Scrum appropriés.
      Demande Demande à laquelle ce story est associé.

      Lorsque la demande est convertie en projet, les stories des demandes passent de la demande au projet.

      Lorsqu’une demande est convertie en story, la référence à la demande s’affiche ici.
      Projet Projet auquel cette story est associée.
      Phase du projet Nom de la phase du projet agile à laquelle ce story est associé. Ce champ n’est disponible que lorsqu’une valeur est sélectionnée dans le champ du projet .

      Si un projet n’a qu’une seule phase, la story est automatiquement balisée à cette phase.

      Remarque :
      Une phase agile peut comporter des stories qui appartiennent à plusieurs groupes.
      Bloqué Indicateur montrant que certains problèmes empêchent la progression du story.
      Description brève Une brève description de l’histoire.
      Description Une description détaillée de l’histoire.
      Critères d'acceptation les critères fonctionnels ou les résultats des tests requis pour faire passer ce story à l’état Terminé.
      Notes de travail Notes sur le travail effectué pour cette histoire.
      Tableau 2. Section Enregistrements connexes du formulaire Story
      Champ Description
      Défaut Défaut associé à la story. Ce champ est un champ de référence de la table Défaut [rm_defect]. Ce champ est obligatoire si la story est créée pour un défaut.

      Cliquez sur l’icône de recherche (icône de recherche) dans ce champ pour afficher les défauts existants ou pour ouvrir un nouveau défaut.

      Seuls les utilisateurs disposant du rôle feature_user peuvent ouvrir un défaut. L’administrateur doit accorder le rôle de feature_user à tous les utilisateurs susceptibles d’ouvrir des défauts dans l’application Agile Development. Ce champ est le seul emplacement dans l’application Agile Development où les enregistrements de la table Défaut [rm_defect] apparaissent.

      Pour plus d’informations sur les défauts, reportez-vous à la section Signaler des défauts dans Développement agile 2.0.
      Amélioration Amélioration associée à la story. Ce champ est un champ de référence de la table Amélioration [rm_enhancement]. Ce champ est obligatoire si la story est créée pour une amélioration.

      Cliquez sur l’icône de recherche ( Icône de recherche) dans ce champ pour afficher les demandes d’amélioration existantes ou pour ouvrir une nouvelle amélioration.

      Seuls les utilisateurs disposant du rôle feature_user peuvent ouvrir une amélioration. L’administrateur doit accorder le rôle feature_user à tous les utilisateurs censés ouvrir des demandes d’amélioration dans l’application Agile Development. Ce champ est le seul emplacement dans l’application Agile Development où les enregistrements de la table Amélioration [rm_enhancement] apparaissent.

      Pour en savoir plus sur les améliorations, reportez-vous à la section Demandes d’amélioration dans Agile Development 2.0.
    4. Sélectionnez Envoyer.

    Résultats

    • La story est créée et le formulaire s’affiche à nouveau avec des listes et des liens connexes.
    • La story est répertoriée dans le backlog en fonction des champs renseignés dans le formulaire de la story.

    Que faire ensuite

    • Utilisez les liens connexes et les listes de la story pour créer des tâches Scrum pour cette story, ou convertir cette story en épopée ou diviser cette story en deux stories. Pour plus d'informations, consultez Liens et listes connexes pour une story dans Développement agile 2.0.
    • Ajouter des dépendances pour Développement agile 2.0 les stories
    • Vous pouvez créer une story avec les mêmes détails que cette story à l’aide des options Insérer ou Insérer et rester des actions supplémentaires de la story (icône Actions supplémentaires).
      Lorsque vous utilisez Insérer et Rester, le formulaire de la story nouvellement créée reste ouvert. Vous pouvez modifier les détails de la story ou créer d’autres stories avec ces détails. Sur le tableau Agile, la nouvelle story est positionnée juste en dessous de la story d’origine. Le classement mondial de la nouvelle histoire est fixé en conséquence.
      Remarque :
      Définissez les propriétés et glide.ui.task.insertglide.ui.advance sur vrai pour accéder à ces actions. Ces actions ne sont pas autorisées sur les stories ajoutées à partir du tableau de triage.