Comment créer des flux de travail Jira personnalisés pour gérer le développement de logiciels

Qu’est-ce que Jira ?

Bien qu’à l’origine conçu comme un outil de suivi des bogues, Atlassians Jira est devenu au fil des ans le gorille de 900 livres de l’entreprise pour la gestion des projets de développement de logiciels.

Il y a un certain nombre de raisons à cette popularité, de son rôle central dans la plus grande chaîne d’outils DevSecOps d’Atlassians, au grand nombre de plugins tiers disponibles sur le marché Atlassians. L’un des contributeurs à cette popularité est la manière flexible dont Jira gère les flux de travail, permettant aux équipes d’adapter l’outil à la façon dont la valeur se déplace dans leur flux de travail, au lieu de modifier la façon dont l’équipe travaille pour s’aligner sur l’outil.

VOIR: Kit de recrutement : Développeur Back-end (TechRepublic Premium)

Qu’est-ce qu’un flux de travail ?

Dans le développement de logiciels, un flux de travail définit les étapes et les statuts que les tâches traversent dans le cadre d’un processus d’équipe. Prêt à l’emploi, Jira fournit un flux de travail simple en trois étapes (Figure A).

Figure A

Vous pouvez imaginer que si vous développiez, par exemple, une application de commande mobile pour un restaurant à service rapide, et que votre équipe était chargée d’ajouter la possibilité d’accepter les paiements par carte de crédit, comment ce travail pourrait se dérouler de gauche à droite.

Votre propriétaire de produit rédigeait les exigences et, lorsqu’il était prêt, plaçait la tâche d’implémentation de cette fonctionnalité dans To Do. Un développeur commencerait alors à travailler sur cette fonctionnalité en la marquant en cours. Lorsqu’elle a terminé ce travail, la construction est remise à un testeur. Si tout fonctionne comme prévu, le testeur déplace la tâche vers Terminé.

Tout au long du processus, Jira offre une visibilité à toutes les parties prenantes qui ne sont pas dans le code, permettant ainsi à un chef de projet de suivre le calendrier et indirectement le budget.

Comment le logiciel est développé

En réalité, le développement de logiciels n’est pas un processus linéaire. Il a des démarrages et des arrêts et doit souvent répéter les étapes du processus jusqu’à ce que le résultat souhaité soit atteint. Même notre flux de travail simple et prêt à l’emploi ne se déroule pas simplement de gauche à droite. Voici une représentation plus réaliste de la façon dont les tâches se déroulent même dans les flux de travail Jira les plus simples (Figure B):

Figure B

Principaux composants du flux de travail

Avant d’aller trop loin dans ce qu’est un flux de travail idéal et comment le créer à l’aide de Jira, il est important de définir le niveau des composants clés d’un flux de travail tel que défini par l’outil.

Statut

Il s’agit de l’état actuel d’un élément de travail discret. Dans notre workflow simple, une tâche est soit To Do, In Progress ou Done.

Transitions

Il s’agit des actions effectuées dans l’outil pour faire passer une tâche d’un état à l’autre. Dans notre exemple, le fait d’attribuer quelque chose dans l’état À faire à un développeur peut faire passer cet élément à En cours.

Résolution

Lorsqu’une tâche est enfin terminée, elle nécessite une résolution associée. La résolution est la disposition de l’état final d’un élément de travail. Il est considéré comme finalisé ou n’est plus ouvert. Dans notre flux de travail simple, c’est Terminé, mais dans un flux de travail plus avancé, vous pouvez avoir d’autres résolutions possibles telles que Annulé ou Publié.

Planches

La majorité des équipes logicielles qui utilisent aujourd’hui Jira pour la gestion de projet gèrent leurs projets à l’aide d’une forme de développement agile. Cela signifie que dans un groupe, l’équipe travaille fréquemment à partir d’une sorte de tableau, généralement kanban ou scrum. Il n’est donc pas surprenant que les flux de travail dans Jira soient en corrélation avec les colonnes de vos tableaux.

Flux de travail de gestion de projet de développement logiciel recommandé

Il n’y a pas de bonnes ou de mauvaises réponses quant à ce que devrait être votre flux de travail de gestion de projet de développement logiciel dans Jira. Le flux de travail peut varier, même au sein d’une équipe, pour différents types de tâches.

