Sort by Any Field pour Jira Cloud

S’applique à : Jira Cloud (application Forge)

Objectif

Les vues natives de tableau et de backlog de Jira sont limitées à une seule dimension de tri : le rang (rank). Les équipes qui ont besoin de visualiser les éléments de travail par priorité, date d’échéance, story points ou tout autre champ sont contraintes de modifier la clause ORDER BY du filtre du tableau — ce qui désactive entièrement le système de classement de Jira.

Cela crée un faux compromis : soit maintenir le classement manuel par glisser-déposer, soit trier par le champ pertinent pour la session de planification du jour. Vous ne pouvez pas avoir les deux.

Sort by Any Field élimine cette contrainte. Le produit re-classe les éléments de travail en arrière-plan à l’aide des files d’attente Atlassian Forge, en appliquant l’ordre de tri de votre choix tout en préservant le modèle de classement natif de Jira. Le résultat est un tableau correctement ordonné qui prend toujours en charge les ajustements manuels par glisser-déposer — aucune modification de filtre, aucun conflit de classement, aucune configuration de tableau corrompue.

Jira renomme actuellement les projets → espaces et les tickets → éléments de travail. Les instructions ci-dessous adoptent la nouvelle terminologie et signalent toute ancienne étiquette que vous pourriez encore voir à l’écran.

Fonctionnalités clés

Tri par n’importe quel champ — Y compris les champs personnalisés

Triez les tableaux, les backlogs et les sprints selon n’importe quel champ Jira : les champs natifs tels que la priorité, le statut, la date d’échéance et le responsable, ou les champs personnalisés tels que les story points, la valeur métier (business value) ou les listes déroulantes en cascade. Si Jira l’expose en JQL, Sort by Any Field peut l’utiliser pour le tri.

Expressions de tri composées

Définissez des ordres de tri multi-niveaux en utilisant la syntaxe JQL standard ORDER BY. Par exemple, ORDER BY priority DESC, "Story Points" DESC, Rank ASC trie d’abord par priorité, puis par story points au sein de chaque niveau de priorité, avec le rang comme critère de départage. Aucune limitation de l’interface utilisateur sur la complexité du tri.

Préservation du classement natif

Contrairement aux approches de tri basées sur des filtres, Sort by Any Field modifie les valeurs de rang sous-jacentes plutôt que de remplacer le filtre du tableau. Cela signifie que le système de classement de Jira reste pleinement fonctionnel — la réorganisation par glisser-déposer fonctionne immédiatement après la fin d’un tri, sans aucun avertissement du type “Le classement est désactivé”.

Exécution asynchrone en arrière-plan

Les opérations de tri s’exécutent de manière asynchrone via les files d’attente Atlassian Forge. Les backlogs volumineux contenant des centaines ou des milliers d’éléments de travail sont traités de manière fiable, sans expiration du délai du navigateur (timeout) ni blocage de l’interface utilisateur. La boîte de dialogue de tri fournit des mises à jour de progression en temps réel, et vous pouvez fermer la fenêtre modale pour y revenir plus tard afin de vérifier le statut.

Configurations de tri persistantes

Les expressions de tri sont stockées par périmètre — tableau, backlog, sprint ou espace. Une fois configuré, le même ordre de tri peut être réappliqué en un seul clic. Les équipes peuvent établir des configurations de tri standard pour les cérémonies de planification récurrentes sans avoir à les reconfigurer à chaque fois.

Prise en charge multi-périmètres

Sort by Any Field fonctionne sur tous les types d’espaces Jira :

Espaces Software — Tableaux Scrum, tableaux Kanban, backlogs et vues de sprint.
Espaces Business — Tableaux et espaces gérés par l’équipe, accessibles directement depuis la barre de navigation de l’espace.

Modèle de déploiement

Sort by Any Field pour Jira Cloud est déployé en tant qu’application Atlassian Forge. Il s’exécute sur l’infrastructure d’Atlassian sans serveurs externes, sans sortie de données et sans composants auto-hébergés.

Installation : Disponible via l’Atlassian Marketplace.
Authentification : Utilise le modèle d’autorisations natif d’Atlassian. Les utilisateurs doivent disposer de l’autorisation « Planifier les tickets » (Schedule Issues) pour exécuter des opérations de tri.
Résidence des données : Entièrement conforme aux contrôles de résidence des données d’Atlassian. Aucune donnée ne quitte votre tenant Atlassian.

Premiers pas

Configuration — Installez le produit, vérifiez la configuration du filtre du tableau et accordez les autorisations requises.
Guide de l’utilisateur — Configurez les expressions de tri, exécutez les tris et intégrez le produit dans votre flux de planification.

Pour le déploiement Data Center, consultez la documentation Data Center.