Bienvenue sur le podcast Artisan Developer,
l'émission qui combine technique et agilité pour partager la passion du code.
C'est parti, on enregistre.
Aujourd'hui, je suis avec Damien Tramont.
Damien, bonjour.
Bonjour.
Damien travaille chez Travaux.com, Travaux.com qui est notre sponsor de la semaine d'ailleurs.
Merci à Claire et à toute l'équipe pour sa confiance.
Je te propose, Damien, qu'on attaque sur cette question de
est-ce que tu préfères estimer en Jurem ou en point de complexité,
et toi, tu as clairement un avis, est-ce que tu peux nous dire lequel et pourquoi ?
Je penche totalement du côté des points de complexité versus le temps.
Je préfère les points de complexité parce que,
sur la suite de Fibonacci, on a un certain nombre de cartes qui est disponible.
Donc, à l'an 2,5, on oublie en les gros chiffres jusqu'à, on va dire, 13.
On a juste 1, 2, 3, 5, 8, 13 qui sont vraiment des cartes disponibles.
Ça fait très peu de cartes.
Ça fait que notre choix en Relish Planning ou en Spring Planning lorsque l'on vote en équipe,
le choix est beaucoup plus petit, donc on va voter beaucoup plus vite.
Mais c'est ce que ton argument reste valable, quelle que soit l'unité en fait ?
Non, parce que quand on le fait en temps, pour moi, on ne suit pas la suite.
Et donc, on peut faire des combos de cartes qui fait que ça fait 2 jours, 3 jours, 4 jours,
5 jours, 6 jours, 7 jours, 8 jours.
Ok, donc ce que tu dis, c'est que le fait de travailler en point de complexité pour toi,
et le fait de le faire avec la suite de Fibonacci, fait que ça impose un cadre en fait d'estimation en fait.
Oui, c'est ça.
Ok.
Et donc, l'autre avantage de ça, c'est que même si on choisit un 5 en point de complexité,
ça ne veut pas dire que tous les développeurs sont d'accord sur la solution qu'ils vont proposer sur une story.
Alors qu'en temps, le fait de devoir discuter de ces solutions chacun,
va prendre beaucoup plus de temps sur ton sprint planning ou mon release planning.
Et on va rentrer beaucoup trop dans le technique, parce que on sait que quand on lance des développeurs dans le technique,
on ne les arrête plus.
Donc, on va avoir ce gain de temps là, parce que la technique reste vraiment loin.
On parle vraiment que du fonctionnel, pour moi, en point de complexité.
Ok, donc ce que tu dis, je vais essayer de résumer ton argument, c'est que à la fois,
ça va plus vite pour toi, les estimations en point de complexité.
Oui.
Et ça va plus vite, parce qu'on reste au niveau fonctionnel, on s'abstrait de l'implémentation logique,
fin de la implementation concrète, c'est ça ?
Oui.
On reste plus loin de la technique.
Parce que vraiment, quand on lance des développeurs sur la technique,
on peut parler pendant beaucoup trop de temps, 10 minutes, 1,5h, 20 minutes sur une même user story.
Lorsqu'on décide de voter en point de complexité, par exemple, on met un 13,
on sait que derrière cette user story, on va juste se dire qu'elle est trop grande,
il faut la découper.
Donc ça va faire des plus petites user stories.
Et ces plus petites user stories, tu vas pouvoir les découper plus rapidement,
avec ton 1, 2, 3, 5.
Est-ce que, enfin chez Travaux.com, est-ce que tu vous travailles avec ces points de complexité aujourd'hui,
quel est ton retour d'expérience sur ça ?
Alors, en ce moment, on a commencé à appliquer les points de complexité.
Depuis qu'on a commencé à la GIL, ça faisait au moins 2 ans qu'on était en jour homme.
On a réussi à pousser pour au moins essayer, pour avoir un minimum de retour d'expérience en point de complexité.
Donc on a attaqué depuis 2 sprints.
On n'a pas encore de vrais retours de vécu, mais on espère avoir un retour de vécu positif.
Et comment ça a été perçu, notamment par le management, parce que c'est quand même abstrait pour ces gens-là,
et eux, globalement, ils veulent des délais et des prix, donc des coûts et des délais,
comment est-ce que ça a été perçu le fait d'amener les points de complexité, justement ?
Pour l'instant, je ne sais pas du tout.
Je vous laisse faire.
Voilà, on a carte blanche actuellement, donc on essaye,
et on verra si au bout de 2 mois, quand ça sera un peu plus abouti,
si ça leur convient ou pas le mode de fonctionnement.

Ok. Est-ce que si on pousse l'exercice jusqu'au bout, est-ce que tu vois des inconvénients en toi, au point de complexité ?
Les inconvénients, oui, parce qu'il y a quand même une réflexion sur la carte que tu vas choisir,
en fonction de pas mal de critères.
Donc, quand tu vas choisir pour ta tâche, tu sais que tu vas prendre en compte l'effort que tu vas fournir le risque,
l'imprévu.
Toutes ces choses-là sont des choses quand même abstraites sur une tâche ou une story.
Donc, c'est plus dur de se mettre dans le bain, mais une fois que tu y es et que tu es lancé,
ça vient au fil de l'eau.
Bah écoute, merci pour cet échange.
Merci d'être là aujourd'hui.
Merci à toi.
Quant à toi, chers auditeurs, je t'invite à nous rejoindre dans l'AREN pour participer.
TAPAREN.ARTISONDEVELOPER.FR.
Tu pourras venir directement sur l'AREN de Travaux, Travaux.com.
Et si tu as envie d'en savoir plus sur le profil que recherche Travaux.com, parce que oui, Travaux.com recrute,
tu cliques simplement sur le logo de Travaux.com et tu as sur la page qui te donne plus d'informations.
Je te remercie et je te dis à demain.