Par exemple, le flux de travail d’un bogue logiciel sera probablement différent de celui d’une nouvelle fonctionnalité. Même avec de légères variations de nommage pour s’aligner sur votre organisation, il existe certaines meilleures pratiques que vous pouvez consulter pour obtenir des conseils.

Catégories

Une catégorie est l’une des propriétés les plus importantes et souvent négligées lors de la création d’un workflow de gestion de projet dans Jira. Dans Jira, il n’y a que trois catégories, et vous les avez déjà vues (Figure A).

Dans le flux de travail le plus simple et prêt à l’emploi, les catégories et les statuts sont les mêmes. Cependant, à mesure que nous développons et personnalisons notre flux de travail, tous les nouveaux statuts doivent correspondre à l’une de ces trois catégories. Pourquoi? Pour le reporting et l’automatisation. Jira a un certain nombre de rapports prédéfinis, comme le burn down, qui ne fonctionnent que si, quel que soit le nombre d’états que vous ajoutez à votre flux de travail personnalisé, tout correspond à l’une de ces trois catégories prédéfinies (Figure C).

Figure C

Arriéré

Voici la liste approximative de tous les travaux connus que votre équipe a triés par ordre de priorité. Toutes les tâches qui entrent dans le workflow commencent dans le backlog.

Faire

Une fois que les exigences suffisantes sont réunies et qu’une tâche est jugée prête, elle passe à l’état À faire où elle est disponible pour qu’un développeur commence à coder.

En cours

Comme la tâche est en cours d’achèvement par le développeur, elle est considérée comme en cours. Lorsque le développeur termine la tâche à sa satisfaction, il la déplace vers Test.

Test

Comme bonne pratique, un développeur ne teste pas son propre travail. Ainsi, les éléments marqués comme Test sont en cours d’évaluation par un autre membre de l’équipe, généralement un ingénieur d’assurance qualité ou le propriétaire du produit, pour s’assurer que tous les critères d’acceptation sont remplis.

Fait

Les tâches qui réussissent la phase de test sont résolues avec le statut Terminé.

Annulé

Si, pour une raison quelconque, à partir du moment où une tâche entre dans le backlog, jusqu’au moment où elle est marquée comme terminée, l’équipe décide que le travail ne sera pas terminé, il est résolu avec le statut Annulé. Cela garantit que nous pouvons suivre que la tâche a été prise en compte et, dans certains cas, commencée, au lieu de simplement la supprimer, ce qui fournirait une image incomplète sur la route.

Bloqué

À tout moment une fois que le travail commence, si un membre de l’équipe ne peut pas continuer à travailler sur l’élément, il est déplacé vers Bloqué. L’intention ici est d’attirer l’attention sur un élément qui a été engagé et qui n’est pas en cours de traitement afin que l’équipe puisse contourner le problème et le débloquer.

Comment configurer Jira

La création des flux de travail dans l’outil Jira lui-même est assez simple et peut être trouvée sur le site Atlassian.

Notez que les flux de travail sont créés différemment selon que vous avez un projet géré par l’entreprise ou un projet géré par l’équipe. Si vous n’êtes pas sûr de ce qui s’applique à vous, regardez dans le coin inférieur gauche de la barre latérale de votre projet. Il doit indiquer soit que vous êtes dans un projet géré par une équipe, soit que vous êtes dans un projet géré par l’entreprise.

Une fois que vous êtes satisfait du type ou du projet dont vous disposez, suivez les liens appropriés sur la page d’assistance Atlassian. Si vous n’êtes pas sûr de vouloir vous attaquer à la configuration de vos propres workflows de gestion de projet pour le développement de logiciels, envisagez un plugin du marché Atlassians pour le faire pour vous.

4 conseils pour créer des workflows Jira personnalisés

Lors de la configuration de vos flux de travail, gardez à l’esprit ces conseils.

• N’y pensez pas trop : Le plus simple sera le mieux.
• Catégories de groupe : C’est généralement une mauvaise pratique de ne pas avoir toutes vos étapes en cours ensemble car cela a un impact sur votre capacité à mesurer le temps de cycle.
• Consultez toutes vos parties prenantes : L’idée est de créer des flux de travail qui répondent aux besoins de chacun.
• Penchez-vous dans vos transitions : Cela vous permettra de créer des étapes de validation, des règles d’automatisation et même de contrôler les cessionnaires.