Agence web » Actualités du digital » Guide du débutant pour une utilisation efficace de Jira

Guide du débutant pour une utilisation efficace de Jira

Jira est utilisé pour le suivi des problèmes et est un outil essentiel pour organiser les grandes équipes de développement logiciel. Dans ce guide, nous allons détailler ce schéma éprouvé, y compris les différents niveaux de types de problèmes et les outils d'organisation qui vous sont proposés.

Au moment d'écrire ces lignes, Jira réorganise actuellement toute leur expérience utilisateur. Pour cette raison, vous aurez deux options lors de la création d'un nouveau projet dans Jira Cloud: Jira Classic ou Jira Next-Gen. Les concepts fondamentaux restent les mêmes, mais les interfaces utilisateur sont différentes, il est donc important de préciser que les captures d'écran de cet article proviennent de Jira Next-Gen, plutôt que de Jira classique.

Problèmes de Jira

Les problèmes sont au cœur de Jira. Ils représentent des «choses qui doivent être faites» individuellement, qu'il s'agisse de corriger un bogue, d'implémenter une fonctionnalité, d'apporter une modification ou simplement de détailler le travail pour une affectation facile.

Il existe plusieurs types de problèmes dans Jira. Le plus élémentaire est le «numéro» régulier, également appelé «histoires». Vous pouvez les créer à partir de votre tableau par défaut en cliquant en bas de la liste et en lui donnant un nom:

Si vous cliquez sur un problème, une boîte de dialogue apparaîtra vous montrant plus d'informations. Les problèmes ont quelques champs distincts, qui sont personnalisables dans les paramètres de votre projet. Par défaut, les problèmes ont un titre et des étiquettes qui s'affichent sur la carte principale, ainsi qu'une liste d'activités étendue dans la boîte de dialogue contextuelle.

Les problèmes peuvent être liés à d'autres problèmes de différentes manières. Il est courant que les problèmes logiciels soient très interconnectés, cette fonctionnalité est donc très utile. Un problème peut être désigné comme bloquant la résolution d'un autre problème, ou vice versa. L'option vague «se rapporte à» peut également être utilisée pour un lien plus général. Sous le capot, Jira utilise également ce système pour relier les problèmes qui ont été clonés ou dupliqués à partir de problèmes existants.

Vous pouvez également créer des «problèmes enfants» appelés sous-tâches. Ces problèmes n'apparaissent pas sur votre tableau principal, mais sont directement liés au problème parent et apparaissent. D'une certaine manière, ils vous permettent de décomposer des problèmes plus importants en tâches individuelles.

Bien qu'ils ne soient pas sur le tableau, ils agissent comme des problèmes complets, avec leur propre identifiant et tous les champs assortis qui viennent des problèmes standard. Ils peuvent être attribués à des personnes individuelles quelle que soit l’affectation du problème parent.

Sur le problème parent, tous les problèmes enfants seront affichés dans une liste à côté de leur état actuel. Cela vous donne un aperçu rapide de ce qui reste à faire, de la même manière qu'une liste de contrôle.

Le dernier et le plus important type de problème est «Epics». Epics ne suit pas les bogues ou les fonctionnalités individuels, mais agit comme une collection à grande échelle de problèmes qui sont tous liés à un domaine de travail particulier.

Par exemple, «Authentification utilisateur» peut être une épopée. Dans cette épopée, vous pouvez créer des problèmes d'histoire individuels pour gérer le flux de connexion, créer les pages de connexion et d'inscription et éventuellement ajouter la prise en charge OAuth 2.0. Vous pouvez décomposer davantage ce problème en créant des sous-tâches détaillant ce qui doit être fait pour que chaque histoire soit terminée.

Vous pouvez créer des épopées à partir de l'onglet «Feuille de route». Parce que Epics suit généralement les livraisons importantes des besoins des utilisateurs, ils viennent avec une date de début et d'échéance, et peuvent être organisés sur une chronologie.

