- Dans Jira, la feuille de temps n’est pas un écran à part : c’est la somme de vos worklogs, une entrée par ticket avec une date, une durée et une description.
- En ESN ou en régie, ces heures alimentent souvent le CRA (compte rendu d’activité) mensuel et la facturation : une saisie approximative finit toujours par coûter cher.
- La méthode qui marche : saisir chaque jour, une ligne par tâche, reconstituer à partir de traces (agenda, git, historique Jira) plutôt que de mémoire, et ne jamais gonfler les heures.
- La reconstitution peut être automatisée : un suivi du temps local repère les clés Jira, l’IA propose le reste, vous validez avant tout envoi.
Ce qu’est vraiment une feuille de temps dans Jira
Jira ne connaît pas de « feuille de temps » au sens d’un tableau hebdomadaire à remplir. Il enregistre des worklogs : chaque fois que vous saisissez du temps sur un ticket, Jira crée une entrée avec l’auteur, la date de début, la durée passée et un commentaire facultatif. Votre feuille de temps (ou feuille d’heures) de la semaine, c’est l’ensemble de ces entrées.
- La durée se saisit au format Jira :
2h 30m,45mou1d. Attention :1dvaut la durée de journée configurée par l’administrateur (8 heures par défaut), pas forcément votre journée contractuelle. - L’estimation restante peut être ajustée à chaque saisie. C’est utile pour le suivi de charge, trompeur si l’équipe ne l’utilise pas de façon homogène.
- La description est facultative, mais c’est elle que liront votre chef de projet ou votre client dans trois mois.
Pour retrouver ce que vous avez déjà saisi cette semaine, une requête JQL suffit :
worklogAuthor = currentUser() AND worklogDate >= startOfWeek()
Les vues de type « timesheet », avec totaux par jour, validation par un manager ou export comptable, viennent en général d’une application du Marketplace Atlassian (Tempo Timesheets est la plus répandue) ou d’un export vers un tableur.
Pourquoi l’imputation du temps compte autant en ESN et en mission
Dans beaucoup d’ESN et de cabinets de conseil, le temps saisi dans Jira n’est pas une formalité. Selon le contexte, il alimente :
- Le CRA (compte rendu d’activité). En régie, le consultant déclare chaque mois les jours ou demi-journées travaillés pour le client ; ce document, validé par le client, sert souvent de base à la facture. Si le CRA indique 20 jours et que Jira n’en montre que 17, quelqu’un posera la question.
- Le suivi d’un forfait. Sur un projet au forfait, le temps imputé par ticket permet de comparer le consommé à l’estimé et de calculer le reste à faire. Des imputations faites au jugé faussent la marge du projet.
- Le pilotage interne : taux d’activité, temps passé par projet pour la comptabilité analytique, ou justification du temps consacré à la R&D lorsqu’un dossier de crédit d’impôt recherche est préparé.
D’où une difficulté bien connue : on raisonne en heures dans Jira, mais en jours dans le CRA. La conversion dépend de votre contrat. Sur une base de 35 heures par semaine, une journée fait 7 heures ; un cadre au forfait jours, lui, décompte des jours et non des heures. Fixez la règle une fois pour toutes avec votre manager ou votre client (par exemple « 7 h = 1 jour, 3 h 30 = une demi-journée ») et appliquez-la toujours de la même façon.
Astuce : si votre Jira compte 8 heures par jour mais que votre mission en compte 7, évitez les durées en d. Saisissez en heures et convertissez au moment du CRA : vous éviterez un écart d’une heure par jour.
La méthode : une feuille de temps juste en 10 minutes par semaine
Le plus long n’est pas de taper des chiffres, c’est de savoir lesquels taper. Le vendredi après-midi, le lundi est déjà flou. La solution : arrêter de compter sur sa mémoire et lire les traces que vos outils ont déjà laissées.
- Rassemblez les sources (2 minutes). L’agenda en vue semaine (chaque réunion est un bloc tout prêt), votre historique git, la liste des tickets Jira récemment consultés et l’historique du navigateur pour le travail qui n’a laissé aucun commit :
git log --since=monday --author="vous@exemple.fr" --oneline --all - Découpez chaque journée (4 minutes). D’abord les réunions, puis les tickets qui apparaissent dans les commits et l’activité Jira du jour. Raisonnez par blocs de 15 à 30 minutes, pas à la minute près.
- Rédigez une ligne par tâche et par jour (2 minutes). Verbe, objet, résultat : le modèle est détaillé plus bas.
- Contrôlez (2 minutes). Comparez le total à votre base contractuelle, repérez les journées à 4 ou 11 heures, appliquez le même arrondi partout et tranchez pour les blocs orphelins : affectés s’il existe une trace, sinon imputés sur une tâche de fonctionnement ou laissés de côté.
Exemple : la semaine d’un consultant en régie
Voici une semaine type de développeur en mission, sur une base de 35 heures, après application de la méthode. Chaque journée fait 7 heures : le CRA de la semaine affichera 5 jours, et chaque jour se justifie ticket par ticket.
| Tâche | Lun | Mar | Mer | Jeu | Ven | Total |
|---|---|---|---|---|---|---|
| PAY-214 API de paiement | 4h | 5h | 3h30 | 4h | 2h30 | 19h |
| PAY-198 Revue de code | 1h | 1h | 1h30 | 1h | 1h | 5h30 |
| PAY-12 Réunions (daily, rétro, démo) | 1h | 0h30 | 1h | 0h30 | 1h30 | 4h30 |
| OPS-41 Incident de production | 1h | 0h30 | – | – | – | 1h30 |
| PAY-220 Documentation de l’API | – | – | 1h | 1h30 | 2h | 4h30 |
| Total du jour | 7h | 7h | 7h | 7h | 7h | 35h |
Remarquez la ligne des réunions : daily, rétro et démo de sprint sont imputées sur un ticket dédié plutôt que dispersées sur les tickets de développement. Et l’incident de production du lundi a son propre ticket : le jour où quelqu’un demandera pourquoi PAY-214 a pris du retard, la réponse sera dans la feuille de temps.
Rédiger un worklog utile
Un worklog s’adresse à la personne qui le lira plus tard : votre chef de projet, le client qui valide le CRA, ou vous-même au moment de l’entretien annuel. Le modèle tient en une ligne :
[Verbe] [quoi] — [résultat / statut / suite]
| À éviter | Mieux |
|---|---|
| dev | Implémenté le remboursement partiel dans l’API de paiement — tests unitaires au vert, PR ouverte |
| revue | Revue de 3 PR du module facturation — modifications demandées sur la logique de relance |
| réunion | Sprint planning — chiffrage des stories de documentation, prise en charge de PAY-220 |
| correctifs | Ajout d’une alerte sur la file de messages après l’incident OPS-41 — déployé en recette |
| doc | Rédaction de la documentation de l’API de paiement — envoyée au PO pour relecture |
Trois règles font gagner le plus de temps. Saisir 60 secondes chaque soir plutôt que 60 minutes le vendredi. Imputer les interruptions sur le sujet qui les a causées : un fil Slack de 20 minutes sur l’incident va sur OPS-41. Et ne jamais compléter artificiellement une semaine pour atteindre 35 heures : une feuille de temps gonflée masque les vrais problèmes, et la confiance s’effondre la première fois que quelqu’un la compare aux commits.
Les options pour automatiser le suivi du temps dans Jira
Quatre familles d’outils de gestion des temps existent, avec des compromis différents :
- La saisie manuelle dans Jira. Gratuite et native, mais tout repose sur votre mémoire et votre discipline.
- Les modules du Marketplace, comme Tempo Timesheets : vue feuille de temps, validation par le manager, rapports. Ils facilitent la saisie et le contrôle, mais reconstituer la journée reste à votre charge. Facturés par utilisateur, ils visent plutôt une équipe entière.
- Les chronomètres, comme Toggl Track ou Clockify : précis quand on pense à les lancer et à les arrêter, ce qui arrive rarement quand on change de tâche vingt fois par jour.
- Le suivi du temps automatique sur le poste de travail : l’application enregistre en arrière-plan les programmes et les fenêtres utilisés, puis vous aide à transformer cette activité en temps imputé. C’est la seule approche qui supprime l’étape de reconstitution.
Pour cette dernière famille, un point de vigilance : la confidentialité. Un outil personnel, dont les données restent sur votre machine et qui ne remonte rien à la hiérarchie, n’a rien à voir avec un logiciel de surveillance des salariés. En France, un dispositif de contrôle de l’activité mis en place par l’employeur suppose notamment l’information préalable des salariés et la consultation du CSE, et la CNIL publie des recommandations sur le sujet. Vérifiez donc ce que l’outil enregistre, où les données sont stockées et qui peut les consulter.
Comment Timesheet Tracker remplit votre feuille de temps Jira
Timesheet Tracker est une application Windows de suivi du temps automatique, conçue pour la personne qui saisit ses temps. Elle se loge dans la zone de notification et enregistre le programme actif, le titre de la fenêtre, le domaine du site et les périodes d’inactivité, le tout stocké sur votre PC. Aucune capture d’écran, aucun enregistrement des frappes, aucun rapport au manager.
- Les clés Jira sont reconnues en local. Une clé comme
PAY-214dans un titre de fenêtre, une URL ou une branche git (feature/PAY-214-remboursement) suffit pour affecter le bloc à la bonne tâche, sans IA. - « Trier ma journée ». Un clic, et l’IA répartit les blocs restants (une page Confluence, un fil Slack, un fichier Figma) entre vos tâches Jira, puis rédige un texte de worklog par tâche. Seuls les titres de fenêtres masqués, les noms de programmes, les domaines et les durées sont envoyés, et uniquement à ce moment-là.
- Vous vérifiez. « Changer de tâche » pour corriger une affectation, « Hors travail » pour écarter un bloc, puis « Valider la journée ».
- Vous envoyez. « Envoyer vers Jira » crée les worklogs dans Jira Cloud ou Jira Server / Data Center, sans doublons même si vous renvoyez. « Exporter en CSV » produit un fichier à reprendre dans votre outil de CRA ou un tableur.
Vous préférez que rien ne parte vers une IA ? Le mode « Sans IA » conserve la reconnaissance des clés Jira et vous laisse trier le reste à la main. Le « Mode démo », lui, fait parcourir tout le circuit sur une journée d’exemple, sans connecter Jira.
L’application se télécharge gratuitement sur le Microsoft Store, avec 14 jours d’essai gratuit de Pro, sans carte bancaire. Ensuite, Pro coûte 9,99 $ par mois ou 79 $ par an. Le fonctionnement détaillé est présenté sur la page d’accueil.
Questions fréquentes
Jira propose-t-il une feuille de temps native ?
Pas vraiment. Jira enregistre le temps sous forme de worklogs sur chaque ticket et permet de les retrouver avec une requête JQL. Pour une vue hebdomadaire avec totaux et validation, les équipes ajoutent généralement une application du Marketplace comme Tempo Timesheets, ou exportent les données vers un tableur.
Quelle différence entre une feuille de temps et un CRA ?
La feuille de temps détaille les heures passées par tâche, au jour le jour. Le CRA (compte rendu d’activité) récapitule, généralement chaque mois, les jours travaillés pour un client ou une mission, et sert souvent de base à la facturation en régie. Les deux doivent raconter la même histoire.
Comment convertir les heures Jira en jours de CRA ?
Divisez le total d’heures par la durée de journée retenue pour la mission : 7 heures pour une base de 35 heures hebdomadaires, parfois 8 heures selon le contrat. Saisissez plutôt en heures qu’en jours dans Jira, car « 1d » y vaut la durée de journée configurée par l’administrateur (8 heures par défaut).
Un outil de suivi du temps automatique, est-ce de la surveillance ?
Tout dépend de qui voit les données. Timesheet Tracker est un outil personnel : l’activité reste sur votre PC, sans captures d’écran ni enregistrement des frappes, et seuls les worklogs que vous validez arrivent dans Jira. Il n’y a ni tableau de bord manager, ni rapport d’équipe.
Timesheet Tracker fonctionne-t-il avec Jira Server ou Data Center ?
Oui. Il prend en charge Jira Cloud (avec un jeton d’API) et Jira Server / Data Center (avec un Personal Access Token). Les worklogs sont créés avec votre propre compte, sans doublons si vous renvoyez une journée.
Votre feuille de temps Jira, prête le vendredi
Timesheet Tracker reconstitue votre semaine à partir de ce que vous avez réellement fait ; vous relisez et envoyez vers Jira en un clic. Téléchargement gratuit sur le Microsoft Store, avec 14 jours d’essai gratuit de Pro.