Créer une story dans Agile Development 2.0

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 5 minutes de lecture

    • Créez des définitions de haut niveau de vos exigences sous la forme de stories dans Agile Development 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 : 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 :
      • Onglets Planification de backlog ou Planification de sprint du tableau Agile.
      • Liste connexe des stories d'un produit, d'une mise en production, d'un sprint, d'un thème ou d'une épopée.
      • Enregistrement de défaut ou d'amélioration.
    3. Renseignez les champs du formulaire.
      Remarque :
      certains des champs du formulaire de story peuvent être déjà renseignés 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 pour cette story à partir d'une liste des thèmes associés au champ Produit.
      Épopée É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 l'épopée pour cette story à partir d'une liste des épopées associées au champ Produit.

      Type Type de story.

      Choisissez parmi des options telles que Développement, Documentation, Spike, etc.
      Classification Type de développement qu'implique la story. 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 la story. 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ête : la story est prête à être collectée par l'équipe de développement.
      • Travail en cours : l'équipe de développement travaille sur la story et enregistre son évolution dans le champ Notes de travail.
      • Prête pour test : la story est prête à être collectée par un testeur.
      • Test : le testeur teste la story en fonction des exigences fournies dans celle-ci.
      • Terminée : les efforts de développement et de test de la story sont terminés.
      • Annulée : la story a été annulée.
      Ce champ est automatiquement défini sur Brouillon.
      Points Nombre de points indiquant l'effort estimé requis pour terminer la story.

      Plus le nombre de points est élevé, plus la story nécessite d'efforts.
      Priorité Priorité affectée à la story.

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

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

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

      Lorsque la demande est convertie en projet, les stories de demande 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 cette story est associée. Ce champ n'est disponible que lorsqu'une valeur est sélectionnée depuis le champ Projet.

      Si un projet ne se compose que d'une seule phase, la story est automatiquement attachée à cette phase.

      Remarque :
      une phase agile peut comprendre des stories qui appartiennent à plusieurs groupes.
      Bloqué Indicateur servant à montrer que des problèmes empêchent la progression de la story.
      Description courte Une brève description de la story.
      Description Une description détaillée de la story.
      Critères d'acceptation Critères fonctionnels ou résultats de test requis pour faire passer cette story à l'état Terminé.
      Notes
      Notes de travail Notes sur le travail effectué pour cette story.
      Enregistrements connexes
      Défaut Défaut associé à la story. Ce champ est un champ de référence issu de la table Défaut [rm_defect]. Ce champ est requis 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 ayant le rôle de feature_user peuvent ouvrir un défaut. L'administrateur doit accorder le rôle de feature_user à tous les utilisateurs qui sont censés 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 en savoir plus sur les défauts, voir Signaler des défauts dans Agile Development 2.0.
      Amélioration Amélioration associée à la story. Ce champ est un champ de référence issu de la table Amélioration [rm_enhancement]. Ce champ est requis 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 ayant le rôle de feature_user peuvent ouvrir une amélioration. L'administrateur doit accorder le rôle de feature_user à tous les utilisateurs qui sont censés ouvrir des améliorations 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, voir Demandes d'amélioration dans Agile Development 2.0.
    4. Sélectionnez Soumettre.

    Résultats

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

    Que faire ensuite

    • Utilisez les liens et listes connexes de la story pour créer des tâches Scrum pour cette story, convertissez cette story en épopée ou divisez cette story en deux stories. Pour plus d'informations, consultez Liens et listes connexes pour une story dans Agile Development 2.0.
    • Ajouter des dépendances aux stories Agile Development 2.0
    • 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 à partir des actions supplémentaires de la story ( icône Actions supplémentaires).
      Lorsque vous utilisez Insérer et rester, le formulaire de la story qui vient d'être créée reste ouvert. Vous pouvez modifier les détails de la story ou en créer d'autres à partir de ces détails. Sur le Tableau Agile, la nouvelle story est placée juste en dessous de la story initiale. Le classement global de la nouvelle story est défini en conséquence.
      Remarque :
      définissez les propriétés glide.ui.task.insert et glide.ui.advance sur true pour accéder à ces actions. Ces actions ne sont pas autorisées sur les stories ajoutées à partir du tableau de triage.