Trello vs Jira : Comparaison du point de vue d'un développeur

La production de logiciels aujourd'hui n'est plus la même qu'il y a 20 ans. Les logiciels sont devenus de plus en plus complexes, avec des équipes réparties littéralement dans le monde entier et dépendantes de personnes spécialisées uniquement dans une partie spécifique du processus. De plus, l'UI/UX est devenu un problème très important à mesure que la concurrence pour attirer de nouveaux utilisateurs et conserver les utilisateurs actuels augmente.

Au cours de la dernière année, j'ai travaillé sur une douzaine de projets et presque tous ont utilisé un outil de gestion de projet (PMT). Je ne vais pas vous donner un argumentaire de vente pour un outil spécifique aujourd'hui, mais plutôt, je vais vous donner une vue intérieure du point de vue d'un développeur sur la façon dont ces outils sont utilisés dans la vie réelle ainsi qu'un aperçu de deux représentants outils. Espérons que cet article aidera les décideurs et les développeurs à déterminer ce qui est le plus pratique pour eux, leur équipe et le projet sur lequel ils travaillent.

Pourquoi utiliser un outil de gestion de projet ?

À mes débuts, la plupart de mes projets ne s'appuyaient pas sur un outil de gestion de projet, alors vous vous demandez peut-être si vous en avez vraiment besoin. Les développeurs ne peuvent-ils pas simplement créer des logiciels sans eux ? La réponse est que cela dépend de plusieurs facteurs, alors analysons certains d'entre eux.

La montée des équipes mondiales

Sur la plupart des projets, je me retrouve à travailler pour des personnes du monde entier, et bien que ce soit vraiment génial, cela pose également une série de défis auxquels une équipe de bureau ne sera pas confrontée. Les fuseaux horaires deviennent un véritable problème lorsque vous essayez de demander à un collègue de réparer ou de modifier une partie du système dans laquelle vous n'êtes pas suffisamment compétent.

Il existe également des scénarios dans lesquels vous ne pourrez peut-être pas parler à l'autre développeur plus d'une ou deux fois par semaine. Les outils de gestion de projet facilitent ces processus collaboratifs car ils deviennent un canal officiel (et, pour des raisons pratiques, parfois le seul) permettant aux membres de l'équipe de communiquer leurs besoins dans les deux sens.

Bien sûr, il ne s'agit pas simplement de communication entre les membres individuels d'une équipe distribuée. Les PMT fournissent également plus d'informations et de visibilité à tous les membres de l'équipe, leur permettant de suivre les progrès des autres membres de l'équipe et de planifier leurs activités en conséquence.

Collaboration

Vous pensez peut-être que vous pouvez obtenir les mêmes résultats simplement en collaborant par e-mail ou par d'autres canaux de communication. Un de mes clients l'a fait sur un projet sur lequel j'ai travaillé il y a quelques mois, et c'était un cauchemar. Les gens utilisaient plusieurs e-mails pour communiquer, il était donc difficile de suivre les différents fils de discussion. En outre, la communication sur un seul problème devient un puzzle divisé en différentes pièces vivant dans différentes conversations par e-mail. La plupart des conversations par e-mail touchaient à plusieurs problèmes, ce qui rendait de plus en plus difficile le suivi de ce qui restait à faire.

Les outils de gestion de projet résolvent ce problème en ayant un flux de conversation dédié à chaque problème, ce qui vous facilite la vie, car ils vous permettent de trouver tout ce dont vous avez besoin (conceptions, API et commentaires) en un seul clic. D'un point de vue collaboratif, cela peut faire une énorme différence, car les outils de gestion de projet permettent à chacun d'accéder et de visualiser tous les segments et étapes du projet, réduisant ainsi le besoin de communication et de mises à jour constantes.

Gérer les exigences du projet

L'un des plus gros problèmes auxquels sont confrontées les équipes qui n'utilisent pas d'outil de gestion de projet est causé par la nature intrinsèque du logiciel. Peut-être que vous travaillez dans une startup et que vous avez pivoté plus d'une fois. Peut-être que vos objectifs et vos exigences continuent d'évoluer au fur et à mesure que vous travaillez sur le projet.

Dans ce contexte, nous devrions considérer le logiciel comme un être vivant. Quelle que soit la qualité du plan initial, il y a toujours de fortes chances qu'il doive être modifié. Cependant, il arrive que ces changements ne soient pas communiqués à tous les membres de l'équipe. Les cadres peuvent avoir une conversation sur une nouvelle fonctionnalité qui vous donnera un avantage sur vos concurrents, mais si le manager ne l'exprime pas au reste de l'équipe, cela n'arrivera pas.

