Dans la première partie de ce blog la semaine dernière, je parlais de la façon dont Confluence peut être utilisé pour capturer les exigences d’un projet.
Dans l’article de cette semaine, nous allons nous concentrer sur la gestion des exigences dans JIRA pour terminer le cycle de vie de l’exigence.
Établissement d’un processus de revue des exigences
Nous avons déjà vu comme le Business Analyst peut décomposer les exigences en user stories et créer des tickets JIRA depuis Confluence – mais cela ne signifie pas que les exigences sont prêtes à être implémentées ! Le responsable de produit doit faire une revue des exigences (éventuellement demander à un architecte de produit ou responsable technique de l’aider sur les aspects techniques des exigences) avant de commencer l’implémentation. Cela permettra d’éviter à l’équipe de développement de perdre du temps lors de la planification de sprint.
La configuration de votre workflow est la première étape pour gérer les exigences du projet dans JIRA. Voyons comment faire cela :
ÉTAPE 1 : CRÉER UN WORKFLOW
J’ai créé un workflow avec un processus de revue simple, avant de commencer les tâches de développement. En fonction de vos processus internes et des besoins de votre équipe, vous pouvez adapter ce workflow en incluant d’autres statuts pour la revue, ou bien ajouter des étapes d’approbation.
ÉTAPE 2 : Créer un filtre
Puisque nous allons examiner les données avant de commencer le développement, nous devons créer deux tableaux agile :
- Un tableau Agile de type Kanban pour le processus de revue des exigences par le responsable de produit et le responsable technique.
- Un tableau Agile de type Scrum pour la gestion du backlog et un tableau de sprint pour l’équipe de développement.
J’ai utilisé un tableau Kanban pour la revue des exigences. En effet, ce type de tableau est propice à la visualisation du workflow et cela facilite grandement le travail de l’équipe de management du produit. Une fois qu’un ticket aura atteint la dernière colonne, il apparaîtra dans le backlog, c’est à dire le second tableau (le tableau de type Scrum).
Comment configurer vos tableaux Agile
- Créer un filtre qui regroupe uniquement la partie “revue” du workflow. Dans l’exemple de workflow ci-dessus, sélectionnez les statuts (In review, accept et reject) puis sauvegardez le filtre comme indiqué ci-dessous. (Remarque: Assurez-vous que vos filtres sont partagés avec le projet, ou les autres utilisateurs ne seront pas en mesure de voir votre tableau Agile).
- Créer un filtre similaire qui regroupe les tickets orientés “développement“. Sélectionnez les statuts (To Do, In Progress et Done), puis sauvegardez le filtre.
- Créer un tableau Kanban pour votre projet.
- Cliquez sur “Tableau à partir d’un filtre existant”.
- Enfin, donner un nom à votre tableau Kanban et sélectionnez le filtre que vous venez de créer pour la partie revue.
- Répétez les étapes précédentes pour le tableau Scrum et sélectionnez le second filtre que vous avez créé pour la partie développement.
- Vous pouvez basculer entre les tableaux à partir de votre page de présentation du projet comme indiqué ci-dessous :
ÉTAPE 3 : CONFIGURER LES COLONNES DANS VOS TABLEAUX AGILE
L’étape suivante dans la gestion des exigences dans JIRA est l’association des statuts du workflow avec les colonnes de vos tableaux Agile.
- Les statuts In Review, Accept et Reject seront mappés dans les colonnes du tableau Kanban.
- Les statuts To Do, In Progress et Done seront mappés dans les colonnes du tableau Scrum.
Maintenant, testez vos tableaux en créant un ticket et en le faisant glisser à travers les colonnes du tableau Kanban, puis à partir du carnet de produit vers un sprint dans le tableau Scrum. (Remarque: Tous ces changements de statut dans JIRA seront automatiquement mis à jour dans la page Confluence)
Félicitations ! – vous avez réussi à configurer un cycle de vie des exigences en mutualisant JIRA et Confluence !
