Enterprise Checklists for Jira Cloud
S’applique à : Jira Cloud (application Forge, native aux limites de résidence des données d’Atlassian)
Enterprise Checklists for Jira est la seule checklist Jira conçue spécifiquement pour les environnements SOC 2, SOX, HIPAA et ITIL. Elle s’affiche nativement sur la vue du ticket (sans clics supplémentaires), consigne automatiquement chaque interaction dans une piste d’audit, se verrouille une fois qu’un ticket est à l’état Done, déclenche des notifications et des événements d’automatisation Jira natifs, et maintient les modèles globaux (Global Templates) synchronisés sur chaque sprint actif.
Le problème qu’elle résout
Les applications de checklist Jira existantes ont été conçues pour la productivité individuelle, et non pour la gouvernance d’entreprise. Les évaluateurs signalent systématiquement quatre lacunes structurelles :
- Le défaut de visibilité — des checklists cachées derrière des boutons ou enfouies au bas du ticket.
- Le défaut de conformité — les cases peuvent être cochées sur des tickets fermés, et les modifications n’apparaissent jamais dans l’onglet Historique de Jira.
- Le défaut de notification — cocher un élément ne notifie pas les observateurs, ce qui brise la boucle de collaboration.
- Le défaut de gouvernance — les modèles sont statiques ; la mise à jour du modèle “Onboarding” ne se propage pas aux 50 tickets d’intégration actifs.
Enterprise Checklists for Jira est conçue pour respecter les règles natives de Jira dans ces quatre dimensions.
À qui s’adresse-t-elle ?
- Administrateurs Jira / Acheteurs IT — ont besoin d’une checklist capable de passer un audit SOC 2 en garantissant que personne ne peut modifier secrètement une Définition de Terminé (Definition of Done) sur un ticket fermé sans laisser de trace exploitable.
- Propriétaires de processus / Responsables QA — ont besoin que les mises à jour des modèles apparaissent instantanément sur chaque ticket actif, sans avoir à modifier manuellement 50 tickets.
- Utilisateurs finaux / Développeurs — ont besoin de voir exactement ce qui est requis dès l’ouverture du ticket, et de le valider en un clic sans rechargement de page.
Fonctionnalités d’entreprise clés
| Capacité | Ce que cela signifie en pratique |
|---|---|
| Interface native sans clic (Zero-Click Native UI) | La checklist s’affiche directement sur le ticket avec une barre de progression 3/5 Done ; le champ personnalisé Checklist Progress s’affiche également sous forme de badge de pourcentage numérique sur les cartes des tableaux Kanban / Scrum. |
| Piste d’audit automatisée | Chaque action (cocher, décocher, modifier, supprimer, réorganiser et synchroniser un modèle) est automatiquement consignée. Double écriture dans le stockage de référence de l’application et dans le champ personnalisé Checklist Audit Log, visible dans l’onglet Historique de Jira. Inviolable et automatisée — mais non immuable sur le plan cryptographique. |
| Verrouillage de l’état du ticket | Lorsque le statut entre dans la catégorie Done (Terminé, Fermé, Résolu, ou tout statut personnalisé mappé à cette catégorie), la checklist passe en lecture seule dans l’interface utilisateur et le backend rejette les modifications. |
| Modèles globaux dynamiques | Synchronisation par ajout uniquement : les nouveaux éléments du modèle sont ajoutés à la fin de la checklist de chaque ticket actif. Les modifications, réorganisations et suppressions effectuées localement sont préservées. Les doublons sont supprimés par une correspondance insensible à la casse. Les synchronisations en masse ne spamment pas les notifications des observateurs. |
| Notifications et automatisation natives | Cocher un élément déclenche les notifications natives pour l’observateur / l’assigné (activables par l’administrateur), écrit dans la propriété de ticket enterprise-checklist-event pour les règles d’automatisation Jira, et inclut un validateur de workflow Checklist Complete. |
| Tableau de bord Checklist Hub | Une page dédiée dans la navigation supérieure offrant aux utilisateurs finaux une vue consolidée de leur travail incomplet, et fournissant aux administrateurs des informations sur les modèles globaux ainsi que des rapports d’exception par projet. |
| Intégration au portail JSM | Visibilité en lecture seule de la checklist sur le portail client de Jira Service Management. Activable globalement et par projet. Les clients peuvent voir la progression mais ne peuvent pas la modifier. |
| Application automatique des modèles par défaut | Mappez les modèles globaux aux types de tickets Jira sur un seul écran. Les tickets nouvellement créés de ce type se voient automatiquement ajouter le modèle — aucune règle d’automatisation fragile n’est requise. |
| Prise en charge des écrans de création / transition | La checklist est un champ interactif sur les fenêtres modales de création de ticket et de transition de Jira. Les changements d’état qui y sont effectués sont conservés dans la checklist principale du ticket lors de la soumission. |
Forfaits et tarification
- Gratuit (Free) — jusqu’à 25 utilisateurs. Dimensionné pour de véritables pilotes d’entreprise (les équipes QA / Ops typiques comptent de 20 à 50 personnes).
- Pro — tarif fixe de 1,50 $ par utilisateur / mois, positionné en dessous des prix des concurrents en place.
Les deux niveaux incluent l’ensemble complet des fonctionnalités ; la limite porte sur le nombre d’utilisateurs, et non sur les capacités.
Et ensuite ?
- Configuration et administration — installez, configurez le tableau de bord d’administration, gérez les modèles et mettez en place l’application des règles de workflow.
- Guide de l’utilisateur — utilisation quotidienne sur la vue du ticket, les modèles, le portail JSM, le comportement de clonage et les limites.
- Conformité et audit — piste d’audit, verrouillage d’état, exportation CSV, RGPD, accessibilité et fonctionnalités de sécurité.