S'il n'était pas écrit, il pourrait même être oublié par le directeur et le PDG. Ne pas avoir un endroit où vous avez les dernières exigences et les exigences officielles vous fera perdre beaucoup de temps et d'argent. Les PMT offrent un point de vérité unique, un endroit unique où toutes les exigences et informations sont stockées pendant toute la durée du projet. Il ne s'agit pas seulement de fonctionnalités non ajoutées que vous pouvez ajouter plus tard - j'ai développé des fonctionnalités entières juste pour découvrir qu'on ne m'a pas dit que nous ne supportons plus cette fonctionnalité.

Efficacité de la mémoire et du temps

L'encre la plus pâle est plus fiable que la mémoire la plus puissante. – Proverbe

Nous ne pouvons gérer que tant de choses dans notre tête à la fois. Lorsque vous avez un appel avec vos managers et qu'ils soulèvent une douzaine de problèmes différents au cours de la conversation, à un moment donné, quelque chose va être perdu. Vous pourriez essayer d'écrire vous-même les points les plus importants, mais quelque chose pourrait tout de même passer entre les mailles du filet.

Avoir des exigences écrites au lieu d'en parler lors d'un appel est un bon moyen de détecter les éléments manquants potentiels dans le flux ou de détecter les éléments qui pourraient vous empêcher de mettre en œuvre ce problème pour le moment. Le développement logiciel n'est pas linéaire, vous pouvez donc commencer à travailler sur une fonctionnalité aujourd'hui, mais avoir quelque chose de plus urgent à faire dans le produit et revenir quelques semaines ou mois plus tard pour vous rendre compte que vous avez oublié exactement ce qui était nécessaire.

C'est pourquoi le fait d'avoir des exigences écrites peut vous faire gagner du temps, soit en n'ayant pas à vous en souvenir, soit en évitant d'avoir à reparler de la même fonctionnalité. L'efficacité du temps est très importante car le logiciel est plus complexe, vous pouvez donc profiter du fait d'avoir simplement des choses écrites, pour réduire de moitié ou plus le temps de votre réunion, en vous concentrant uniquement sur les problèmes que vous devez clarifier.

Se concentrer

Ceci est lié au problème précédent de garder une trace de la communication liée au problème qui est traité et de simplement garder une trace des fonctionnalités des exigences futures sans que vous ayez besoin de parler de ces choses.

Cela aide le développeur à la fois à rester concentré sur la création des éléments nécessaires pour le moment et à apprendre ce qui va suivre. Il ne s'agit pas seulement de commodité et d'un accès facile à l'information. Le niveau de visibilité supplémentaire permet à chaque membre de l'équipe d'avoir une vue d'ensemble et de planifier en conséquence.

Fonctionnalités clés du PMT

Donc, ce que nous recherchons dans un PMT, c'est un outil qui aide à gérer la conversation en gardant la discussion de différents problèmes séparée et bien organisée. Cela facilite la communication entre les personnes dans différents fuseaux horaires et différentes équipes tout en servant en même temps de référentiel de la vision officielle du logiciel, vous aidant à rester concentré et vous faisant gagner du temps en réduisant les frictions dans le processus de développement pour le développeur, chef de projet , et toutes les personnes impliquées dans le paysage actuel du développement logiciel.

Jira

Jira est un PMT très puissant qui a été spécialement conçu pour le développement de logiciels. Cependant, tout le monde ne connaît pas toutes les fonctionnalités de Jira et cela peut être écrasant si vous êtes un propriétaire d'entreprise essayant de gérer votre premier projet. Si vous lisez ceci en tant que personne décidant entre différentes options mais que vous n'avez jamais utilisé Jira auparavant, je vous recommande de regarder d'abord quelques tutoriels afin que vous puissiez vraiment profiter de sa puissance.

Sprints

Il y a trois mots avec lesquels je peux définir la plupart de mon expérience avec Jira, et l'un d'eux est sprint . Un sprint est une période de temps pendant laquelle l'équipe travaille pour atteindre certains objectifs qui peuvent être étroitement liés ou non. C'est complètement flexible. Les sprints Jira durent généralement une semaine, ce qui, à mon avis, est la durée optimale.

