{{tl-dr}}
Le service financier demande le relevé d'heures du mois dernier par personne et par client. L'administrateur Jira sait que ces données existent, puisque tout le monde saisit son temps sur ses tickets. Le problème est qu'elles sont éparpillées dans 600 tickets répartis sur quatre projets, et qu'il n'existe aucun bouton dans Jira pour les additionner. C'est à ce moment-là que la plupart des gens tapent « feuilles de temps Jira » dans une barre de recherche. Soyons précis sur ce qu'ils vont trouver : la saisie des temps dans Jira est réelle et plutôt efficace. Le manque se situe au niveau du rapport. Ce guide détaille ce que Jira propose nativement, les solutions de contournement tentées par les utilisateurs, les quatre obstacles majeurs rencontrés par les équipes, et ce qui change avec l'ajout d'une application de gestion des temps.
Jira propose-t-il des feuilles de temps ?
Jira dispose d'un suivi du temps natif, mais pas de feuille de temps native. Vous pouvez enregistrer du temps sur n'importe quel ticket, avec des estimations et du temps passé, et contrôler qui peut modifier ces entrées. Ce que vous ne pouvez pas obtenir par défaut, c'est une vue par personne et par période des heures enregistrées sur l'ensemble des projets, ce que la plupart des gens entendent par « feuille de temps ».
Comme la plupart des articles sur ce sujet restent vagues concernant les fonctionnalités natives, voici exactement ce que Jira vous offre.
Le champ Suivi du temps et la boîte de dialogue Enregistrer le travail. Chaque ticket comporte une Estimation initiale, une Estimation restante et un Temps passé. La fonction Enregistrer le travail demande le temps passé, la date de début du travail, la manière d'ajuster l'estimation restante et une description. Chaque entrée constitue un journal de travail attaché à ce ticket. Cette partie fonctionne bien et c'est là que résident toutes vos données.
Autorisations. Le schéma d'autorisations de projet de Jira comporte cinq contrôles pour le temps enregistré : Travailler sur les tickets, Modifier ses propres journaux de travail, Modifier tous les journaux de travail, Supprimer ses propres journaux de travail et Supprimer tous les journaux de travail. Ces cinq points résument tout ce qui concerne la modification des heures enregistrées. Il n'existe pas de concept d'« approbation », et un journal de travail reste modifiable par toute personne disposant de l'autorisation tant que le ticket existe.
Le rapport de suivi du temps. Les projets gérés par l'entreprise dans Jira Software incluent un rapport de temps intégré. Il prend une version corrective et compare les estimations initiales au temps passé et aux estimations restantes pour les tickets de cette version. C'est utile précisément pour cette question (« dans quelle mesure nos estimations pour cette version étaient-elles éloignées de la réalité ? ») et pour rien d'autre. Il ne permet pas de regrouper par personne, ne prend pas en compte de plage de dates et ne couvre pas plusieurs projets. Les projets gérés par l'équipe n'en disposent pas du tout.
Rapports et gadgets de charge de travail. Le rapport et le gadget Graphique circulaire de la charge de travail affichent le temps passé (ou les estimations) réparti par responsable pour un projet ou un filtre. Le rapport de charge de travail utilisateur affiche les estimations restantes par personne. Les deux sont utiles pour obtenir une vue d'ensemble approximative de la répartition des tâches, mais aucun n'est une feuille de temps : pas de dates, pas de ventilation quotidienne, pas de totaux par période.
Le paramètre Fournisseur de suivi du temps. Sur Jira Cloud, Paramètres → Tickets → Suivi du temps vous permet de choisir quelle application gère l'enregistrement du travail. Par défaut, il s'agit de Jira lui-même. C'est la porte qu'utilisent les applications du Marketplace pour remplacer la boîte de dialogue tout en laissant vos journaux de travail existants exactement là où ils sont. Gardez cela à l'esprit pour la suite.
Comment obtenir un rapport de feuille de temps dans Jira ?
Nativement, ce qui se rapproche le plus d'un rapport de feuille de temps Jira est une recherche JQL dans le Navigateur de tickets : worklogAuthor = "jane.doe" AND worklogDate >= "2026-08-01" AND worklogDate <= "2026-08-31", avec la colonne Temps passé ajoutée et le résultat exporté au format CSV. Cela vous donne les tickets d'une personne pour une période donnée. Cela ne fournit pas de total et comporte un piège.
Voici la procédure complète :
worklogAuthor = "jane.doe"
AND worklogDate >= "2026-08-01"
AND worklogDate <= "2026-08-31"
Exécutez-la dans le navigateur de tickets, passez en vue liste, ajoutez la colonne Temps passé et exportez. Vous obtiendrez tous les tickets sur lesquels Jane a enregistré du temps en août.
Voici le piège : la colonne Temps passé correspond au total cumulé du ticket, pour tout le monde, depuis sa création. Il ne s'agit pas du temps que Jane a enregistré en août. Si Jane a enregistré deux heures sur un ticket qui en comptait déjà trente de la part de trois autres personnes, la colonne affichera trente-deux. La plupart des feuilles de temps créées à partir de cet export sont erronées pour cette raison précise, et personne ne s'en aperçoit jusqu'à ce que le service financier compare deux mois et que les chiffres ne correspondent pas.
Pour obtenir le chiffre réel par période, vous devez ouvrir chaque journal de travail, ce qui implique de consulter l'onglet des journaux de travail du ticket ou d'extraire les journaux via l'API REST. À ce stade, vous écrivez un script, vous ne générez plus un rapport.
L'autre option native est le rapport de suivi du temps décrit précédemment, et il est important de préciser pourquoi il ne s'agit pas non plus d'une feuille de temps : il est organisé autour d'une version, et non autour des personnes ou des dates. Si vous lui demandez « combien de temps l'équipe a-t-elle enregistré la semaine dernière ? », il n'a aucun moyen de répondre.
La réponse honnête concernant les fonctionnalités natives est donc : un auteur par requête, des lignes au niveau du ticket, pas de répartition quotidienne, pas de total inter-projets sans tableur, pas d'indicateur de facturation, et une reconstruction manuelle à chaque période. Cela fonctionne pour une personne vérifiant son propre mois. Cela ne fonctionne plus dès que quelqu'un demande un rapport pour toute l'équipe.
Où les équipes se heurtent-elles aux limites des feuilles de temps Jira ?
Les équipes se heurtent à quatre obstacles : les totaux par personne et inter-projets, le temps facturable par rapport au temps non facturable, l'approbation et le verrouillage, et le temps qui n'est pas lié à un ticket Jira. Chacun de ces points pousse un type d'équipe différent à rechercher une application dédiée.
Totaux par personne et inter-projets
C'est l'obstacle mentionné dans la section précédente, et la réponse habituelle est le tableur. Exporter par personne, coller dans un onglet, sommer les colonnes, envoyer à la comptabilité. Cela fonctionne pendant un mois ou deux. Puis, quelqu'un modifie un journal de travail après l'export, le tableur et Jira ne concordent plus, et la question devient : lequel est le bon ? La réponse est toujours Jira, ce qui signifie que le tableur n'a jamais été la source de référence. C'était un instantané qui a vieilli dès qu'il a été enregistré.
Temps facturable versus non facturable
Jira n'a pas de concept de temps facturable. Un journal de travail est un journal de travail. Les équipes essaient d'utiliser des préfixes dans les commentaires des journaux, des projets « internes » séparés, ou un champ personnalisé sur le ticket (ce qui n'aide pas lorsqu'un ticket contient les deux types de temps). Chaque solution de contournement dépend du respect d'une convention par les utilisateurs, et les conventions sont les premières à être oubliées lors des semaines chargées.
Approbation et verrouillage
Avec les cinq autorisations liées aux journaux de travail, vous pouvez décider qui est autorisé à modifier le temps enregistré. Vous ne pouvez pas décider jusqu'à quelle dateUn journal de travail du trimestre dernier est tout aussi modifiable aujourd'hui qu'au moment de sa saisie, sans aucune trace d'une éventuelle révision. Pour une équipe de 15 personnes, cela ne pose pas de problème. Pour une organisation qui facture sur la base de ces heures, il s'agit d'un chiffre susceptible de changer après l'émission de la facture. Nous avons rédigé un guide distinct sur la manière de concevoir un processus d'approbation des feuilles de temps, car il s'agit d'une véritable question de processus, et non d'une simple formalité.
Le temps non associé à un ticket Jira
Jira, dans sa version native, ne permet d'enregistrer du temps que sur un ticket. Les réunions, les formations, les journées de planification, les deux heures passées à aider une autre équipe : rien de tout cela ne possède de ticket. Les équipes créent soit un ticket « Réunions » permanent par personne (ce qui pollue inutilement leur backlog et leurs rapports), soit elles ne saisissent pas ces heures et se demandent pourquoi personne n'atteint jamais les 40 heures hebdomadaires. Ces deux solutions sont insatisfaisantes, et la seconde donne une image faussée et négative du taux d'utilisation de l'équipe.
Comment obtenir de véritables feuilles de temps dans Jira avec ActivityTimeline
ActivityTimeline est notre application de suivi du temps et de planification des ressources pour Jira. Pour ce qui est des feuilles de temps, elle remplit deux fonctions : elle s'intègre à la boîte de dialogue « Enregistrer le travail » de Jira pour ne pas modifier les habitudes de saisie, et elle transforme les journaux de travail existants dans Jira en feuilles de temps par personne et par période, tout en couvrant l'ensemble des besoins. Voici comment cela s'articule.
Saisir le temps là où les utilisateurs se trouvent déjà
Définissez ActivityTimeline comme fournisseur de suivi du temps dans Jira Cloud, et l'action « Enregistrer le travail » sur n'importe quel ticket ouvrira la boîte de dialogue ActivityTimeline au lieu de celle de Jira. Même emplacement, même bouton, mais avec des champs supplémentaires : une catégorie de journal de travail (facturable ou non), l'option de saisir du temps sur plusieurs jours en une seule fois, une liste de favoris pour les tickets sur lesquels vous travaillez chaque semaine, et un tableau récapitulatif sur le ticket lui-même affichant le total et la répartition par personne. Les journaux de travail existants restent inchangés. Aucune migration n'est nécessaire.
Les personnes préférant une vue personnelle peuvent effectuer leur saisie depuis l'Espace de travail : via un bouton « Enregistrer le travail », un minuteur, un simple clic sur le graphique à barres du jour, ou en redimensionnant un journal de travail existant pour l'étendre à un autre jour. L'estimation restante sur le ticket Jira s'ajuste automatiquement dans tous les cas.
Deux fonctionnalités mineures s'avèrent plus importantes qu'il n'y paraît. Les managers peuvent saisir du temps pour le compte d'un collaborateur ayant oublié de le faire (avec un avertissement visible), ce qui permet de maintenir des feuilles de temps complètes sans avoir à relancer les équipes le vendredi après-midi. De plus, une limite de rétroactivité empêche la saisie de temps plusieurs semaines en arrière, avec des options allant jusqu'à 45 ou 75 jours pour les organisations ayant des cycles comptables plus longs.
La vue par personne et par période : trois types de feuilles de temps
Une fois les journaux de travail saisis, le module Track vous propose trois façons de les consulter, répondant chacune à une question précise.
« Tout le monde a-t-il effectué sa saisie ? » La feuille de temps « Progression » affiche les heures requises par rapport aux heures saisies par personne, avec un code couleur pour identifier les dépassements ou les sous-saisies, permettant à un responsable de voir en dix secondes qui est à jour et qui ne l'est pas.
« Où sont passées les heures ? » La feuille de temps « Chronologie » affiche les heures par personne, par jour, semaine ou mois, regroupées par projet, épopée ou tout autre champ personnalisé Jira. Elle prend en charge les filtres enregistrés dans Jira, de sorte qu'un filtre « Client X » devient instantanément une feuille de temps « Client X » sans aucune configuration supplémentaire.
« Afficher chaque entrée. » La feuille de temps « Détaillée » liste chaque journal de travail avec l'utilisateur, le ticket, la date, les heures, les commentaires et le statut d'approbation, ainsi qu'une colonne optionnelle « Poste » pour visualiser la répartition du temps par rôle. C'est la vue privilégiée par les services financiers.
« Sommes-nous sur la bonne voie ? » Le Le rapport d'alignement dans les feuilles de temps vous permet de comparer le temps prévu au temps enregistré sur une période donnée. Ce rapport vous aide à comprendre avec quelle précision le travail a été exécuté par rapport au plan en affichant :
- Le temps prévu
- Le temps réellement enregistré
- la différence (Δ Delta, heures)
- le ratio entre les deux (Correspondance au plan, %)
Il est utile pour les responsables, les chefs d'équipe et les chefs de projet qui souhaitent vérifier si le travail est enregistré conformément aux attentes.
Tous les quatre partagent les mêmes périmètres (Équipe/Personnes, Projet, Épique, Catégorie, Ticket ou filtre Jira), une option d'exclusion pour masquer ce dont vous n'avez pas besoin, des modèles et un regroupement personnalisé, ainsi que des tableaux de bord enregistrés pour que le rapport hebdomadaire soit généré en un clic, sans avoir à tout reconstruire. Chaque vue s'exporte vers Excel en un seul bouton, incluant les valeurs des champs personnalisés en texte enrichi. La plage historique était limitée à deux ans ; cette limite a été supprimée, et un seul rapport peut désormais couvrir jusqu'à deux ans à la fois, à partir de n'importe quel point dans le passé.
Facturable et non facturable
Les catégories de journaux de travail remplacent la convention de préfixe de commentaire. Les catégories Facturable et Non facturable sont disponibles par défaut ; vous pouvez les renommer, en ajouter d'autres et définir une valeur par défaut par projet afin que tout ce qui est enregistré dans un projet interne soit automatiquement classé comme non facturable. Si quelqu'un enregistre nativement dans Jira plutôt que via la boîte de dialogue ActivityTimeline, un « ~ » au début du commentaire du journal de travail le marque comme non facturable. La chronologie et les feuilles de temps détaillées effectuent un regroupement par catégorie, ce qui permet d'afficher la répartition facturable dans l'exportation. Pour un codage plus précis (centre de coûts, client, emplacement), les attributs de journal de travail ajoutent des champs personnalisés à chaque entrée. Si vous mesurez le taux d'utilisation facturable à partir de ces données, notre guide sur l'utilisation des ressources détaille la formule.
Approbation et verrouillage
ActivityTimeline ajoute les états manquants. Activez le flux de travail d'approbation dans la configuration des feuilles de temps et chaque journal de travail reçoit un statut ; les administrateurs, les responsables, les chefs d'équipe avancés et les chefs d'équipe peuvent approuver individuellement ou en masse ; les journaux de travail approuvés sont verrouillés ; le système enregistre qui a approuvé quoi ; et les périodes hebdomadaires ou mensuelles peuvent être clôturées afin qu'aucune modification ne soit possible après l'envoi de la facture. La manière de définir les rôles, la cadence et la date de clôture pour que cela fonctionne réellement à grande échelle fait l'objet d'un article dédié : consultez notre guide d'approbation des feuilles de temps.
Temps ne correspondant pas à un ticket Jira
Les événements de type réservation dans ActivityTimeline (formation, journée de planification, travail interne) peuvent être traités comme des journaux de travail, configurables par type d'événement, afin qu'ils apparaissent sur la feuille de temps sans nécessiter de faux ticket. Les événements Google Calendar et Outlook peuvent être importés et traités comme des journaux de travail pour les périodes passées et actuelles, de sorte que les réunions apparaissent automatiquement comme du temps enregistré, et les administrateurs peuvent choisir les types d'événements à importer.
Un compromis honnête ici, et nous préférons que vous l'appreniez de nous plutôt que de le découvrir dans les paramètres : la clôture stricte des périodes ne fonctionne qu'avec les journaux de travail des tickets Jira. Si vous activez la clôture, les options permettant de traiter les réservations et les événements de calendrier comme des journaux de travail sont désactivées. Les équipes qui facturent à partir de périodes clôturées et celles qui souhaitent que les réunions apparaissent automatiquement sur la feuille de temps doivent décider ce qui est le plus important, car pour le moment, vous ne pouvez pas avoir les deux.
Quelle application de feuilles de temps Jira choisir ?
Le Marketplace en propose des dizaines, réparties en trois catégories : les outils dédiés uniquement aux feuilles de temps pour le suivi des journaux de travail, les suites de gestion du temps et de facturation, dont Tempo est la référence, et les applications de planification des ressources et du temps, segment dans lequel s'inscrit ActivityTimeline.
Honnêtement, le choix est plus simple qu'il n'y paraît sur les pages de résultats, car tout dépend de l'objectif visé par votre saisie de temps. Si votre priorité est de « facturer ceci, à tel tarif, pour tel produit, dès aujourd'hui » et que vous souhaitez intégrer budgets et grilles tarifaires dans une même suite, les produits Tempo sont le choix le plus sûr, et nous le conseillons d'ailleurs à nos clients. Si, en revanche, votre objectif est de savoir « qui est surchargé, qui est disponible et si le planning a tenu la semaine », alors la feuille de temps et la planification doivent partager un modèle de données commun : c'est précisément pour cela qu'ActivityTimeline a été conçu. Et si vous utilisez déjà Tempo et envisagez de nous rejoindre, sachez qu'ActivityTimeline importe vos journaux de travail et attributs Tempo, rendant la transition fluide et sans effort.
{{rich-cta-3}}
FractureCode a fait exactement cela : après avoir suivi le temps de manière irrégulière dans Jira, ils ont opté pour notre solution, gagnant ainsi en visibilité sur l'ensemble de leurs équipes internationales tout en répondant aux nouvelles exigences de conformité du travail, le tout en s'appuyant sur les données qu'ils possédaient déjà.
