Backlog Reboot

Il est des projets où même si le backlog est maintenu avec le plus de rigueur possible, un certain vieillissement de celui-ci s’opère avec le temps. Il n’est pas le seul, je sais, je vous vois venir.

Un backlog se construit dès la genèse du produit, et vit au même rythme que le produit lui-même.

Au fil des sprints, lors des affinages de backlog (backlog refinement),  de nombreuses informations y sont ajoutées, modifiées, supprimées, etc, etc…

Tout comme le code, le backlog a donc besoin d’un peu de nettoyage.

En phase de transformation à l’Agilité, il est nécessaire de « rebooter » le backlog au bout de 5 à 7 sprints. Il est intéressant de voir que cela correspond aussi, mais en est-ce la cause, à la phase de stabilisation de la vélocité.

L’enjeu est :

-          Revisiter les user stories restantes à faire

-          Réévaluer si besoin

-          Re-prioriser si besoin

-          Nettoyer l’outil (Excel, IceScrum, ou autres ;-( )

-          Avec une vision plus globale que ce que l’on fait en fin de sprint.

Et comme toute bonne chose arrive à temps, c’est le printemps, donc demain c’est Backlog Reboot !