Du point de vue d'un développeur, cela vous donne la possibilité d'avoir plusieurs choses qui vous sont assignées et de travailler dans l'ordre qui vous convient le mieux, ce qui peut être de travailler sur une tâche difficile puis sur une tâche facile pour vous détendre, ou peut-être travailler sur 2 -3 qui sont étroitement liés en même temps. Cela permet aux développeurs de prendre certaines décisions tout en se concentrant sur la livraison à temps.

Épopées et problèmes Jira

Alors que les sprints regroupent les tâches dans le domaine temporel, les épopées peuvent regrouper les tâches par sujet. Par exemple, vous pouvez diviser vos tâches en sprints par semaine, mais vous pouvez aussi regrouper les tâches en même temps en front-end et back-end. Lorsque vous divisez les tâches par sujet, vous pouvez affecter un développeur à un sujet.

Par exemple, vous pouvez avoir une épopée pour migrer des données à partir d'une base de données existante, vous pouvez donc appeler cette épopée DB Migration, et puisque toutes les tâches de cette épopée sont liées, un seul développeur peut être responsable de cela pendant toute la sprints. Cela évite que deux développeurs passent du temps à apprendre l'ancienne base de données, ce qui rend le développement plus efficace.

Les problèmes , en revanche, sont les choses qui doivent être faites, qui peuvent appartenir à une épopée et à un sprint. Il existe plusieurs types de problèmes, à savoir l' histoire , la tâche et le bogue . Une histoire a la particularité d'avoir des sous-tâches, qui peuvent être utilisées pour décomposer un problème en plus petits morceaux qui forment une image complète lorsqu'ils sont pris ensemble - cela évite de créer un grand nombre de tâches, en se concentrant plutôt sur un seul élément à terminer.

Les tâches dans Jira sont des problèmes très spécifiques et n'ont pas de sous-tâches. Quand quelque chose qui doit être fait est très simple et qu'il est inutile d'essayer de le décomposer, c'est une tâche. Les bogues sont des choses à corriger - garder les bogues dans une catégorie spéciale vous aidera à comprendre combien vous corrigez par opposition à combien vous progressez dans le projet.

Priorités

La communication est une grande partie de l'équation lorsque vous travaillez dans une équipe mondiale qui travaille sur plusieurs fuseaux horaires. Travailler « dans le monde entier » n'est pas une métaphore, mais une réalité dans laquelle vivent de nombreux développeurs. L'une des choses difficiles à communiquer des managers aux développeurs est le niveau de priorité d'une tâche. Imaginez le scénario suivant utilisant une liste de tâches :

Le développeur voit qu'au cours de cette semaine, ils ont sept tâches à accomplir. Certains d'entre eux sont difficiles et certains sont faciles. Une tâche critique pour le gestionnaire, cependant, est très complexe, mais pour le développeur dans une liste de tâches, toutes les tâches sont égales - il peut choisir de commencer par les plus faciles, laissant la critique pour la fin. Si quelque chose d'inattendu se produit et que la liste n'est pas terminée, c'est la tâche la plus importante qui est coupée, ou elle est terminée à la hâte (en sacrifiant probablement la qualité dans le processus). Ceci est très facilement résolu dans Jira en ayant des priorités , ce qui permet aux développeurs de comprendre ce qui est le plus important ou critique à réaliser.

Contenu, contenu, contenu

L'une des choses que vous apprécierez vraiment à propos de Jira est la quantité de contenu que vous pouvez placer sous chaque problème. vous pouvez ajouter des images ou des liens ainsi que taguer d'autres membres de l'équipe. Bien que cela soit également vrai pour Trello, l'interface utilisateur vous incite vraiment à placer plus de contenu, ce qui permet d'avoir plus de données sur chaque tâche.

Les avantages et les inconvénients de Jira

Jira est un outil très bien établi avec de nombreuses fonctionnalités qui ont été intégrées spécifiquement pour le développement de logiciels. Il offre un tas d'intégrations avec d'autres systèmes et vous aide à rester bien organisé. C'est particulièrement bien pour les (très) grandes équipes.

Jira, étant un PMT capable et riche en fonctionnalités, peut être quelque peu intimidant pour un développeur novice. L'expérience peut être écrasante - les sprints, les épopées et les problèmes peuvent tous se mélanger. Cela est particulièrement vrai si le gestionnaire est un client peu expérimenté dans le développement de logiciels, essayant de gérer une équipe de développeurs. Je recommande vivement Jira pour les grandes équipes et les gros projets qui prendront du temps à se développer (plus de quelques mois), ainsi que pour les managers (clients) et développeurs expérimentés.

