Le réflexe
Revue de sprint. Dix-huit tickets fermés, le burndown est propre, tout le monde ressort satisfait.
Personne ne demande ce qu’un client peut faire aujourd’hui qu’il ne pouvait pas faire il y a trois semaines.
Le réflexe builder
“Dix-huit fermés. Qu’est-ce qui a changé pour l’utilisateur ?”
Pourquoi
Un ticket est un outil de coordination. Il empêche quatre personnes de se marcher dessus sur le même fichier. C’est tout ce pour quoi il a été construit.
Il devient un problème le jour où il se transforme en unité de mesure. La façon la moins chère de faire monter un compteur, c’est de découper le travail plus fin. Les tickets rétrécissent, le tableau a l’air plus sain chaque semaine, le produit reste où il était. Personne n’a décidé ça et personne ne triche. Les gens visent ce qui est regardé.
Garde le tableau. Compter n’a jamais été le problème. Ne compter que ça, si. Une équipe qui annonce son chiffre et ne peut nommer une seule chose qu’un utilisateur sait faire maintenant a passé trois semaines à être occupée.
À essayer
À la fin de chaque cycle, avant n’importe quel tableau de bord, une ligne.
Ce qu’un utilisateur peut faire maintenant et ne pouvait pas avant : …
Remplis-la, ou laisse-la vide. Vide, à côté de trente tickets fermés, ça en dit plus que n’importe quelle courbe de vélocité.
À discuter
Notre dernier sprint que tout le monde a qualifié de réussi, il a changé quoi, et pour quel client nommément ?