Bienvenue sur le podcast Artisan Developer, l'émission qui combine technique et agilité
pour partager la passion du code.
Aujourd'hui je suis avec Olivier Michaud de Travaux.com, Travaux.com qui est notre
sponsor de la semaine, merci à Claire et à toute son équipe pour sa confiance.
Olivier bonjour.
Bonjour.
Dans la battle de la semaine préfères-tu estimer en Jureum ou en Pointe-Ou, tu as choisi
ton camp.
Alors est-ce que tu peux nous dire lequel et pourquoi ?
Moi je préfère vraiment les points de complexité parce que je trouve que c'est un rapport
avec le concret et le réel.
Les points de complexité ? Tu te fous de moi ?
Serieux ?
J'ai dit point de complexité.
Mais qu'est-ce que tu me fais Olivier ? Tu devais être le candidat du Jureum.
Désolé.
Moi je suis un fervent partisan des Jureums parce que je trouve qu'il y a un rapport avec
le réel et le travail au jour le jour, au suivi.
Je trouve que les Jureums, alors l'argument des cartes et de la suite de Fibonacci, lui
je me suis jamais senti contraint à n'utiliser qu'une seule carte pour estimer une tâche.
Jusqu'à présent on travaillait en Jureum et que de toute manière ça n'était que
des heures ou que des jours de développement.
Partant de ce principe-là pour le suivi, au jour par jour, les Jureums, les jours et
les heures hommes, je les vois beaucoup plus dans le réel, dans le burn down, dans le
suivi des tâches, dans l'avancée des tâches et surtout dans le retard que l'on peut appliquer
à telle ou telle tâche.
Ce que tu veux dire c'est que c'est plus concret pour toi ?
Pour moi c'est vraiment plus concret.
Les points de complexité, en plus les points de complexité peuvent impliquer différentes
personnes et donc on n'arrive pas à voir de matérialisation des points de complexité
après dans le suivi des tâches au jour le jour parce qu'un point de complexité,
par exemple si on dit qu'une grosse tâche, une tâche très complexe et sur du 13,
elle risque d'impliquer plusieurs intervenants et donc je n'arrive pas à voir son suivi
et sa matérialisation derrière que l'on pourra avoir.
Moi je t'avoue que je suis aussi partisan du Jureum et je travaille au quotidien avec
le Jureum pour une raison simple, c'est qu'on travaille sur plusieurs projets et pour que
le point de complexité fonctionne pour moi dans ma tête, il faut qu'il y ait un référentiel
par projet et du coup c'est difficile de comparer des chouets et des carottes et donc
c'est plus simple pour moi de travailler en Jureum, c'est plus concret aussi.
Par contre, ce que j'aime pas dans le Jureum, c'est qu'il a ce côté un peu fallacieux de te laisser
penser que quelque chose qui fait une tâche de 3 jours, va prendre 3 jours calendaires à faire.
Ça c'est un peu le piège quoi, qu'est ce que tu en penses de ça ?
Je pense que la capacité de ton équipe est vraiment à bien estimer en fonction du nombre
de réunions, en fonction des congés de tout un chacun, mais à partir du moment où tu as réussi à
épurer de ta capacité primaire tout le temps passé en réunion régulière, tout le temps passé en
meetings divers et variés ou même les rituels scrums, après tu arrives à avoir vraiment une
estimation de ta capacité de production. En fonction des différentes typologies de développeurs,
l'idée Vinstituit et de leur reporting, tu peux vraiment avoir quelque chose. Pour moi le Jureum
se rapproche du concret. L'autre argument en faveur du Jureum, c'est que tes Jureums peuvent
s'échanger d'une personne à l'autre. Ah, que tu me dis là ? Ah si, je trouve que les Jureums peuvent
plus s'échanger alors que les points de complexité comme j'ai dit juste avant peuvent impliquer
plusieurs personnes peuvent impliquer beaucoup plus d'intervenants et donc dans ce cas-là,
tu arriveras pas du tout à estimer ton impact sur ta production. C'est rigolo parce que dans ma tête,
les points de complexité justement avaient plus tendance à s'abstraire des gens qui devaient
implémenter la chose et au contraire justement des Jureums, moi je sais que dans mon équipe,
il y a des gars, ils sont meilleurs que moi techniquement sur certains sujets et ils vont
les deux à trois fois plus vite que moi ou l'inverse sur d'autres sujets, c'est moins qu'ils
vaient les deux à trois fois plus vite que eux. Ce qui a toujours été d'ailleurs un problème dans
l'estimation au Jureum, c'est que justement selon qui faisait la tâche, il fallait trouver un compromis.
Alors pour l'estimation, je suis d'accord avec toi. Par contre pour le suivi au jour le jour et pour
ton burden et pour connaître ta capacité réelle de développement restante, là dans ce cas-là,
le Jureum est beaucoup plus proche de ce que tu vas réussir à sortir de ton équipe,
de ce que tu vas réussir à produire à la fin et surtout de la visibilité que tu vas avoir sur
est-ce que ton sprint va réussir ou pas. Ok pour toi c'est plus simple de suivre des Jureums que
de suivre des points de complexité. Un reste à faire en Jureum est plus simple à évaluer.
Tout à fait parce que le reste à faire en point de complexité, si tu te retrouves avec la grosse tâche
boule de pu, très complexe, elle en fin de sprint, tu ne sauras pas du tout estimer si tu arrives à
finir ton sprint ou pas. Le seul point que je reproche au Jureum et pour moi le seul argument
valable vraiment des points de complexité c'est la vélocité d'une équipe parce que la vélocité
d'une équipe pourrait se comparer du d'un sprint sur un autre en vélocité et en point de complexité
alors que en Jureum c'est beaucoup plus compliqué de comparer la vélocité d'un sprint par rapport
à l'autre parce que tout ce que tu as réussi à faire c'est à délivrer des Jureums. Tu as pas
réussi à développer des tâches plus ou moins complexes. C'est intéressant ça parce que comparer,
moi je n'ai pas ce problème de suivre des bandards dans Jureum d'une fois sur l'autre,
au contraire même ça me... d'une fois sur l'autre. C'est ce qui me permet d'évaluer ce facteur,
justement je parlais tout à l'heure du un Jureum n'est pas un Jure calendar. Tu vois si sur l'équipe
j'ai sur 10 jours travaillé finalement l'équipe a produit 22 Jureums, je sais qu'elle a produit
potentiellement 2,2 Jureums par jour ouvrées et même si mon équipe est 4 tu vois, si mon équipe
est de 4 personnes et qu'elle a produit 2,2 Jureums par jour ouvrées, ça me donne ce ratio qui me
permet ensuite de projeter. Sous réserve que ton équipe est stable et avec les mêmes intervenants
d'un sprint sur un autre, je suis d'accord si ton équipe est un petit peu fluctuante et que tu
vas avoir des compétences différentes qui vont arriver, tes Jureums risquent de se raccourcir ou de
se voir allonger en fonction des différentes compétences que tu rajoutes dans ton équipe.
Complètement d'accord avec toi, c'est pour ça que j'essaye de garder les équipes les plus
stables possible parce que c'est déjà tellement dur ce qu'on fait mais jouer avec les trucs,
pour moi ne pas maîtriser les choses qu'on peut maîtriser, c'est juste pas une bonne idée.
Merci Olivier d'être venu aujourd'hui, merci pour ta participation.
Merci à toi, merci pour l'invitation.
Quand à toi chère auditeur, je t'invite à nous rejoindre dans l'ARN,
dis-nous qu'est-ce que tu en penses, est-ce que tu préfères estimer en Jureum ou en point,
en point de complexité, en point de story, en point de ce que tu veux, mais dis-le nous dans
arn.artisandeveloper.fr, tu rejoins la battle et puis si tu as envie d'en savoir plus sur le
profil que recherchetravot.com, c'est très simple, tu cliques sur leur logo et tu accesses directement
la page de description. Je te remercie, je te dis à demain.