Comment organiser un backlog avec JIRA Software


Publié par
Abdullahi ABDULJABAR

24 août 2016

 Gérer votre backlog produit dans JIRA

En tant que responsable produit, il est crucial de maintenir un backlog organisé et priorisé afin de s’assurer que les équipes de développement aient toujours accès à la dernière version de la roadmap produit. Dans ce blog, nous allons voir comment organiser un backlog dans JIRA Software.

Le carnet de produit, késako?

Le backlog, aussi appelé « carnet de produit » est « une liste ordonnée de tout ce qui pourrait être requis dans le produit et est l’unique source des besoins pour tous les changements à effectuer sur le produit ». C’est un document qui évolue constamment au cours de la vie du produit et n’est « jamais fini ». (réference)
Habituellement, l’équipe de développement commence à travailler sur un petit backlog contenant les exigences recueillies auprès de divers intervenants métier. Dès qu’une première version du produit est libérée pour des utilisateurs/clients, le nombre de caractéristiques, exigences et bugs provenant de différents canaux augmente. Le responsable produit devra alors les filtrer et les ordonner en s’appuyant sur différentes variables telles que l’impact business, ou la capacité de l’équipe de développement à résoudre la demande.

Voici la démarche à suivre pour organiser un backlog :

space1

Exemple de backlog dans JIRA Software qui contient 52 demandes de différents types (Story, Bug, etc.)

Trouver les tickets indésirables

En utilisant le navigateur de demandes, vous pouvez effectuer des recherches sur tous les tickets liés à un ou plusieurs projets JIRA, et créer des filtres.

Dans cet exemple, le responsable produit souhaite retirer deux demandes de type initiative du carnet de produit car elles ne sont pas une priorité pour l’instant.

Issue_Navigator

Est-ce que cela signifie que je vais définitivement supprimer les demandes de JIRA ?

Bien sûr que non : l’idée est ici d’archiver les demandes en les triant afin de les retrouver facilement si besoin. (Astuce: Si la demande date de plus de 3 mois, il est possible de la supprimer afin de mieux organiser le projet.)

Comment procéder ?

Nous allons lister de multiples façons de faire, vous pourrez choisir l’option qui est la meilleure pour vous :

  • Créer différentes résolutions pour les projets JIRA et clore toutes les demandes avec une résolution donnée. Un exemple de résolution pourrait être « impossible, besoin d’information, pas important pour l’instant »,
  • Créer un label spécifique. Un exemple de label pourrait être “gelé, en projet” etc,
  • Créer un composant ou un champ personnalisé et utiliser l’approche résolution et/ou label comme expliqué ci-dessus.

Quelque soit l’option choisie, l’idée est de garder les demandes indésirables hors du backlog et de les signaler avec une valeur spécifique afin de simplifier leur recherche pour le futur.

Pour le reste de ce blog, nous allons utiliser l’option du label.

Signaler les demandes

Un responsable de produit a sélectionné deux demandes de type initiative et a mis à jour leurs labels avec une valeur spécifique :

set_Label

Demande 1: Saisissez not_possible dans le champ label

set_Label_1

Demande 2: Saisissez not_priority dans le champ label

Astuce : Utiliser les bulk operations pour éditer plusieurs demandes en même temps. Le champ label est sensible à la casse (MAJ) et n’accepte pas les espaces – il faut donc remplacer les espaces par des underscores (tiret du bas).

Mise a jour du filtre pour le backlog

Il faut mettre à jour le filtre utilisé pour le carnet de produit – cela affectera les données affichées :

configure

Cliquez sur Configure dans le menu Board (Seuls l’administrateur du tableau Agile ou l’administrateur JIRA ont les droits pour le faire).

conf1

Cliquez sur Edit Filter Query

label1

Mettez à jour le filtre pour ne montrer que les demandes qui n’ont pas de label.

Astuce : Rendre le filtre plus spécifique en écrivant le nom exact du label à exclure. Par exemple: “labels not in (maybe_in_future,not_possible)”

Une fois le filtre enregistré, le backlog est mis à jour automatiquement. (Dans cet exemple, le nombre de demandes dans le backlog est passé de 52 à 50)

backlog1

 

Félicitations ! Vous venez d’apprendre comment organiser un backlog produit dans JIRA et archiver les demandes pour des besoins futurs.

J’espère que ce tutoriel vous sera utile, et si vous avez des questions, laissez un commentaire ci-dessous.