Bienvenue sur le podcast Artisan Developers, l'émission pour les programmeurs qui veulent
vivre une carrière épanouissante. Prêt à passer au niveau supérieur ? C'est parti !
Aujourd'hui je suis avec Thomas Pierrein, Thomas bonjour.
Salut Bolo.
Je te propose qu'on parle d'un sujet qui te tient à coeur l'émancipation des développeurs
et développeuses. C'est ce que t'appelles sortir du rôle de simple exécutant. Qu'est-ce
que tu entends par là ?
Je viens remarquer que malgré le fait que le marché du travail se soit un peu retourné,
il n'y a pas vraiment de chômage en informatique en tout cas aujourd'hui, malgré ça on reste
assez souvent dans une posture de simple exécutant sur les projets avec les efficacités qu'on
sait. Le cas aux triports je sais pas si tu le fuis encore chaque année qui explique bien
tous les...
Non, ça en est où ?
C'est pareil. Tous les projets en informatique foire.
Il y a toujours autant de projets qui mèrent.
Je crois que les chiffres sont un peu prestables en plus donc c'est assez déprimant.
Tu veux dire que même avec le développement massive de l'agilité, finalement ça n'a
pas sensiblement amélioré les choses ?
Non, alors après il faut voir ce que les gens mettent derrière le terme agilité, parce
qu'il y a l'agilité d'entreprise. Moi je l'ai travaillé pendant longtemps dans un
géant du K40, donc je peux te dire que tout le monde était agile entre guillemets mais
en fait il y avait très peu d'équipes qui l'étaient vraiment...
Donc c'est assez frustrant, ça fait 20 ans que je fais du soft pour vivre et de voir
qu'on en est toujours là ça me désoe un peu.
Alors quand tu commences ta carrière ? Moi je sais pas si...
Moi j'ai commencé en société de service, je sais pas si c'était le cas pour toi aussi.
Je suis un éditeur.
Ok, la première jour où on a placé en régie, on m'a vendu expert d'une techno que je
connaissais pas. Donc ça veut dire quoi ? Ça veut dire que des jeux...
C'est un grand classique ça.
Grand classique, mais alors quand je fais les coqs et les confs, je demande parfois
est-ce que ça se reproduit et c'est toujours le cas malheureusement.
Alors ça a un effet de bord assez flagrant, c'est que chacun est un peu victime du
sardom de l'imposteur. Et donc quand tu es victime du sardom de l'imposteur,
il y a un truc que tu essaies de pas faire c'est de te faire goller en général.
Donc en gros ça n'aide pas les devs à devenir des interlocuteurs ou des interlocutrices
privilégiées pour le métier parce que au début c'est juste de pas se faire goller.
Donc on est un peu en retrait, on est un peu timide et puis on reste sur le précaré de
tech. Et donc ça a quelques conséquences sur l'exécution des projets de mon point de vue.
Donc je me dis qu'il serait temps là en 2019 que développeuses et développeurs,
on se secoue un peu, on se réveille un peu et on change de braquets, qu'on change de posture
tout simplement et qu'on se rend compte qu'on n'est plus des simples exécutons.
En fait j'ai l'impression que c'est même le, je ne sais pas comment le dire, le métier,
le contexte, le sens de l'évolution. Moi je vois quand même un impact de l'agilité en masse,
même si je suis d'accord avec toi qu'elle est souvent interprétée, c'est qu'il y a quand même
des cycles de feedback qui se mettent en place, qui se raccourcissent et c'est là où je trouve
qu'on a une place à jouer de plus en plus à sortir du bas du cycle en V, là et remonter un peu
pour être impliqué dans les différentes phases du produit. Le souci que je vois,
moi ce n'est pas tellement le coup de la SS2Z où on t'a vendu comme expert et tu essayes de te
planquer, c'est plutôt des organisations qui elles-mêmes considèrent le dev comme un exécutant
en fait et même dans les startups, j'entends encore des gars dire attends mais moi je veux un profil,
moi je veux juste un codeur, un développeur qui m'aligne de la ligne de code et puis c'est tout,
il code et c'est tout. Bien sûr, mais alors tu as tout à fait raison, moi j'abondais le problème
que d'un point qui est du point de vue des devs parce qu'en gros faire changer les autres,
c'est plus dur si tu ne fais pas changer toi-même. Il y a un texte que j'ai lu il y a deux ans qui
m'a vraiment secoué, c'est le discours sur la servitude volontaire de la BOESI. Il y a écrit
ce texte-là il y a quelques siècles, ça a été le point de départ et la base le substrat pour
tout un tas de mouvements d'émancipation non violents à travers le monde et que ça soit Gandhi,
que ça soit la lutte contre l'apartheid etc. Beaucoup ont emprunté à ce texte-là,
qu'est-ce que ce texte-là il nous raconte ? Il nous dit que les géants ne sont géants que parce
qu'on reste à genoux, que si tu continues à jouer le jeu, tu permets la situation de ne pas
bouger. Donc en arrêtant de jouer le jeu du simple exécutant, je pense que ça pourra faire bouger
les choses. Parce que je te le disais, le marché du travail il est tendu. Au bout d'un moment,
si on est plus en plus nombreux à refuser de travailler dans ces conditions-là, c'est-à-dire
des silos, plein d'intermédiaires, enfin tout ce qui rend les projets inéficaces et de plus en
plus compliqués, je pense que au bout d'un moment on arrivera à se faire entendre. Alors si ça ne
se dit pas non plus de prendre un otage de nos clients, etc. C'est juste d'expliquer que la façon
de fonctionner qu'on a utilisé jusqu'alors, elle n'est pas efficace et qu'on peut faire beaucoup
mieux. Donc c'est désembarquer la dent. Alors moi je suis d'accord avec toi et tu vois, j'ai un peu de
recul maintenant, ça fait bientôt 10 ans que j'ai ma petite société de service. Donc j'ai commencé
dans l'édition, les 10 premières années dans l'édition, les 10 dernières dans ma propre SN.
Et ce que tu dis me fait mes voques en fait, la relation qu'on a avec certains clients où on
sent vraiment la différence entre les clients qui veulent un exécutant et les clients qui veulent
t'impliquer et profiter de ton regard, de ton expertise et des dizaines de projets qu'on a vécu.
Et des fois on dit aux clients, on fait attention là, on ne le sent pas. Donc moi la règle éthique
que je me suis fixée, c'est de dire après tout le client, c'est le client, on est là pour le servir.
Moi à partir du moment où j'ai mis en garde une fois, deux fois, trois fois sur le fait que ça
me paraît c'est bizarre, que je pensais peut-être qu'il y avait d'autres manières de faire. Après
tout si le client ne veut pas l'entendre, tant pis. Et du coup, sur certaines missions, on passe
en mode automatique, on réfléchit beaucoup moins, on exécute puisque c'est après tout, c'est la demande.
Et j'ai l'impression qu'on est au max, tu vois, je sais pas si ça t'évoque quelque chose.
Si tu te t'as fait, c'est un compromis qu'on peut comprendre de ta faite. Moi je sais qu'après 20 ans
d'expérience, diverses et variées, j'ai pu envie de bosser pour ces projets. Mais c'est très
personnel. Le truc, c'est que t'as raison, si d'un coup je le voyais arriver de loin avec un gros
girauffard, attention, job de simple exécutant, j'y réfléchirai à deux fois, ça dépendrait
évidemment de ce qu'il y a dans la gamel et ce qu'il y a dans le carnet de commandes. Mais le truc
c'est qu'il y a des fois où ça commence sur une relation plutôt participative qui évolue vers une
relation plutôt dans « mais écoute maintenant, ça suffit, tu fais ce que je te demande ».
Tout à fait. Ça arrive. Alors moi je sais qu'il y a eu un cas où ça m'est arrivé, ça commençait
très bien. Et puis au bout d'un an, tu te rends compte que la culture de la boîte est un peu
toxique, que là où tu es sur le projet de tuer, c'est vraiment d'exception. Moi je servais un peu
de paratonnaires au reste de l'équipe par rapport au stress, au micro-management de la T.
Et au bout d'un moment, on se rend compte que ça ne va pas le faire. C'est-à-dire que ce
pourquoi vous êtes venu me chercher, finalement vous me demandez de ne plus le faire désormais.
Donc je vous propose, c'est qu'on ferme le chapitre, je ne vous laisse pas dans l'ombara,
on fait la transition et tout. Mais moi je ne peux pas continuer comme ça, c'est pas possible.
Et à quoi tu le détectes un projet ou un client ou tu sens que ça va être justement un rôle de
simple exécutant, le truc qui t'a plu envie de dire aujourd'hui ?
Très souvent, c'est dans la façon de considérer l'autre. Déjà quand tu fais de l'avant-vente ou
quand tu vas discuter avec certains interlocutrices, tu vas te rendre compte de comment ils considèrent
l'informatique, le soft. Si c'est vraiment un truc, on fait le truc là et puis vite et puis voilà.
Si ils n'ont pas envie de... Pour moi le showstopper, pardon, pour le dire autrement, le showstopper,
ça va être la disponibilité de quelqu'un du métier. J'ai besoin pour pouvoir faire mon
métier correctement, d'avoir à disposition quelqu'un qui on peut poser des questions,
qui va nous parler de son métier et qui va me sélier à avancer dans la bonne direction.
Parce que c'est bien beau de faire du feedback. Moi je fais l'extrême programmier depuis 15 ans,
c'était génial, j'adore ça. Mais si t'as personne pour venir assister au démon ou si t'as pas les
bonnes personnes, les gens qui sont pertinents pour te donner du feedback, une filée,
ça revient à un super effet tunnel parce que si les vrais utilisateurs ne sont pas là
au cours de la conception et que ce n'en a que à la fin, et que tu as parlé des proxy,
des proxy, des proxy, pendant tout le... et que tu leur as fait des démos,
ben c'est... on vient dans les mêmes... Travers, hein. Donc on a plus de verre,
on a plus de green dans les KPI, depuis l'ottage d'un suivi de projet, mais il finit.
On a boutillé la même gamme j'y vais. Donc c'est... Voilà, c'est... Effectivement,
je sens à l'envie, l'envie de faire ce projet et l'envie de collaborer avec quelqu'un qui va,
par pour le coup, s'intéresser à leur métier. C'est pour ça que je suis fan aussi du Domain
Driven Design, c'est pour... parce que je considère qu'on est là pour les aider à résoudre un problème.
Si je ne suis pas là pour leur imposer des stacks qui vont me faire plaisir,
je suis là, avec mon soft, pour les aider à résoudre un problème, un problème de métier.
Moi, les trucs que j'aime bien faire, c'est pendant le processus à mon davant vente,
en fait, c'est de tester la capacité du client à entendre un autre point de vue,
à réfléchir différemment à... typiquement le cas typique, enfin le truc typique,
c'est qu'il arrive avec un backlog énorme et là, je lui demande, mais dans tout ça,
est-ce que tu es vraiment certain que tu as besoin d'absolument tout ? Et là, on voit,
je... on voit comment ça réagit. Est-ce que la personne est ouverte ? Est-ce qu'elle est
capable de dire, ah ouais, non, mais t'as raison, en fait, j'ai 40 features, j'ai 40 stories.
En fait, pour démarrer mon soft, j'en ai besoin que de cinq.
Et aussi au contraire, la personne me dit, ah non, j'ai déjà fait le travail avec d'autres,
et c'est le minimum du minimum du minimum, et que ça me paraît déjà énorme.
Ça fait partie des choses qui m'interrogent et qui me font...
Fait réfléchir.
Fait questionner, en fait, sur le rôle qu'on va avoir.
Appareil, les discussions autour des estimations, ça va être très intéressant.
C'est-à-dire que moi souvent, je leur explique que les estimations, c'est à peu près aussi
fiable que les prédictions dans les cas à rail. Quand j'étais petit, ma grand-mère,
elle avait un bouquin de horoscope écrit par Ikazarek qui était puissanteuse.
Et donc souvent, ça fait rire les gens du métier.
Ça fait moins rire les gens de l'Akii.
Et donc voilà, je leur dis, bon, mais honnêtement, je peux vous le dire,
parce que j'ai quelques années de bouteilles, mais les estimations, on est nuls.
On les fait, ça n'a pas beaucoup de valeur, et ça a beaucoup d'inconvénients.
Donc par contre, je comprends votre inquiétude.
Je comprends le fait que vous avez besoin de savoir qu'on arrivera assez vite
par rapport à l'argent dont vous disposez et au budget dont vous disposez.
Donc voilà, comment on va travailler.
Et là, je leur explique un peu plus comment on va fonctionner de manière
iterative, acrémentale, etc.
Et voilà, déjà, avec cette discussion, on va savoir si ça va être très pénible,
si il y a un gros changement d'affaires avec eux sur ce sujet-là ou si,
finalement, il y a un terrain offert-il pour faire un projet de manière intese.
Et bien, écoute, Thomas, je te remercie.
Ça sera le mot de la fin.
Si les auditeurs veulent te suivre sur Twitter, par exemple,
ils peuvent suivre KELPSDO.
Enrique Azarak, non, Yusuke Juivan.
Yusuke Juivan.
C'est ça, voilà.
Ça marche. Merci, Thomas.
Merci à toi. Ciao.
Quant à toi, cher auditeur, j'espère que cet épisode t'as plu.
Si c'est le cas, fait le savoir en mettant une super bonne note
dans ta plateforme des coûts préférés, que ce soit Spotify, Deezer,
Apple Podcast, Google Podcast, ou que tu sois en train d'écouter ça.
Mais nous, un bon commentaire, s'il te plaît, ça aidera à propulser
le podcast dans l'eau des charts.
Je te remercie et je te dis à demain.