--- sourceDocument: Gestion stratégique des portefeuilles Xanadu sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/it-business-management Release : - xanadu ft:locale : - fr-FR ft:publication_title : - Gestion stratégique des portefeuilles Xanadu ft:clusterId : - itbm bundleId : - itbm workflow : - Technology --- # Créer une story dans Agile Development 2.0 # Créer une story dans Agile Development 2.0 {#ariaid-title1} * Rversion finale: Xanadu * * Mis à jour 1 août 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 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 ToutAgile DevelopmentStories. 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. {#create-a-story__ul_hvh_xm3_g5b} 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. {#create-a-story__table_story_form__entry__2} | 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. {#create-a-story__ul_rps_tjp_4lb}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 [Signalement de défauts dans Agile Development 2.0](https://servicenow-prod.fluidtopics.net/cXujJGXY95s5iO0sVNctkw#defect-reports "Créez des défauts pour les problèmes signalés pour votre produit à l'aide d'Agile Development 2.0. Vous pouvez ensuite créer des stories pour ces défauts afin que vos équipes puissent commencer à travailler sur leur résolution."). | | 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](https://servicenow-prod.fluidtopics.net/4QlMQUhjoyg13lnfgWGLeg#enhancement-requests "Créez des demandes d'amélioration pour différents domaines de votre produit dans Agile Development 2.0. Vous pouvez ensuite créer des stories pour ces demandes afin que vos équipes puissent commencer à travailler sur leur développement."). | [Tableau 1. Formulaire de story] {#create-a-story__table_story_form} 4. Sélectionnez Soumettre. {#create-a-story__steps_tkw_kkh_pz} ## 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. {#create-a-story__ul_ygk_nbf_qz} ## 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](https://servicenow-prod.fluidtopics.net/rU9A9ypRhZomLMJNk1FCzw "Utilisez les liens et les listes connexes du formulaire Story pour les actions que vous devez effectuer sur votre story dans Agile Development 2.0, telles que l'ajout de tâches ou de dépendances Scrum, ou le fractionnement de la story."). * [Ajouter des dépendances aux stories Agile Development 2.0](https://servicenow-prod.fluidtopics.net/k8dY6g5dJnk7SvLmPo3U6w "Ajoutez des éléments prérequis et dépendants pour les stories Agile Development 2.0 afin de pouvoir visualiser ces dépendances sur le tableau de planification Scrum et planifier vos sprints en conséquence.") * 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. {#create-a-story__ul_qjh_f4s_klb}