La liste des problèmes

Impediment backlog

Les présentations de Scrum abordent abondamment le backlog-le backlog de produit- et la façon dont il vit pendant le projet. Certaines s'aventurent jusqu'au backlog de sprint, que je préfère appeler la liste des tâches du sprint. Peu abordent la notion de problème (impediment) et surtout la façon de les gérer. A ma connaissance, seul Jeff Sutherland l'a évoquée brièvement dans un billet sur les 3 questions du scrum meeting.

Il dit, à propos de la 3ème question :

The most important effect of this question is to create a list of impediments that are assigned to the team or to managers. A major responsibility of the ScrumMaster is the manage, prioritize, and assure this impediment backlog is burned down

Encore un backlog, le backlog des problèmes ? Pour éviter la confusion je vais l'appeler liste des problèmes.

Mais comment gérer cette liste des problèmes ?
On peut souvent le faire de façon informelle, par exemple en les listant sur le tableau d'équipe. Mais pas toujours : dans le cadre de ma mission actuelle, il y a de nombreux problèmes, dont certains ne sont pas faciles à éliminer et le ScrumMaster n'est pas à plein temps sur le projet, alors il devient nécessaire de les enregistrer.
On peut utiliser une feuille de calcul pour gérer cette liste. Mais comme c'est aussi une nouvelle fonctionnalité qui est introduite dans IceScrum, j'ai identifié les user stories pour gérer de façon simple et utile cette liste de problèmes.
Quel est le lien de cette liste avec les autres artefacts (backlog de produit, liste des tâches) ? Simplement qu'un problème bloque le bon déroulement d'une tâche (ou de plusieurs).

Voici les stories :

  • en tant que membre de l'équipe[1] je peux indiquer que j'ai un problème dans la réalisation d'une tâche afin qu'il soit résolu au plus vite. Les attributs du problème : son nom, la description de l'impact sur le travail, la tâche impactée, la date
  • en tant que ScrumMaster je peux ordonner les problèmes (non résolus) par priorité
  • en tant que ScrumMaster je peux trier les problèmes (non résolus) selon leur date de création
  • en tant que ScrumMaster je peux indiquer qu'un problème est en cours de résolution et modifier ses attributs et ajouter des explications sur sa résolution. Il peut ajouter un attribut permettant d'indiquer si la résolution peut être faite par l'équipe ou bien nécessite l'intervention de personnes extérieures
  • en tant que ScrumMaster je peux indiquer qu'un problème est résolu
  • en tant que membre de l'équipe je peux filtrer les problèmes selon leur état (3 états: identifié, en cours de résolution, résolu)
  • en tant que membre de l'équipe je peux voir un graphique montrant pour chaque jour du sprint en cours le nombre de problèmes identifiés et le nombre de problèmes en cours de résolution
  • en tant que ScrumMaster je peux connaître la liste des tâches du sprint impactées par des problèmes
  • en tant que ScrumMaster je peux supprimer un problème

Notes

[1] le ScrumMaster et le Product Owner sont aussi des membres de l'équipe