Guide Utilisateur

Le panneau de checklist est intégré à la vue du ticket Jira pour chaque projet où il est activé. Il n’y a rien à développer, aucun onglet supplémentaire, aucun plugin à lancer — ouvrez un ticket et la checklist est déjà là.

Où se trouve la Checklist

• Vue du ticket — s’affiche nativement sous le ticket, avec un indicateur de progression 3/5 Terminé en haut du panneau.
• Cartes du tableau (Kanban / Scrum) — l’achèvement s’affiche sous forme de badge de pourcentage numérique via le champ personnalisé Checklist Progress.
• Fenêtre modale de création de ticket — ajoutez et cochez des éléments lors de la création du ticket. L’état est conservé lors de la soumission.
• Fenêtre modale de transition — les éléments requis peuvent être cochés dans le cadre d’une transition de workflow. L’état est conservé lors de la soumission.
• Portail client JSM — vue en lecture seule, lorsque cette option est activée par votre administrateur.

Le Hub de Checklists

Vous pouvez accéder au Hub de Checklists directement depuis le menu de navigation supérieur de Jira. Ce tableau de bord pleine page agit comme votre centre de commande personnel pour les checklists :

• Mon travail incomplet — Consultez jusqu’à 25 tickets qui vous sont assignés ou avec lesquels vous avez interagi et dont les checklists sont encore incomplètes. La liste affiche la clé du ticket (lien profond cliquable), le résumé, le statut et une barre de progression coché / total afin que vous sachiez exactement ce qui est en attente.
• Modèles récents — Parcourez une grille des six modèles globaux que vous avez utilisés le plus récemment. Chaque carte indique le nom du modèle, le nombre d’éléments et le nombre de tickets liés, vous offrant un aperçu rapide des procédures standard disponibles.

Travailler avec les Éléments

Toute personne disposant de l’autorisation Modifier les tickets sur le projet peut gérer la checklist. Les utilisateurs disposant uniquement de l’autorisation Parcourir les projets ne la voient qu’en lecture seule.

• Ajouter un élément — tapez dans le champ de saisie en bas du panneau et appuyez sur Entrée. Le texte de l’élément est limité à 500 caractères ; une checklist peut contenir jusqu’à 50 éléments.
• Cocher / décocher — un simple clic. La barre de progression se met à jour instantanément sans rechargement de la page, et une notification Jira est envoyée aux observateurs et au responsable si votre administrateur a activé l’option Notifier à l’achèvement d’un élément.
• Cocher / décocher en lot — sélectionnez plusieurs éléments et basculez leur état en une seule opération.
• Édition en ligne — cliquez sur le texte de l’élément pour le modifier directement.
• Supprimer — utilisez l’action en ligne de l’élément.
• Réorganiser par glisser-déposer — saisissez la poignée et déposez l’élément à l’endroit souhaité.
• Noms d’affichage — les éléments cochés affichent le nom de l’utilisateur qui les a cochés, résolu à partir de son identifiant de compte Atlassian.
• Filtrer la vue — basculez entre Tous, Terminés et Incomplets pour cibler la liste.

Markdown et Texte Riche

Les éléments prennent en charge un sous-ensemble utile de Markdown pour créer des liens vers des runbooks, des pages Confluence ou des preuves externes :

Syntaxe	Rendu
**bold**	gras
*italic*	italique
`code`	code en ligne
[link](https://example.com)	lien hypertexte

Le rendu est aseptisé contre les failles XSS — consultez la page Conformité et Audit pour plus de détails sur la sécurité.

Appliquer un Modèle

1. Ouvrez le ticket et le panneau de la checklist.
2. Choisissez Appliquer un modèle dans le menu du panneau.
3. Sélectionnez un modèle (par ex., QA Release Checklist) dans la liste déroulante de la fenêtre modale.

Chaque modèle comporte une pastille de type :

• Do-Confirm — vérifiez le travail terminé par rapport à la liste (par ex., une revue de préparation à la mise en production).
• Read-Do — exécutez les étapes de manière séquentielle selon la procédure (par ex., un runbook de réponse aux incidents).

Les anciens modèles sans type sont toujours pris en charge et s’affichent comme non typés.

Si votre administrateur met à jour ce modèle ultérieurement et le synchronise, les nouveaux éléments seront ajoutés à la fin de votre checklist la prochaine fois que vous ouvrirez le ticket. Les éléments que vous avez modifiés, réorganisés ou supprimés localement sont conservés — la synchronisation n’écrase jamais votre travail.

Enregistrer votre Checklist comme Modèle

Vous avez créé une checklist utile sur un ticket ? Vous pouvez la promouvoir sans quitter la vue du ticket : choisissez Enregistrer comme modèle, donnez-lui un nom (100 caractères max.), sélectionnez Do-Confirm ou Read-Do, et elle sera ajoutée à la Bibliothèque globale de modèles pour que tout le monde puisse la réutiliser.

Clonage de Ticket

Lorsque vous clonez un ticket :

• La checklist est copiée vers le nouveau ticket.
• Tous les éléments sont réinitialisés à l’état non coché. Le clonage représente généralement un nouveau travail, par conséquent, conserver les états cochés fausserait l’état d’avancement.
• Le lien vers le modèle d’origine est conservé, de sorte que les futures synchronisations de modèles s’appliquent également au clone.

Verrouillage d’État — Lorsque le Ticket est Done

Une fois que le statut du ticket entre dans la catégorie Done (Terminé, Fermé, Résolu, ou tout statut personnalisé mappé à cette catégorie), la checklist devient en lecture seule. Vous pouvez toujours la consulter et exporter la piste d’audit, mais vous ne pouvez pas cocher, décocher, modifier, supprimer ou réorganiser les éléments. La même restriction s’applique en arrière-plan, les appels d’API seront donc également rejetés.

Ceci est intentionnel et requis pour la conformité SOC 2 — voir Conformité et Audit.

Portail JSM — Visibilité pour les Clients

Si votre administrateur a activé la visibilité sur le portail JSM, les clients consultant leur demande sur le portail client de Jira Service Management verront la checklist en mode lecture seule. Ils peuvent suivre la progression des agents à travers des étapes telles que « Provisionnement de l’e-mail », « Configuration du poste de travail », « Envoi du pack de bienvenue » sans avoir à publier un commentaire du type « quel est le statut ? ». Les clients ne peuvent en aucun cas cocher, décocher ou modifier des éléments.

JQL — Trouver des Tickets par Progression de Checklist

Les champs personnalisés Checklist Progress (0–100 %) et Checklist Audit Log peuvent être recherchés via JQL, les filtres, les tableaux de bord et les tableaux. Requêtes utiles :

"Checklist Progress" < 100 AND status = "In Review"
"Checklist Progress" = 0 AND assignee = currentUser()
"Checklist Progress" = 100 AND status != Done

Les Limites en un Coup d’Œil

Limite	Valeur
Éléments par checklist	50
Checklists par ticket	1
Texte de l’élément	500 caractères
Nom du modèle	100 caractères