Haut de page

Jira Agile Board : Scrum ou Kanban ?


Publié par
Anand UNADKAT

20 juin 2018

Dans des environnements toujours plus complexes et changeants, de plus en plus d’équipes utilisent la méthodologie Agile pour le développement et la livraison de produits qui répondent aux attentes des clients.

Depuis la version 7.x, Jira Agile est devenu Jira Software, un outil développé par Atlassian et conçu pour supporter les méthodes Agile – Scrum et Kanban- dans Jira. Il permet aux équipes qui utilisent déjà Jira d’adopter simplement les pratiques Agile. Néanmoins, lors de la configuration du projet, une question se pose tout de suite : Scrum ou Kanban ?

Si vous ne connaissez pas bien les méthodologies Agile, cet article vous éclairera sur le mode à choisir dans Jira Software qui vous permettra de prendre les bonnes décisions pour votre équipe.

Scrum vs Kanban

Boards Scrum

Un board Scrum est créé à partir d’un framework Scrum, c’est un board pour les équipes qui souhaitent planifier leurs activités en détail avant de démarrer leur projet. Cela signifie en général la création de sprints et l’estimation en Story points des Stories pour faciliter l’ordonnancement et la planification. Lorsque vous créez un board Scrum, vous pouvez créer une liste de demandes qui correspond à votre backlog. Ensuite, vous pouvez créer différentes versions et différents sprints et affecter les demandes à ces derniers.

Les boards Scrum ont un mode Planifier et un mode Travail . Le mode Planifier, comme expliqué précédemment, permet de déplacer les demandes de la backlog vers les sprints et d’estimer les demandes. Le mode Travail est semblable au board Kanban, où l’on peut bouger des tickets (demandes) entre les colonnes (statuts). Il permet, également, de Terminer les Sprints.

Boards Kanban

En comparaison, Kanban permet aux utilisateurs de commencer à travailler sans avoir de plan structuré, en effet, il n’ y a pas de mode Planifier. Pour suivre le statut des demandes, les boards Kanban utilisent la même interface avec des colonnes que le mode Travail d’un board Scrum mais sans la possibilité de les organiser en sprints. Ce board offre une vision globale de toutes les demandes du projets, et non par portion.

Dans une version récente de Jira Core, les utilisateurs peuvent créer des boards Kanban pour suivre leurs propres tickets. Vous n’aurez pas tous les fonctionnalités d’un board Kanban dans Jira Software.

Comparaison

Scrum

Kanban

Backlog

C’est l’endroit ou l’équipe va planifier les sprints et estimer les stories qui seront affectées aux sprints.

Workflow

Vous pouvez mapper vos colonnes avec les états de vos workflows Jira. Ces colonnes pourront changer si votre workflow change, en ajoutant ou retirant simplement des colonnes.

Planification des Sprints

En général lorsque l’on planifie les sprints, le product owner et le project manager se réunissent avec les développeurs et leur demandent des etimations. Ces informations peuvent être entrées directement dans Jira Software.

Swimlanes

Les swimlanes sont très pratiques pour séparer et organiser les tickets. Un exemple peut être de grouper les tickets par attribution. On peut ainsi voir facilement combien de tickets sont affectées à chaque développeur.

Agile Board

Il s’agit du mode Travail, où l’on peut voir le tableau Agile comportant une colonne par statut. Il permet de voir l’avancement d’un sprint.

Contraintes

Il est possible de positionner des contraintes minimum et maximum sur le nombre de demandes se trouvant dans chaque colonne. La couleur de fond de la colonne changera en fonction de la décision de l’équipe d’augmenter ou de diminuer le nombre de tickets.

Rapports

Avec les boards Scrum, vous disposez de plusieurs rapports d’avancement des sprints.

Burndown Chart – vérifie l’avancement des équipes par rapport à ce qui était prévu. Si l’objectif initial du sprint a été modifié, cela sera également visible dans ce rapport. Les autres rapports disponibles sont : Sprint Report, Epic Report, Velocity Chart, Version Report, etc.

Rapports

Kanban dispose également de rapports.

Un rapport qui est très utile en Kanban est le Control Chart. Il permet de mesurer le temps de cycle pour les demandes. C’est-à-dire qu’il calcule le temps moyen effectif pour traiter les demandes.

Scrum+Kanban

Ce board permet d’appliquer les fonctionnalités basiques de Kanban pour améliorer le traitement des stories.

Quelques arguments pour vous aider à vous décider

Alors comment savoir ce qui est le mieux pour vous ? Voilà quelques simples vérifications à faire :

DÉMARRER RAPIDEMENT

Si vous souhaitez commencer à travailler sur un board rapidement et avec un minimum de configuration, alors Kanban est le choix optimal. A part créer des nouvelles colonnes pour mapper vos états existant, Kanban nécessite très peu de configuration et permet de démarrer presque instantanément.

ETAT DES LIEUX DÉTAILLÉ DU PROJET

Si vous recherchez une vue détaillée de l’avancement de vos projets, alors choisissez Scrum. Avec ses sprints planifiés, ses story points et son panel d’outils pour créer des graphiques et des rapports (Burndown Chart, Sprint Report, Epic Report, Velocity Chart, Version Report etc), il s’agit de l’option la plus logique.

FONCTIONNALITÉS

Scrum dispose de bien plus de fonctionnalités que Kanban, simplement parce que le planning des sprints implique forcément du travail avant de commencer à travailler. Avec Kanban, c’est plus direct, on affiche simplement les demandes sur un board et on les positionne dans les états qui conviennent. Scrum a plus de capacités de reporting que Kanban.

SIMPLICITÉ D’UTILISATION

Scrum peut être assez complexe à configurer à cause de la période nécessaire au planning. Il faut ajouter des version, des story points, des sprints, vérifier les demandes se trouvant dans la backlog et dans le sprint en cours, les demandes terminées, les sprints terminés, etc. Cela fait beaucoup de choses à suivre pour certains utilisateurs, tandis que sur Kanban, on peut tout voir depuis un seul et même board. Kanban convient aux équipes commerciales qui ne veulent gérer que le suivi de leurs tâches et ainsi connaitre leur état d’avancement.

TAILLE DES PROJETS

Une des clés de votre choix se situe dans la taille de votre projet. Si vous travaillez sur un petit projet avec un nombre faible de demandes, alors Kanban est l’option la plus simple. Avec un projet important, un grand nombre de tickets et de développeurs, alors Scrum vous offre des possibilités d’organisation, de processus et de suivi bien plus appréciable. Les projets qui suivent un framework Scrum bénéficieront grandement de l’utilisation d’un board Scrum.

Conclusion

Scrum et Kanban sont deux méthodologies intéressantes, mais aucune ne convient à tous les projets. Prendre la bonne décision pour votre équipe dès le démarrage de votre projet peut vous faciliter la tâche au quotidien pour la gestion de ce dernier.

Nous aimerions connaître votre avis : quel est selon vous le critère de choix le plus déterminant ? Dites le nous en commentaire.

Si vous n’êtes toujours pas certain de votre choix, contactez un de nos consultants certifiés Atlassian en cliquant sur le bouton ci-dessous.