Avantages

• Conçu spécifiquement pour le développement de logiciels
• Permet à chaque numéro d'avoir beaucoup de contenu, comme des liens, des images, des pièces jointes
• Dispose d'une application mobile avec notifications, qui vous aide à suivre vos problèmes à tout moment
• Intègre les sprints au cœur du produit
• Fournit un filtrage des tâches très intuitif afin que vous puissiez vous concentrer sur les tâches qui vous concernent

Les inconvénients

• Possède de nombreuses fonctionnalités, vous pouvez donc facilement sous-utiliser le logiciel
• Nécessite une formation pour profiter de toutes ses fonctionnalités
• Nécessite (ou du moins est énormément aidé par) une compréhension du développement Agile
• Peut être exagéré pour un petit projet avec une petite équipe

Trello

Trello peut se résumer en une phrase simple : « des tableaux avec des cartes », alias Kanban . À première vue, cela pourrait même être trop simple pour un œil non averti ; cependant, des choses simples peuvent être extrêmement utiles.

La simplicité est un concept puissant. C'est en partie la raison pour laquelle l'iPhone et le Mac sont devenus si populaires, car leur système d'exploitation était simple et agréable à utiliser. Alors que Jira a l'impression d'avoir tout ce à quoi vous pouvez penser, Trello a l'impression d'avoir juste assez pour vous aider. Pas d'épopées, pas d'histoires, pas de sprints - vous travaillez simplement sur une carte et la déplacez à travers les différentes étapes (colonnes).

En gardant à l'esprit que tout cela existe également dans Jira, j'expliquerai quelques-unes des fonctionnalités qui brillent le plus dans Trello.

Étapes

Trello rend la définition des étapes très simple : créez simplement une colonne et commencez à l'utiliser. Les plus courants sont To Do, Doing, Review et Done. En raison de sa simplicité, vous pouvez ajouter d'autres colonnes comme On Hold (Jira peut le faire aussi, mais on a l'impression qu'elles sont perdues à moins que vous ne recherchiez explicitement ces problèmes) ou créer des colonnes pour différentes parties du système comme Todo Front-end ou Todo Backend. C'est excellent lorsque l'équipe et le projet sont petits, comme un simple site Web, un widget ou une extension, où il n'y a pas beaucoup de membres ou de tâches à gérer simultanément.

Membres

Vous pouvez attribuer une carte aux membres et c'est ainsi que vous attribuez une carte à un développeur, c'est très simple. Vous pouvez également marquer d'autres membres dans les commentaires, ce qui aide toutes les personnes impliquées dans un problème à continuer à communiquer à ce sujet.

D'un simple clic, les utilisateurs peuvent facilement filtrer leurs cartes ou les cartes appartenant à d'autres membres de l'équipe, ce qui est particulièrement pratique dans la vue Calendrier.

Très visuel

En raison de sa simplicité, Trello rend le Kanban visible chaque fois que vous ouvrez le contenu d'une carte. C'est une approche très visuelle, car vous ne pouvez pas échapper à cette vue. De plus, les cartes peuvent avoir des images visibles sur le tableau.

