Et pourquoi ne pas avoir un board pour les Product Owners afin qu’on voit le degré de maturité des users stories ? 

On voit trop souvent un board d’équipe de développement. Le fameux board de Scrum, mais pas assez de vision sur les prochains items du product backlog ou sur le niveau d’avancé des futures User Stories (US).

Si vous n’utilisez pas encore Kanban (et c’est bien dommage). Ce board pourrait vous intéresser. 

Analysez ce schéma : 

  • À l’extrême gauche, on a une vue des User stories non-prêtes. Ce sont peut-être des Epics.
  • La colonne “Story en Rédaction” représente les User Stories en cours de rédaction.
  • La colonne “Test BDD” pour l’écriture des tests en Gherkin.
  • Et la dernière colonne où obtient les “User Stories prêtes”, afficher selon un niveau priorisé.

On peut même limiter les colonnes comme Kanban, afin de ne pas se disperser et commencer par finir ce qui a été commencé. 

Quid du double product owner pour une team ? (Je sais, c’est affreux… on a pas tous le même contexte organisationnel). 

Bien! Cette méthode permet d’aligner les PO entre eux. Voir où est chaque PO, sur quelle story il travaille (management visuel avec le petit avatar). Ils peuvent même faire un petit daily meeting devant se board afin de se synchroniser.

Et vous, comment faites-vous? 
Que pensez-vous de ce système? 

Merci beaucoup, Xavier.