Configuration & Administration

Ce guide couvre l’installation, le tableau de bord d’administration (Admin Dashboard), la gestion des modèles, l’activation par projet, l’application des workflows, l’intégration de l’automatisation, l’exposition sur le portail JSM, la configuration de l’application automatique et la page Hub.

1. Installer l’application

Depuis Jira, ouvrez Applications → Explorer d’autres applications et recherchez Enterprise Checklists for Jira, ou installez-la directement depuis la page de l’Atlassian Marketplace.
Une fois installée, ouvrez les Paramètres Jira (⚙) → Applications du Marketplace → Enterprise Checklists for Jira pour accéder au tableau de bord d’administration.
Les administrateurs se connectant pour la première fois sont dirigés vers une page de Prise en main et une page de Configuration qui présentent les quatre onglets du tableau de bord.

Seuls les utilisateurs disposant des droits d’Administrateur de site ou d’Administrateur de projet Jira peuvent accéder au tableau de bord d’administration. Les autorisations quotidiennes liées aux checklists suivent le système d’autorisations existant du projet — voir le Modèle d’autorisations ci-dessous.

2. Tableau de bord d’administration — Quatre onglets

Modèles

L’onglet Modèles (Templates) est votre centre de contrôle pour la Bibliothèque de modèles globaux.

Créer / modifier / supprimer des checklists nommées (par ex., QA Release Checklist, Bug Triage, Production Deployment). Les noms des modèles sont limités à 100 caractères.
Prévisualiser le rendu de la checklist avant publication.
Nombre de tickets liés — chaque ligne indique combien de tickets actifs font actuellement référence au modèle, afin que vous puissiez évaluer l’impact avant la synchronisation.
Synchroniser — déploie les nouveaux éléments du modèle sur chaque ticket actif et non résolu actuellement lié à ce modèle. La synchronisation se fait par ajout uniquement (voir Synchronisation dynamique des modèles ci-dessous).
Type de checklist — chaque modèle est étiqueté Do-Confirm ou Read-Do (d’après The Checklist Manifesto d’Atul Gawande). Utilisez Do-Confirm pour vérifier le travail accompli par rapport à une liste, et Read-Do pour les procédures séquentielles exécutées étape par étape. L’étiquette apparaît sous forme de pastille dans la liste des modèles, la galerie de démarrage et sur le panneau du ticket. Les anciens modèles non typés sont toujours pris en charge.

Modèles de démarrage intégrés

L’onglet Modèles expose également un catalogue soigneusement sélectionné de 11 modèles de démarrage fournis avec l’application. Parcourez la galerie, prévisualisez les éléments rendus ainsi que les métadonnées sous forme de pastilles (catégorie, type, nombre d’éléments), et cliquez sur Ajouter à mes modèles pour copier un modèle de démarrage dans la bibliothèque de modèles globaux modifiable de votre espace de travail.

Catégorie	Modèle de démarrage
Ingénierie / DevOps	Déploiement en production · Migration de schéma de base de données en production
QA / Agile	Préparation au Sprint
ITSM	Gestion des incidents · Provisionnement informatique
Sécurité / Fournisseurs	Évaluation des fournisseurs · Demande de partage de données avec des tiers
RH	Départ d’un employé et révocation des accès
Conformité	Référence ePHI pour l’infrastructure Cloud (HIPAA) · Audit ITGC des systèmes financiers (SOX)
Marketing / Général	Communiqué de presse externe

L’adoption crée une copie indépendante via le chemin standard createTemplate. Les originaux du catalogue sont en lecture seule, ne sont jamais appliqués automatiquement et n’écrasent jamais votre copie personnalisée lors des mises à jour ultérieures de l’application.

Projets

Liste paginée et consultable de tous les projets Jira.
Bouton bascule Activer / Désactiver par projet. Les projets sont activés par défaut (modèle d’opt-out).
La désactivation d’un projet masque complètement le panneau de checklist pour chaque ticket de ce projet (il n’est pas simplement grisé).

Paramètres

Notifier à l’achèvement d’un élément — bouton bascule global contrôlant si le fait de cocher un élément déclenche les notifications natives de Jira pour les observateurs et l’assigné.
Visibilité sur le portail JSM — bouton bascule global contrôlant l’exposition en lecture seule de la checklist sur le portail client de Jira Service Management. Peut également être remplacé par projet.
Application automatique des modèles par défaut — associez n’importe quel modèle global à un ou plusieurs types de tickets Jira. Les nouveaux tickets de ce type se voient ajouter le modèle au moment de leur création, sans qu’aucune règle Jira Automation ne soit requise.

Exportation

Exportation CSV en masse de chaque checklist dans un projet choisi, paginée pour les environnements de grande envergure.
Le fichier de sortie est protégé contre l’injection de formules (normes OWASP) et utilise la clé de ticket Jira lisible par l’homme (par ex. CMSP-7) dans la colonne Clé du ticket pour faciliter les références croisées directes par les auditeurs.
Les exportations par ticket restent disponibles depuis le panneau du ticket (Administrateur Jira / Administrateur de projet uniquement).

3. Le Hub de Checklists (Vue Administrateur)