C'est quelque chose que Jira n'a pas (ou du moins je ne l'ai pas vu utilisé sur un vrai projet). Puisqu'une image peut en dire plus que des mots, vous pouvez facilement voir ce qui se passe sans ouvrir chaque ticket.

De plus, les balises colorées de Trello peuvent être utilisées pour ajouter encore plus d'informations sans avoir à développer une carte. Avec un peu de bonne organisation, ces équivalents Kanban des étiquettes Post-It peuvent s'avérer très utiles et vous éviter de nombreux clics inutiles.

Surcharge d'information

En raison de sa simplicité inhérente, Trello vous pousse à garder les choses simples et précises, en évitant le sentiment d'être submergé par des montagnes d'informations. Plusieurs fois, vous travaillerez sur un projet dans lequel vous serez constamment bombardé de notifications pour des éléments auxquels vous n'êtes même pas impliqué.

Ce bruit supplémentaire semble être quelque peu réduit sur Trello, du moins d'après mon expérience. Étant donné que Trello n'est pas si convivial pour ajouter des informations, j'ai découvert que les problèmes ont tendance à être plus petits, ce qui signifie que les tâches sont décomposées en plus petits morceaux que dans Jira. Avec un peu de planification, ces petites tâches ne devraient pas générer trop de bruit.

Gamification

Le concept de gamification consiste, en partie, à prendre une tâche simple et à la transformer en jeu grâce à l'utilisation de récompenses. "La difficulté ne vous rebute pas si elle est complétée par des récompenses", comme le souligne cet article sur le blog Trello.

Il y a une poussée d'adrénaline (ou de dopamine) chaque fois qu'un billet est déplacé d'une étape à une autre. Comme vous ne pouvez pas déplacer une carte vers une étape différente sans la faire glisser sur Trello (alors que sur Jira, il est plus facile de simplement changer le statut d'un problème), vous obtenez une connexion physique avec les progrès que vous faites. À un moment donné sans que vous vous en rendiez compte, vous avez envie de rivaliser avec vous-même pour éliminer plus de problèmes ce jour-là que la veille (j'espère que je ne suis pas seul ici avec ce sentiment) ou vous avez juste envie de vous battre pour faire la colonne todo vider le plus rapidement possible. De nombreux produits logiciels utilisent aujourd'hui la gamification pour créer un engagement plus important, comme les vues et les goûts sur la plupart des plateformes sociales - ce mécanisme d'action-récompense est ce qui maintient les gens engagés dans les plateformes.

Le bien et le mal

Je suis toujours étonné de voir à quel point l'utilisation de Trello est joyeuse, et certainement, sa simplicité est cruciale pour cette expérience. Les tâches ont tendance à être plus petites - bien que vous fassiez le même travail, il est préférable de déplacer trois tâches vers la colonne "Pour révision" plutôt que de changer le statut d'une seule histoire Jira en Terminé. (Je pense que le taux de conversion d'une histoire Jira est d'environ trois cartes sur Trello.)

C'est idéal pour les nouveaux développeurs ou les propriétaires d'entreprise qui essaient de gérer un projet car la barrière à l'entrée est très faible. Trello est facilement maîtrisé par n'importe qui, ingénieur logiciel ou autre. Le problème est que Trello peut être trop léger pour certains projets et grandes équipes. Bien que vous puissiez facilement créer des tableaux supplémentaires, avoir beaucoup de développeurs travaillant sur un seul tableau peut entraîner des problèmes. Ce n'est tout simplement pas le même, qualitativement, que l'espace de travail partagé de Jira.

Avantages

• Faible barrière d'entrée - vous n'avez besoin d'aucune expérience
• Interface utilisateur simple
• Extrêmement visuel - vous avez l'idée immédiatement
• Idéal pour les petits projets et les petites équipes

Les inconvénients

• Pas une interface utilisateur / UX conviviale pour ajouter beaucoup de détails à un problème
• Ne se traduit pas aussi bien sur mobile, car vous avez physiquement besoin de plus d'espace pour afficher un tableau kanban
• N'a pas de moyen (du moins, intuitivement) de hiérarchiser les tâches

Dois-je utiliser un outil de gestion de projet ?

Oui, je pense que dans la situation typique d'aujourd'hui, dans laquelle le responsable ou le propriétaire de l'entreprise n'est pas disponible pour répondre aux questions 24h/24 et 7j/7, vous devriez vraiment penser à utiliser un outil comme un moyen d'avoir un référentiel où tout ce qui est requis est écrit. de manière claire. Cela vous aidera à éviter la confusion ou les éléments manqués parce qu'ils ont été oubliés lors d'une conversation Skype ou enterrés sous des centaines d'e-mails. Si votre projet est plus petit, comme un site de loisirs, un PMT peut être exagéré.

Lequel dois-je utiliser ?

La réponse à cette question est celle qui correspond le mieux à vos besoins. Si votre équipe est composée de plus de quatre personnes et que le projet dure plus d'un an, j'opterai pour Jira. Si tel est votre cas, je vous recommande vivement d'en savoir plus sur l'utilisation de Jira et sur l'utilisation des méthodologies de développement logiciel.

Si votre équipe compte moins de quatre personnes et que le projet est un simple site Web, ou peut-être ajouter des fonctionnalités à un projet existant, je recommande Trello en raison de sa simplicité. Comme toujours, avec des outils, les deux peuvent faire le travail, mais cela ne signifie pas que le meilleur est le même pour tout le monde.