Comment ça fonctionne
RefineBrief est une application dans Jira Cloud. Elle génère des tickets à partir de votre demande, avec le modèle choisi et le contexte du code connecté.
Décrivez la demande avec vos mots. Choisissez les dépôts connectés et le modèle de ticket.
Vérifiez le périmètre, les critères d’acceptation, les références au code et les questions ouvertes. Modifiez les propositions avec votre équipe.
Confirmez la création dans le projet Jira associé. Votre équipe prend ensuite le relais.
Dans l’application
Les captures montrent l’application réelle avec des données fictives de démonstration. L’interface est en anglais.
Sur mobile, faites défiler les détails ou ouvrez l’image en taille réelle.
01 · DEMANDE
Décrivez la demande. Choisissez son type, le modèle et les sources de code pour générer les tickets.
Les sources sélectionnées définissent le contexte de code de cette demande. Le modèle guide la structure des tickets proposés.
Paramètres de la demande · modèle facultatif et sources de code sélectionnées
Détail agrandi · ouvrir l’image02 · RÉVISION
Révisez les tickets générés et leurs références au code. Vérifiez le périmètre proposé, les impacts possibles et les questions en suspens.
Ouvrir l’image en taille réelle
Révision · l’équipe voit les questions à résoudre
Détail agrandi · ouvrir l’image03 · JIRA
Choisissez Create in Jira sur une proposition examinée, puis confirmez sa publication dans le backlog du projet associé. Cette capture montre un ticket déjà créé.
Examiner une proposition ne crée pas de ticket Jira. Vous approuvez la publication lors d’une confirmation distincte.
Ticket Jira · contexte, modification attendue et critères d’acceptation
Détail agrandi · ouvrir l’imageLe résultat
Le ticket réunit le changement demandé, les critères d’acceptation, les scénarios de test, les impacts possibles sur le code et les questions ouvertes.
Des e-mails sont actuellement envoyés pour chaque espace. Les administrateurs ne peuvent pas désactiver ces messages.
Ajouter un paramètre par espace et le vérifier avant l’envoi des notifications. S’il est absent, les garder activées.
Paramètres de l’espace, envoi des notifications, droits d’administration et tests de régression.
Paramètre activé, désactivé et absent ; accès administrateur et non-administrateur ; isolation entre espaces ; e-mails en attente après la décision de l’équipe.
Examiner le chargement des paramètres, l’expéditeur partagé et le consommateur de la file.
WorkspaceSettings · NotificationService · EmailQueueWorkerRéférence fictive pour cet exemple
Votre parcours, vos choix
Choisissez un modèle pour structurer le ticket ou utilisez la structure par défaut.
Utilisez les sources de code connectées pertinentes pour la demande, y compris plusieurs dépôts.
Révisez et modifiez chaque proposition. La création du ticket dans Jira nécessite votre confirmation.
Pilote actuel
Convenez du projet Jira, des dépôts et des accès avant la connexion. Confirmez le fournisseur Git et la couverture lors de la démo.
Les symboles, les relations et les recherches textuelle et sémantique aident à localiser le code pertinent. Le contexte disponible dépend de la couverture des dépôts et de la version indexée.
Les impacts possibles et les questions sans réponse restent disponibles pour la révision par l’équipe.
Découvrez le générateur de tickets Jira en action
Parcourez l’application dans Jira, de la demande au ticket généré, avec un dépôt de démonstration.
Envoyez une demande et nous vous contacterons pour organiser la démo.
Envoyez une demande et nous vous contacterons pour organiser la démo.