Accessible directement depuis le menu de navigation supérieur de Jira, le Hub de Checklists sert de point d’entrée unique pour tous les utilisateurs. Tandis que les utilisateurs finaux voient le travail qui leur est assigné, les administrateurs Jira et de projet ont accès à des fonctionnalités de gouvernance supplémentaires sur cette page :

Aperçu de l’utilisation des modèles : Consultez les statistiques agrégées (total des checklists et des modèles) sur l’ensemble de l’instance, ainsi qu’un tableau classé indiquant exactement combien de tickets sont liés à chaque modèle. Utilisez cette fonction pour identifier les processus très sollicités ou pour déprécier ceux qui sont inutilisés.
Exceptions de projet : Auditez rapidement votre surface de configuration avec une liste consolidée des projets qui s’écartent des paramètres par défaut globaux (par ex., checklist entièrement désactivée, ou remplacements de visibilité appliqués au niveau du projet).
Actions rapides : Liens de navigation directs pour vous rendre directement dans le tableau de bord d’administration ou dans le parcours d’intégration de prise en main.

4. Modèle d’autorisations

Les autorisations des checklists s’appuient sur le système d’autorisations Jira existant pour le ticket :

Autorisation Jira	Ce qu’ils peuvent faire
Modifier les tickets	Créer, modifier, supprimer, cocher / décocher, réorganiser, appliquer des modèles, enregistrer la checklist actuelle en tant que modèle.
Parcourir les projets uniquement	Voir la checklist en lecture seule.
Administrateur de projet	Tout ce qui précède + exportation CSV d’audit par ticket.
Administrateur Jira / de site	Tout ce qui précède + Tableau de bord d’administration, gestion des modèles globaux, boutons bascules de projet, exportation CSV en masse.

Les clients du portail JSM voient toujours la checklist en lecture seule, et uniquement lorsque la visibilité sur le portail JSM est activée.

5. Synchronisation dynamique des modèles

Lorsque vous modifiez un modèle global et cliquez sur Synchroniser :

L’interface d’administration affiche un nombre de tickets affectés et nécessite une confirmation explicite avant de continuer.
La synchronisation se fait par ajout uniquement — les nouveaux éléments sont ajoutés à la fin de la checklist de chaque ticket.
Les éléments existants (qu’ils soient réorganisés, modifiés ou même supprimés localement) ne sont jamais écrasés ou réinsérés.
Les doublons sont détectés par une correspondance de texte insensible à la casse et sont ignorés.
Les synchronisations en masse suppriment les notifications par ticket pour les observateurs afin d’éviter de saturer les boîtes de réception ; les utilisateurs voient les nouveaux éléments la prochaine fois qu’ils ouvrent le ticket.

6. Application des workflows — Validateur `Checklist Complete`

Bloquez les transitions jusqu’à ce que la checklist soit complétée.

Modifiez le workflow Jira cible et sélectionnez la transition que vous souhaitez bloquer (par ex., In Review → Done).
Ajoutez Validateur → Checklist Complete.
Les tickets sans checklist passent le validateur (ainsi, les anciens tickets ne sont pas bloqués).

7. Notifications natives & Automatisation

Notifications aux observateurs — contrôlées par le paramètre Notifier à l’achèvement d’un élément. Lorsqu’il est activé, le fait de cocher un élément envoie une notification native Jira aux observateurs et à l’assigné.
Propriété d’automatisation — chaque action de cocher / décocher écrit dans la propriété du ticket enterprise-checklist-event. Dans Jira Automation, créez des règles avec le déclencheur La propriété du ticket a changé et réagissez à l’activité de la checklist (par ex., publier sur Slack, faire transiter le ticket, créer une sous-tâche).

8. JQL & Champs personnalisés

Deux champs personnalisés en lecture seule sont exposés pour les filtres, les tableaux de bord, les tableaux agiles et le JQL :

Progression de la checklist (0–100 %) — utilisable dans des requêtes JQL telles que "Checklist Progress" < 100 AND status = "In Review". Également affiché sous forme de badge numérique sur les cartes des tableaux Kanban / Scrum.
Journal d’audit de la checklist — résumé des entrées d’audit les plus récentes, apparaissant dans l’onglet Historique de Jira.

9. Application automatique des modèles par défaut

Dans Paramètres → Application automatique, associez n’importe quel modèle global à un ou plusieurs types de tickets Jira. Lorsqu’un utilisateur crée un nouveau ticket de ce type, le modèle correspondant est ajouté automatiquement. Cela remplace les règles Jira Automation fragiles du type “si le type de ticket = Bug, alors ajouter une checklist” que la plupart des équipes créent manuellement.

10. Visibilité sur le portail JSM

Activez le paramètre global dans Paramètres, puis remplacez-le éventuellement par projet depuis l’onglet Projets. Lorsqu’elle est activée, la checklist apparaît en lecture seule sur le portail client de Jira Service Management — très utile pour les demandes d’intégration RH et de provisionnement informatique où le demandeur souhaite voir la progression sans avoir l’autorisation de la modifier.

11. Limites opérationnelles

Contrainte	Valeur
Nombre maximum d’éléments par checklist	50
Checklists par ticket	1
Longueur du texte d’un élément	500 caractères
Longueur du nom du modèle	100 caractères

Ces limites sont appliquées à la fois dans l’interface utilisateur et en backend.