Signaler un défaut dans Développement agile 2.0

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 2 minutes de lecture
  • Suivez les problèmes associés à votre produit ou à votre fonctionnalité en signalant les défauts dans Développement agile 2.0.

    Avant de commencer

    Rôle requis : feature_user, scrum_story_creator ou scrum_admin

    L’administrateur doit accorder le rôle feature_user à tous les utilisateurs qui sont censés signaler des défauts à l’aide de l’application Développement agile 2.0 .

    Pourquoi et quand exécuter cette tâche

    Créez un enregistrement de défaut à l’aide du module Défauts. Vous pouvez créer ultérieurement une story pour ce défaut afin que le groupe d’affectation concerné puisse travailler à la résolution des problèmes.

    Procédure

    1. Accédez à la Tous > Agile Development > Défauts.
    2. Sélectionnez Nouveau.
    3. Remplissez les champs du formulaire.
      Tableau 1. Champs de formulaire de défaut
      Champ Description
      Numéro Identificateur unique généré par le système pour le défaut.
      Priorité Priorité affectée au défaut. Un propriétaire de produit peut utiliser les priorités lors de la création de stories.
      État État du défaut. Sélectionnez l'une des options suivantes :
      • Brouillon : Les détails du défaut sont toujours en cours de rédaction.
      • Définition du champ d’application : le défaut est en cours de triage et le périmètre du défaut et sa correction sont en cours d’analyse.
      • En attente d’approbation : le champ d’application du défaut est finalisé et l’équipe attend l’approbation pour commencer à travailler dessus.
      • Travail en cours : l’équipe travaille sur la correction du défaut.
      • Test/QA : le testeur teste la correction du défaut en fonction du périmètre fourni.
      • Déploiement/lancement : l’équipe est prête à lancer le correctif du défaut.
      • Fermé terminé : le correctif du défaut est déployé dans le produit.
      • En suspens : le défaut est mis en suspens en raison d’éventuels blocages et jusqu’à nouvel examen.
      • Annulé : l’équipe annule le travail sur ce défaut.
      Ce champ est automatiquement défini sur Brouillon.
      Groupe d'affectation Groupe auquel le défaut appartient.
      Assigné à L’utilisateur affecté au défaut.
      Produit Produit auquel ce défaut est associé. Le champ est obligatoire si le défaut fait partie d’un produit.
      Signalé concernant Enregistrement, problème, changement ou autre tâche faisant l’objet d’un signalement.
      Description brève Brève description du défaut.
      Description Description détaillée du défaut.
      Notes de travail Notes sur le travail effectué sur le défaut. Les notes de travail peuvent être mises à jour au fur et à mesure de l’avancement du travail sur ce défaut.
    4. Sélectionnez Envoyer.

    Résultats

    Le défaut est créé et le formulaire rouvre avec la liste connexe des stories. La liste des stories n’est visible que par les utilisateurs disposant d’un rôle Scrum.

    Que faire ensuite

    Un propriétaire de produit Scrum peut examiner le défaut et décider si une story doit être créée pour celui-ci. Consultez Créer une story dans Développement agile 2.0.