Bienvenue sur le podcast Artisan Developer, l'émission pour les
programmeurs qui veulent vivre une carrière épanouissante. Prêt à
passer au niveau supérieur ? C'est parti !
Aujourd'hui j'aimerais te parler de la calandreuse. Cette maladie terrible qui
ronge pas mal de managers, pas mal de managers mais pas que. Tu vois les
symptômes sont assez classiques. On est omnibulés par le temps et par les dates.
Alors on fait des sizing à tout bout de champ. On doit en permanence estimer
estimer. Il y en a même qui passent leur journée à calculer quand est-ce qu'on
va livrer et puis en fait il passe la moitié de leur journée à calculer ça
et puis l'autre moitié de la journée expliquer pourquoi on est en retard.
Est-ce qu'on se remet en question ? Non pas du tout. On a toujours été en retard,
c'est comme ça mais on continue. Et puis demander au développeur d'estimer c'est
aussi une manière de s'engager. Et du coup c'est ça aussi qui crée parfois une
tension. On l'a bien compris les développeurs qui à un moment donné
ce qu'on dit c'est pris pour avoir un argent content. On a beau mettre les petites
précautions d'usage, du genre. Alors ça c'est une estimation, c'est pas sûr,
c'est peut-être un peu plus, c'est peut-être un peu moins. Je remarque que
finalement quand on a dit cinq jours ça doit être cinq jours. Alors moi ce que
je fais maintenant, je te donne une petite astuce, c'est que je donne en général
avec une estimation j'essaye autant que possible de donner une marge de
une marge chiffrée d'erreur en fait. Parce que quand tu annonces 10 jours ou
alors c'est 10 jours plus ou moins 20% c'est pas pareil. Et là d'un coup
l'interlocuteur en face réalise qu'en fait tout ça est une estimation. Alors
j'ai remarqué que la calendrose était particulièrement marquée chez les
chefs de projet mais ça touche aussi les techlead, les managers et parfois les
développeurs eux-mêmes. Et c'est là que ça devient problématique si ça touche
les développeurs parce qu'on peut pas prendre le temps de prendre du
recul pour s'améliorer. Pour les chefs de projet je me souviens de ce chef de
projet une fois le pauvre il passait ses journées à manipuler du tableau de
gants. Je me rappelle il passait à chaque fois que je passais derrière lui,
tu vois je regardais des tours de son écran un peu comme il faisait lui, il n'y a pas
de raison. J'étais curieux de voir un peu ce qu'il faisait ce monsieur là, un chef de
projet. C'était une grosse boîte, c'était le premier vrai chef de projet que je
voyais donc j'étais curieux et en fait il passait sa journée derrière je ne sais
pas je pense c'était Microsoft Project, la moitié de sa journée parce qu'il
passait l'autre moitié de sa journée en réunions à expliquer pourquoi ça
ne marchait pas et en fait pourquoi est-ce qu'on était quand même mortar.
Et je me souviens d'une fois où le pauvre, j'étais venu lui expliquer que
l'affectation des tâches qu'il avait faites, nous en fait on s'était à
réarranger les tâches et en fait on imputait sur nos tâches mais c'était
pas exactement ça parce qu'en fait nous on s'était réaffecté les tâches entre
nous donc son gant n'était pas complètement précis et tout à fait
exact et là je me rappelle avoir vu cette personne à un moment donné bloqué
et frisé le pauvre il avait, il était vraiment, il avait serré un
joint de culasse comme on pourrait dire quand je lui avais dit ça et je me
t'ai dit mais c'est violence que tu fais à la benoît arrête et je lui avais dit
écoute non c'est bon tu sais quoi on va bosser comme tu nous as dit on va bien
imputer les tâches au bon endroit cette maladie elle est elle est due au fait
tout simplement que on veut tout prévoir on veut tout savoir à l'avance et je
comprends ça parce que les engagements financiers de notre métier sont
sont parfois très élevés mais la réalité la triste réalité je dirais la
réalité cru on pourrait dire c'est qu'en réalité on ne sait pas on ne sait pas
combien de temps va prendre quelque chose à développer quand je dis on ne
sait pas c'est on ne sait pas dans la plupart des cas si jamais tu es donc
tu es développeur dans une boîte et qu'on te demande de toujours faire la
même tâche par exemple tu as une application qu'il faut personnaliser
pour un client ça tu sais que tu en as à peu près pour deux jours parce que tu
l'as fait 10 fois 20 fois oui là tu arrives à être relativement précis mais
si jamais tu travailles dans un contexte où tu dois développer une
fonctionnalité pour la première fois même si tu connais bien le produit et
bien tu te retrouve à faire quelque chose de complètement nouveau et d'unique et
ça ben en fait le fondement de la réalité c'est que on saura exactement
combien ça coûte le jour où on l'aura fait et ça c'est quelque chose qui
perturbe énormément les managers les décideurs ce que j'ai un petit peu du
mal à comprendre tu vois parce que même le bâtiment alors que ça fait des
milliers d'années qu'on fait des bâtiments il ya souvent des problèmes de
retard et nous dans notre métier notre industrie à 50 ans 60 ans et les gens
du mal à comprendre qu'il puisse y avoir des décalages d'estimation alors je te
le disais tout à l'heure ce qui me pose un vrai souci il est double d'abord c'est
qu'à un moment donné ça crée une tension qui peut devenir toxique toxique
vraiment là je parle sur la santé quoi littéralement et puis ensuite surtout
c'est que ça crée une pression ambiante qui empêche de prendre du recul alors
comment on sort de la calandreuse
moi je te propose de réfléchir à trois niveaux niveau individuel au niveau de
ton équipe et au niveau de la boîte au niveau individuel d'abord il faut
te rendre compte que personne ne meurt en général il est assez rare que un
retard entraîne la mort de qui que ce soit alors que par contre te faire des
trous à l'estomac des yeux le serre ou à un moment donné un jour te faire une
attaque cardiaque ça oui ça tu des gens alors si jamais tu es dans des tu fais
des cris aigu de calandreuse qui en arrivent à te bouffer l'estomac ou
tu arrives le matin à la boule au ventre parce que tu te sens mal tu sens
que tu vas être en retard et bien je te prescrits une petite une petite cure de
rien à foutre le rien à foutre c'est une stratégie assez assez simple tu
penses à quelque chose de vachement important pour toi et tu te répètes à
rien à foutre jusqu'à ce que tu sens que ton estomac se dénoue lentement
alors attention l'idée c'est pas de se désengager complètement c'est juste de
se protéger de couper un peu de circuit et de ramener à des à des enjeux à
des enjeux vachement plus simples et sains pour toi et puis surtout ne parle
pas de cette théorie à ton management il lui il va a priori assez mal le
prendre et potentiellement pas prendre ça très très bien donc il garde pour
toi c'est vraiment un travail personnel pour t'aider à prendre du recul
avant tout donc ça c'est le premier truc qu'on peut faire à l'échelle
individuelle se rendre compte que on va pas mourir que les choses vont bien et
que on va faire le maximum pour que ça se passe bien et que si jamais il y a un
peu de décalage ben il n'y a pas mordom quoi. Deuxième chose force toi à prendre
du temps pour t'améliorer même prendre que 30 minutes par jour ça fait 2 à
3 heures par semaine ça passe tout seul et tu peux récolter vraiment de
superbes fruits si tu fais ce travail en continu. Au niveau du groupe j'ai envie
de te dire que c'est peut-être là où tu peux le plus travailler et notamment
pour créer un lien de confiance parce que finalement c'est question d'estimation
et c'est question de est ce que tu seras à l'heure pas à l'heure tu avais dit 3
jours mais t'as mis 3 jours et demi souvent révèlent des problèmes de
défiance qui sont derrière et s'il y a bien on va dire une unité une échelle
où tu peux travailler la relation de confiance c'est à l'échelle du groupe
à l'échelle de l'équipe, une petite échelle de quelques individus jusqu'à 10-12 peut-être
et là je trouve que les rétros sont un super bouti pour venir nourrir la confiance
bien sûr il y a les projets que tu vas mener il y a les difficultés que tu vas
traverser en équipe ça ça va ça va souder l'équipe mais je remarque que
ce temps de rétrospective où tu vas prendre du recul sur une semaine ou deux
et où tu vas pouvoir te dire les choses avec sincérité et en prenant
évidemment quelques précautions dans la manière de t'exprimer et de dire les choses
ce sont vraiment des temps qui vont permettre à l'équipe de progresser et de créer la confiance
et peut-être un jour même à un moment donné de complètement réduire les syndromes de la
calendreuse et puis il y a le troisième niveau qui est le niveau de la boîte où là on parle
plus d'un changement de culture carrément là c'est plus costaud faut avouer c'est plus costaud
parce qu'il faut des compétences assez pointues pour accompagner ça et puis il faut que le top
management soit partie prenante et c'est pas toujours évident parce que quelque part pour le
management de mettre à la pression par le calendrier c'est une manière de concentrer les énergies et
du coup du point de vue du manager il peut se dire si jamais on enlève ça c'est touti mais
qu'est ce qui va se passer et d'ailleurs c'est pas complètement c'est pas complètement insensé
comme préoccupation moi je vois des managers qui à un moment donné cherchent à innover un petit peu
et disent bon ben maintenant un jour par semaine vous faites ce que vous voulez ça marche pas
toujours ça et du coup c'est là que à un moment donné il faut construire une vision d'ensemble
il faut construire un projet il faut arriver à donner envie il faut faire bouger les choses les
lignes progressivement et c'est là qu'en général on fait appel à déconsultant parce que d'avoir
une personne tierce qui vient aider à prendre du recul et apporter un regard extérieur ça permet
souvent de débloquer les situations et d'ailleurs si tu veux faire bouger la culture de ta boîte
contacte moi mon image c'est toujours le même benoît à rebase artisandeveloper.fr voilà j'espère
que cet épisode t'as plu que tu en as retiré des choses je suis curieux de ton feedback qu'est-ce
que qu'est-ce que ça t'a donné envie d'essayer de mettre en oeuvre en quoi est-ce que ça ressemble
à des situations que tu connais en tout état de coche t'invites à nos rejoins sur artisan
développeur.fr et je te dis à demain