Ce que peut faire l’agent Checklist
Quand Rovo AI est activé, l’agent peut créer et mettre à jour des checklists à partir du ticket, retrouver et appliquer des modèles enregistrés, et rédiger des mises à jour de statut — y compris à partir des commentaires et d’Ask Rovo. Les administrateurs peuvent ajouter des consignes de site ou de projet pour le nommage et le ton. Quand vous demandez une checklist de processus — Definition of Done, une checklist de tests QA, une checklist de mise en production — l’agent cherche d’abord un modèle correspondant.
- Créer ou mettre à jour une checklist à partir du résumé, de la description et des commentaires du ticket.
- Retrouver, appliquer, créer et mettre à jour des modèles de projet ou globaux enregistrés.
- Résumer ce qui est terminé, bloqué ou encore ouvert — un commentaire que vous pouvez envoyer tel quel ou modifier.
- Lister les statuts d’élément que ce projet propose réellement.
- Suivre les consignes d’agent du site ou du projet pour le nommage et le ton.
Pourquoi privilégier un modèle enregistré
Un prompt générique du type « fais-moi une liste de QA » peut produire une checklist qui ressemble à celle de votre équipe sans en respecter le contenu. La bonne pratique : l’IA propose un brouillon, tandis que les modèles garantissent un processus reproductible. Si l’équipe a déjà enregistré Definition of Done ou un modèle de QA, demandez à Rovo d’appliquer ce modèle. Le texte reste identique, la structure Protected reste verrouillée, et le guide d’automatisation peut toujours exiger la même liste avant Done.
Vous trouverez les listes de départ dans le modèles de checklist. Une courte description dans l’onglet Advanced du modèle aide l’agent à distinguer des noms proches en précisant aux utilisateurs comme à Rovo quand l’employer.
Quand utiliser Rovo plutôt que l’automatisation
Laissez le guide d’automatisation ajouter le modèle par défaut à la création ou au changement de statut. Utilisez Rovo quand le ticket est inhabituel et qu’une personne veut la bonne liste enregistrée dans l’instant — « quel modèle de QA enregistré correspond à ce bug ? ». Réservez les règles au cas courant ; réservez le chat à l’exception.
Mettez la checklist sur l’élément de travail, pas dans la description
Checklist for Jira apporte les modèles, l’automatisation, les validateurs de workflow et un agent Rovo. Gratuit pour les équipes jusqu’à 10 utilisateurs.
Prérequis et limites
- Rovo AI doit être activé sur le site Jira Cloud.
- Relisez la liste proposée avant de l’appliquer — l’agent est un collègue, pas un pilote automatique.
- Les modèles Protected peuvent être appliqués depuis le chat, mais ne peuvent pas y être réécrits. L’agent peut cocher des éléments et changer le statut, pas la structure. Une seule copie Protected est autorisée par ticket.
- Les consignes d’agent peuvent orienter le nommage et le ton. Elles ne peuvent pas outrepasser les modèles Protected, les validateurs de workflow ou les règles de sécurité de l’agent.
Exemples de prompts
- « Applique notre modèle Definition of Done à cette story. N’invente pas d’éléments supplémentaires. »
- « Quel modèle de QA enregistré correspond à ce bug ? Applique-le et liste ce qui reste ouvert. »
- « Résume la progression de la checklist sur ce ticket et rédige un commentaire pour le rapporteur. »
- « Quels modèles puis-je utiliser sur ce ticket ? »
- « Crée un modèle de projet nommé Release à partir de la checklist de ce changement, puis montre-moi les éléments. »
- « Que disent nos consignes de site sur le nommage des checklists ? Suis-les. »
Demandez depuis le ticket, puis relisez
- Ouvrez un ticket Jira et choisissez l’agent Checklist dans Ask Rovo. Checklist for Jira a besoin de Rovo AI activé sur le site.
- Demandez un cas d’usage que votre équipe a déjà standardisé — Definition of Done, QA, mise en production — pour que l’agent privilégie un modèle enregistré plutôt qu’une nouvelle liste.
- Relisez la confirmation. Le nom du modèle s’affiche avant l’application, comme pour Add → Add from template sur le panneau.
- Cochez les éléments et fixez les statuts sur le ticket comme d’habitude. Les listes Protected restent verrouillées ; un administrateur de projet ou Jira doit déprotéger le modèle avant que le chat puisse modifier ses éléments.
- Laissez le guide d’automatisation continuer d’ajouter la valeur par défaut. Réservez Rovo au ticket atypique. Le guide complet du produit se trouve dans la documentation produit.
À combiner avec les modèles et l’automatisation
Enregistrez les listes que vous voulez que Rovo applique dans le modèles de checklist. Ajoutez automatiquement les valeurs par défaut avec le guide d’automatisation. Gardez Definition of Done en Protected pour que le chat ne réécrive pas discrètement le seuil de qualité. L’agent continue d’appliquer ce modèle ; il ne peut simplement pas en changer les étapes.
FAQ
Rovo va-t-il ignorer notre modèle et écrire le sien ?
L’agent est conçu pour privilégier les modèles enregistrés pour les checklists de processus. Demandez le modèle par son nom, puis relisez le résultat avant application. Un « crée une checklist pour ce ticket » générique continue de rédiger à partir du contexte du ticket.
Rovo peut-il contourner un validateur de Done ?
Les validateurs de workflow s’exécutent toujours. Les consignes et le chat ne peuvent pas désactiver ces règles de sécurité.
Rovo peut-il modifier un modèle Protected ?
Il peut appliquer le modèle et cocher des éléments. Il ne peut pas changer les étapes verrouillées. Déprotégez d’abord le modèle dans Checklist settings si une personne responsable du processus doit modifier la définition.
Faut-il activer Rovo pour utiliser les checklists ?
Non. Les modèles, l’ajout automatique, les validateurs et le panneau du ticket fonctionnent sans Rovo. L’agent Checklist est un plus, une fois Rovo AI activé sur le site.
Mettez la checklist sur l’élément de travail, pas dans la description
Checklist for Jira apporte les modèles, l’automatisation, les validateurs de workflow et un agent Rovo. Gratuit pour les équipes jusqu’à 10 utilisateurs.