Sinon, Epics fonctionne entièrement comme les problèmes Jira standard. Les problèmes d'histoire peuvent être attribués à une épopée, qui affichera le nom de l'épopée à côté du problème sur vos tableaux, ce qui en fera un excellent outil d'organisation. Les problèmes liés à une Epic s'affichent en tant que problèmes enfants dans le panneau d'informations d'Epic.

En plus de cela, si vous n'aimez pas les types de problèmes par défaut, vous pouvez les personnaliser à partir des paramètres de Jira, et même en créer de nouveaux à votre goût.

Utilisation des tableaux Kanban

Faire simplement défiler une liste de problèmes n'est pas super intuitif et peut devenir maladroit rapidement si vous avez beaucoup de problèmes. L'un des principaux outils d'organisation de Jira est un tableau Kanban. Issu de la construction automobile japonaise, Kanban est un moyen d'organiser les articles en différentes étapes, également appelées listes. Lorsqu'un élément, ou «Carte», progresse dans son développement, il se déplace de gauche à droite le long de la liste.

Kanban n'est pas exclusif ni inventé par Jira, car des services comme Trello, Gitlab et bien d'autres ont implémenté des cartes que vous pouvez trouver extrêmement similaires à l'implémentation de Jira. Cependant, c'est toujours une fonctionnalité impressionnante et un excellent ajout à la boîte à outils de Jira.

En pratique, vous pouvez créer des listes pour les problèmes qui sont en retard, actuellement priorisés, activement travaillés, en attente de révision du code, en attente de publication et expédiés à prod. Au fur et à mesure que vous et vos employés travaillez sur votre projet, les problèmes passeront de l'arriéré à la liste.

Les problèmes peuvent être déplacés entre les listes en les faisant glisser de l'une à l'autre. Si vous avez configuré des intégrations Jira avec votre contrôle de code source, vous pouvez facilement déplacer les problèmes Jira vers la révision de code en mentionnant dans un message de validation qu'il ferme un ID de problème particulier.

Bien que Jira se concentre sur l'utilisation des listes pour représenter les phases chronologiques du développement logiciel, il n'y a pas de limite au nombre de listes que vous pouvez avoir, vous êtes donc libre de les utiliser également comme outil d'organisation. Vous pouvez également créer plusieurs tableaux Kanban, vous permettant d'avoir un tableau standard et un tableau personnalisé, en utilisant les mêmes problèmes (bien que cette fonctionnalité ne soit pas actuellement disponible dans Jira Next-Gen).

Utiliser des sprints

Bien que les tableaux Kanban soient une excellente fourre-tout pour la plupart des projets, pour les équipes qui cherchent à mettre en œuvre un flux de travail de développement agile comme Scrum, il peut être plus avantageux d'organiser les problèmes à l'aide de «Sprints». Les sprints sont un bloc de temps fixe, généralement un mois ou moins, pendant lequel des problèmes ou des fonctionnalités spécifiques sont traités par votre équipe.

Vous pouvez activer Sprints à partir des paramètres de votre projet, ce qui nécessite également d'activer la fonction de backlog.

Vous verrez maintenant un onglet "Backlog" qui contient une liste de tous vos problèmes. Ce backlog vous permet de planifier votre Sprint. Vous pouvez faire glisser des problèmes individuels dans le sprint, ou commander des éléments dans le backlog par ordre d'importance, puis faire glisser le séparateur dans le backlog. Une fois que vous avez prévu quelque chose d'acceptable, vous pouvez cliquer sur "Démarrer le sprint".

Maintenant, si vous revenez à votre tableau Kanban, vous verrez qu'il est limité aux éléments du sprint sur lesquels vous avez choisi de vous concentrer, ce qui peut éliminer l'encombrement. Dans un sens, un Sprint est essentiellement un filtre pour votre tableau Kanban.

Sinon, c'est un tableau Kanban tout à fait normal. Vous pouvez basculer entre les deux fonctionnalités à volonté, et les problèmes se souviendront de leur place dans Kanban, que vous ayez ou non des sprints actifs.