Présentation

Le développement de logiciels agiles exige transparence, adaptabilité et collaboration efficace. Jira by Atlassian est devenu l'outil d'entrée en service de milliers d'équipes pratiquant les méthodologies agiles, des startups aux entreprises. Lorsqu'il est configuré et utilisé correctement, Jira transforme le suivi chaotique des tâches en un flux de travail simplifié qui donne à chaque intervenant une visibilité claire en progrès, en goulots d'étranglement et en prévisions de livraison.

Ce guide couvre tout ce que vous devez savoir pour utiliser Jira pour le suivi et le reporting de projets Agile. Nous commençons par la configuration initiale d'un projet Jira, nous passons en revue les caractéristiques essentielles pour gérer les arriérés et les sprints, nous plongeons dans les outils de reporting intégrés qui fournissent des informations exploitables, puis nous explorent des fonctionnalités avancées comme JQL et l'automatisation.

Mise en place de Jira pour les projets Agiles

Choisir le bon modèle de projet

Le projet lui-même est le fondement d'un espace de travail efficace de Jira. Lorsque vous créez un nouveau projet, Jira propose des modèles conçus pour des workflows spécifiques. Pour les équipes Agile, les deux options les plus courantes sont Scrum et Kanban.

  • Le gabarit de sprint est idéal pour les équipes qui travaillent dans des itérations de longueur fixe (sprints). Il est préconfiguré avec des sprints, un arriéré et un tableau de scratches. Ce gabarit supporte les événements standard de Scrum : planification de sprint, stand-ups quotidiens, revues de sprint et rétrospectives.
  • Le modèle Kanban[ convient aux équipes à flux continu, où le travail est tiré selon la capacité. Il fournit un tableau Kanban avec des colonnes comme Do Do, En Progrès et Fait, et comprend un diagramme de flux cumulatif pour la visualisation des goulets d'étranglement. Kanban est excellent pour les équipes de maintenance, les bureaux de soutien, ou toute équipe qui traite d'un flux régulier de travail entrant.

Vous pouvez aussi personnaliser un projet après la création, mais en commençant par le bon modèle, vous gagnez du temps et alignez les paramètres par défaut de Jira=s avec le rythme de votre équipe=. Si votre équipe utilise une approche hybride, vous pouvez ensuite ajuster les colonnes de tableau, les types de problèmes et les workflows pour correspondre à votre processus exact.

Configuration des types de problèmes et des flux de travail

Une fois votre projet créé, il est temps de définir à quoi ressemble le travail. Jira utilise types de problèmes pour catégoriser les tâches. Dans la boîte, les projets Agile incluent quelques types de problèmes standard : Epic, Story, Task, Sub-task et Bug. Chaque type de problèmes peut avoir ses propres champs, écrans et workflows.

  • Les épiques représentent de grands ensembles de travaux qui couvrent plusieurs sprints. Ils servent de conteneurs de haut niveau pour des histoires et des tâches.
  • Les théories sont des exigences centrées sur l'utilisateur, généralement écrites dans le - Comme un ... je veux ... afin que le format ... - Ils sont l'unité de travail primaire dans Scrum.
  • Les tâches[ sont des éléments de travail techniques ou opérationnels qui ne permettent pas de cartographier une histoire utilisateur.
  • Les sous-tâches brisent une histoire ou une tâche en petits morceaux qui peuvent être assignés à différents membres de l'équipe.
  • Les voyous capturent les défauts ou le comportement inattendu.

Un workflow définit le cycle de vie d'un problème – les statuts qu'il passe et les transitions entre eux. Le workflow Agile par défaut (À faire → En cours → Terminé) est suffisant pour de nombreuses équipes, mais vous pouvez l'étendre avec des statuts comme In Review, Testing ou Bloqued. Utilisez l'éditeur de workflow Jira pour ajouter des statuts, les assigner aux colonnes de tableau et définir des conditions de transition (par exemple, seuls les administrateurs peuvent déplacer un problème vers -Done).

Personnalisation des autorisations et des notifications

Pour la plupart des équipes Agile, les autorisations de projet par défaut fonctionnent bien, mais vous pouvez avoir besoin de limiter certaines actions (comme la suppression des problèmes) aux responsables de projet ou aux administrateurs. Vous pouvez également définir la sécurité de niveau de problème pour limiter la visibilité des éléments sensibles (p. ex., les histoires liées au salaire).

Pour éviter une surcharge de boîte de réception, configurez les notifications de sorte que seules les mises à jour pertinentes (p. ex., les modifications aux problèmes que vous regardez ou qui vous sont assignées) déclenchent un courriel. Passez régulièrement en revue vos schémas de notification à l'échelle de l'équipe.

Gérer votre travail avec Jira

Backlogs: Prioriser et planifier

L'arriéré est au cœur de tout projet Agile. Il s'agit d'une liste priorisée de tous les récits, tâches, bugs et épopées sur lesquels l'équipe pourrait travailler. En Jira, la vue d'arriéré montre chaque problème qui n'a pas été assigné à un sprint (pour les projets Scrum) ou qui attend de commencer (pour les projets Kanban).

Une bonne gestion de l'arriéré nécessite une attention régulière. Les propriétaires de produits ou les gestionnaires de projet devraient examiner l'arriéré au moins une fois par sprint pour réorganiser les éléments en fonction de la valeur, des dépendances et de la capacité de l'entreprise. Jira vous permet de glisser et de laisser tomber les problèmes pour changer de priorité, ajouter des étiquettes pour le filtrage, et utiliser le champ -Rank- , pour définir un ordre global.

Pour les équipes Scrum, l'arriéré est le point de départ de la planification de l'impression []. L'équipe évalue l'effort (en utilisant des points d'histoire, des heures ou des tailles de t-shirt), sélectionne les histoires les plus prioritaires qui s'inscrivent dans leur vitesse et les déplace dans un nouveau sprint. Jira suit automatiquement l'effort total estimé des éléments sélectionnés, aidant l'équipe à éviter les surcompléments.

Sprints: Itérations dans le temps

En Jira, vous pouvez créer un sprint depuis la vue de l'arriéré en cliquant sur -Créer Sprint. - Donnez au sprint un nom (généralement un numéro de version ou un label descriptif), définissez une date de début et de fin, puis faites glisser les problèmes de l'arriéré dans le sprint. Jira affichera l'effort estimé et vous avertira si elle dépasse votre capacité de sprint typique.

Une fois le sprint commencé, les membres de l'équipe peuvent voir le sprint sur leur tableau et mettre à jour les états de la question au fur et à mesure qu'ils fonctionnent. Jira fournit également un Sprint Report[ qui montre les problèmes complétés par rapport aux problèmes non complétés à la fin du sprint – une excellente contribution pour l'examen du sprint.

Conseils : Visualiser les progrès accomplis

Les tableaux Jira sont la représentation visuelle de votre workflow. Il y a deux types principaux : .

  • Un Scrum Board[ se concentre sur le sprint actuel. Il affiche des colonnes représentant les états de workflow (A faire, En cours, En cours d'examen, Terminé) et permet aux membres de l'équipe de glisser les problèmes entre les colonnes.
  • Un Kanban board[ montre tous les problèmes actifs dans tout le projet. Il comprend une colonne -Backlog- et a souvent explicitement les limites du travail en cours. Les boards Kanban sont excellents pour les équipes qui ont besoin de visualiser l'ensemble du flux de travail et d'identifier où les tâches s'accumulent.

Les deux types de planches supportent des filtres rapides, des nageuses (pour grouper les problèmes par épique, asset ou priorité), et la capacité d'estimer l'effort. Personnalisez les colonnes de la planche pour correspondre à votre workflow exact, et utilisez la planche -layout de carte pour afficher les champs pertinents comme les points d'histoire, les dates dues et assetes.

Épiques, histoires et tâches : Briser le travail

Les grandes fonctionnalités ou initiatives sont capturées comme epics[. Une épopée peut couvrir plusieurs sprints et contient plusieurs histoires ou tâches. Créez une épopée en sélectionnant le type de problème -Epic-Epic et en reliant les questions relatives aux enfants à travers le champ -Epic-E Link. Jira regroupe ensuite ces questions sous l'épopée dans l'arriéré et sur le conseil.

Les théories devraient toujours inclure des critères d'acceptation, qui définissent quand l'histoire est faite. Le champ de description Jira=1 supporte le texte riche, les tables et même les pièces jointes. Utilisez le champ ==Story Points=1 pour l'estimation.

Les sous-tâches sont utiles pour suivre les étapes concrètes que plusieurs personnes peuvent effectuer simultanément (p. ex., tests unitaires, révision de code, documentation). Chaque sous-tâche peut être assignée à une autre personne et suivie de façon indépendante.

Tirer parti des rapports Jira pour ses conclusions

Graphiques de gravure et de gravure

Le tableau burndown[ est l'un des rapports Agile les plus utilisés. Il montre la quantité de travail restant (en points d'histoire ou en heures) sur la durée d'un sprint. La ligne de gravure idéale est une diagonale droite du total de départ à zéro le dernier jour.

Le tableau de combustion est moins commun mais aussi précieux. Il montre deux lignes : le travail total planifié et le travail terminé au fil du temps. Un tableau de combustion permet de voir facilement quand des changements de portée se produisent (la ligne totale saute) et si l'équipe comble l'écart. Les deux graphiques sont disponibles dans le menu --Reports-- dans Jira.

Graphiques de vélocité

La vélocité mesure la quantité de travail qu'une équipe effectue dans chaque sprint (généralement en points d'histoire).Jiras Le graphique de vitesse[ affiche un graphique à barres des sprints passés et, en option, la vitesse moyenne en ligne horizontale. Ce rapport est critique pour la planification du sprint – il donne à l'équipe une estimation fondée sur les données de la quantité de travail qu'elle peut accomplir dans le sprint à venir.

Si la vitesse varie de façon sauvage, étudiez les raisons : modification de la composition de l'équipe, estimation incohérente ou dépendances externes. Le graphique de vitesse vous aide à identifier ces modèles et à les ajuster en conséquence.

Graphiques de contrôle et diagrammes de flux cumulatifs

Pour les équipes utilisant Kanban ou celles qui veulent analyser les métriques de flux, Jira propose le diagramme de contrôle et diagramme de flux cumulatif (CFD).

  • Le diagramme de contrôle trace le temps de cycle de chaque émission terminée au fil du temps. Le temps de cycle est le temps entre le début du travail (dépasse de --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
  • Le diagramme de flux cumulatif montre le nombre de problèmes dans chaque état au fil du temps. Un CFD sain a des bandes d'épaisseur à peu près égale. Si la bande -In Progress=" s'élargit, elle signale un goulot d'étranglement. Utilisez le CFD pour repérer les blocages tôt et décider quand limiter les ressources WIP ou de déplacement.

Rapport Sprint et rapport de version

Le rapport Sprint résume ce qui a été engagé au sprint et ce qui a été terminé. Il calcule le pourcentage de questions terminées et le total des points d'histoire obtenus. Ce rapport est idéal pour les examens de sprint – il fournit une base objective pour discuter de la raison pour laquelle certains articles n'ont pas été complétés et ce que l'équipe peut faire pour améliorer.

Le Rapport de version suit les progrès vers la publication d'une version logicielle. Il montre le nombre de problèmes résolus par rapport à une version corrigée. Ce rapport est utile pour la planification de la publication, car il montre les progrès de l'équipe vers une portée fixe.

Caractéristiques avancées pour stimuler la productivité

Utilisation de JQL pour les filtres puissants

Jira Query Language (JQL) vous permet de construire des filtres complexes au-delà des drill‐downs standards. Par exemple, vous pouvez trouver tous les problèmes qui vous sont assignés dans un certain sprint, avec une priorité de -High, , et qui ont été créés au cours des deux dernières semaines:

assignee = currentUser() AND sprint in openSprints() AND priority = High AND created >= -14d

JQL est pris en charge dans les filtres, tableaux de bord et même les filtres rapides. Une fois que vous créez un filtre JQL utile, vous pouvez l'enregistrer et le partager avec votre équipe. La référence JQL Atlas liste toutes les fonctions et opérateurs disponibles. La maîtrise JQL vous permet de couper les données du projet de toute façon dont vous avez besoin, de trouver des problèmes d'impasse à générer des rapports d'état personnalisés.

Règles d'automatisation

Jira Automation (disponible sur les versions Cloud et Data Center) vous permet de définir des règles d'action-déclenchement qui suppriment le travail manuel.

  • Lorsqu'un problème se transforme en - -En Progress, - assigne automatiquement le problème à l'utilisateur actuel.
  • Quand un problème bloqué est résolu, débloquez le problème et revenez à -En Progrès.
  • Quand un sprint se termine, il faut automatiquement déplacer les problèmes incomplets vers l'arriéré et les signaler pour la prochaine planification du sprint.

L'automatisation peut être créée à partir des paramètres du projet ou de la bibliothèque d'automatisation où Atlassian et la communauté partagent des modèles. Commencez par des règles simples et développez progressivement – l'automatisation réduit la charge cognitive des problèmes de mise à jour, libérant l'équipe de se concentrer sur le développement réel.

Intégrations avec d'autres outils

Jira s'intègre à des dizaines d'outils populaires, étendant sa portée au-delà de la gestion de projet. Confluence vous permet de lier directement la documentation détaillée et les spécifications de conception aux problèmes. [Slack ou Les intégrations Microsoft Teams[ informent l'équipe en temps réel lorsqu'un problème change. Les intégrations GitHub, GitLab ou Bitbucket mettent automatiquement à jour les problèmes Jira avec les messages de commit, la création de succursales et les requêtes de tirage. Les outils de développement comme Jenkins ou CircleCI peuvent mettre à jour les enjeux en fonction des résultats de construction.

Ces intégrations créent un flux d'informations sans faille entre le codage, les tests et le suivi. Elles réduisent également la nécessité de passer manuellement entre les systèmes, ce qui améliore la précision et permet d'économiser du temps.

Tableau de bord pour la visibilité en temps réel

Les tableaux de bord Jira sont des pages d'atterrissage personnalisables qui affichent plusieurs rapports, filtres et graphiques sur un seul écran. Vous pouvez ajouter des gadgets tels que:

  • Attribué à Moi (une liste de vos tâches ouvertes).
  • Carte de gravure (montrant la progression actuelle du sprint).
  • Graphique de vélocité (passant plusieurs sprints).
  • Filtre Résultats (tout filtre JQL sauvegardé).
  • Statistiques sur les filtres à deux dimensions (p. ex., émissions par cessionnaire et statut).

Créer un tableau de bord pour l'équipe de développement et un tableau distinct pour les intervenants qui montrent des paramètres de niveau supérieur comme les progrès épiques et la disponibilité à la libération. Les tableaux de bord peuvent être rendus publics ou limités à certains rôles de projet.

Meilleures pratiques pour Jira dans les équipes Agiles

Écrire des questions claires et pouvant donner lieu à des actions

Chaque numéro doit avoir un résumé descriptif et suffisamment de détails dans la description pour que chacun comprenne ce qu'il faut faire. Pour les histoires d'utilisateurs, inclure des critères d'acceptation dans un format de liste de contrôle. Pour les bogues, inclure des étapes à reproduire, des résultats attendus contre réels, et des détails d'environnement.

Prioriser et affiner le Backlog régulièrement

Un arriéré négligé devient rapidement un terrain de dumping pour des idées aléatoires. Définissez un événement récurrent – généralement une fois par semaine pendant 30 à 60 minutes – pour examiner l'arriéré avec votre propriétaire de produit et les principaux intervenants. Au cours de cette backlog raffinement session, réorganiser les problèmes, diviser les grandes histoires, supprimer les articles obsolètes, et ajouter des détails manquants.

Définir les travaux accomplis et les limiter en cours

Votre équipe devrait avoir une définition commune de -Done-Done pour chaque type de problème. Par exemple, une histoire n'est faite que lorsqu'elle est évaluée par les pairs, testée, fusionnée à la branche principale, et que les critères d'acceptation sont satisfaits.

Limiter Travailler en cours (WIP)[ est essentiel pour les équipes Agiles, en particulier celles utilisant Kanban. Limites WIP empêchent les membres de l'équipe de commencer trop de tâches à la fois, ce qui réduit le changement de contexte et améliore le flux. Commencez par une limite de deux ou trois éléments par personne et ajustez en fonction des temps de cycle observés.

Utiliser des étiquettes et des composants compatibles

Les étiquettes et les composants vous aident à classer les problèmes pour la déclaration et le filtrage. Par exemple, vous pouvez inscrire des éléments comme -backend, -frontend, ou -devops, puis créer un gadget de tableau de bord qui montre le nombre de problèmes ouverts par étiquette. Les composants sont une structure plus rigide qui peut être liée aux cessionnaires par défaut et aux pistes de composants.

Conduire des rétrospectives efficaces

Jira peut soutenir les rétrospectives en fournissant les données brutes de ce qui s'est passé pendant le sprint. Utilisez le rapport Sprint et l'historique de la question pour rappeler à l'équipe de travail terminé et non terminé. De nombreuses équipes utilisent également Confluence pour leurs notes rétro, mais vous pouvez créer un type de question dédié à -Sprint Rétrospective - , dans Jira pour suivre les éléments d'action. La clé est de transformer les discussions rétro en améliorations concrètes : mettre à jour les flux de travail, ajuster les limites du WIP, ou affiner la définition de fait.

Conclusion

Jira est plus qu'un système de billetterie – configuré avec des principes Agiles en tête, il devient un puissant moteur de transparence, d'amélioration continue et de livraison prévisible. Commencez par mettre en place un projet qui correspond au rythme de votre équipe : Scrum pour la livraison par itération, Kanban pour le travail basé sur le flux.

Utilisez les arriérés et les tableaux pour suivre visuellement le travail et comptez sur les rapports intégrés Jira , pour obtenir des données de surface qui conduisent à de meilleures décisions. Don , ne vous arrêtez pas aux bases – explorez JQL pour créer des filtres personnalisés, configurer l'automatisation pour réduire le travail manuel et intégrer Jira à votre chaîne d'outils de développement.

Avec une mise en œuvre réfléchie et un réglage continu, Jira aidera votre équipe Agile à fournir de la valeur de manière cohérente et avec une plus grande confiance.