Et voilà, nal, les années passent, on se passionne toujours autant pour le code, et un jour, bim, on nous donne notre bloc de cartes de visite avec notre nom et dessous : « responsable équipe développement ». Et on se dit, mais comment en est on arrivé là ?

Pour ma part, c’est une succession de pas de bol : je voulais changer d’équipe, ça a été accepté ; je suis arrivé dans la nouvelle « Team » et, un mois après, le manager s’en va. Eu égard à mes années passées dans la boîte, à mon âge un peu supérieur à tous les autres, à mon expérience et ce genre de trucs, on m’a dit que j’étais volontaire commis d’office pour remplacer le manager. On m’a également dit que vu mon salaire, il fallait bien que je sois manager. Et six mois viennent de passer.

J’ai quand même un peu de mal à comprendre et quelques regrets. Oui, j’ai pas demandé à être manager et je le deviens. Ça a des bons côtés, je peux effectivement diriger un peu plus facilement les développements, et les commerciaux en face respectent un peu plus les décisions d’équipe que je leur amène. D’un autre côté, je me retrouve à gérer de l’humain (bah oui) et c’est vraiment pas facile. Je gère les plannings, les congés, les rendez‐vous, les défrichages de projet pour comprendre ce que le commercial a vendu au client, les re‐réunions de calage, les formations à prévoir pour Q4, les urgences, la bobologie et les caractères. Je souhaite que l’équipe aille bien, qu’elle progresse, que les devs avancent et que l’ambiance soit bonne. Je gère les retards, les coups de gueule, les rattrapages de conneries et les commandes de matos. J’ai dû installer un Windows parce que tout est fait sous MS Office (les calendriers Excel, les rapports en Word obligatoire, les backlog Excel obligatoire car il y a des macros à utiliser, etc, etc., les présentations Powerpoint uniquement et le suivi du matos sous Excel). On vient de me dire que je dois aussi gérer les évaluations, faut que je prenne du temps pour me renseigner sur les méthodes car je ne veux pas évaluer « à la gueule ». Certains devs veulent absolument être très dirigés, d’autres veulent qu’on leur laisse la bride. Certains ne branlent rien, d’autres « commitent » encore à 19 h 45. Et j’essaye d’emmener tout ce monde vers du code de qualité, testé et fonctionnel. La hiérarchie m’a fait comprendre que les T‐shirts de geek noir à slogan ça passait mal, et que la chemise blanche avec le pantalon (pas jean) ça devenait essentiel ; pour la cravate, ça semble pas obligatoire, mais la barbe de trois jours, ça ne va plus être possible. Bref, je suis devenu un vrai petit manager perdu entre un planning, deux réunions, des chefs qui demandent l’impossible et une équipe qui avance à son rythme.

Si vous avez lu ce gros pâté de texte (merci) vous avez pu voir qu’il y a un truc dont je ne parle pas. Le code. Bah oui, fini. Je n’ai plus lancé mon éditeur depuis des semaines, je ne connais même plus le bug tracker et je regarde de loin le backlog. Et, ça, c’est vraiment un truc que je ne comprends pas. J’estime avoir un peu de connaissances en code, en système et, alors que je deviens efficace là‐dessus, bam, on me dit qu’il faut devenir un gestionnaire de planning (je caricature, mais c’est ça) et de manier la carotte et la bâton pour faire avancer les devs. Big win ! La hiérarchie me dit que c’est normal dans une carrière de passer manager, que je peux le faire car je suis un codeur très compétent et qu’ils sont très satisfaits du boulot que je fais.

Je ne comprends pas. La boîte gagnerait à me faire faire ce dans quoi je suis bon, et on m’envoie dans une branche qui ne m’intéresse pas. Faire un planning sous Excel, ça m’ennuie. Écouter un dev me raconter que son gamin est malade et qu’il doit prendre sa journée, ça me rend triste pour lui et son gamin, mais ce qui m’ennuie, c’est de devoir recaler les projections, refaire un planning, décaler des trucs, se battre avec l’autre équipe pour avoir la salle de réunion, etc, etc. Accompagner un commercial chez un client à 300 bornes en tant que « manager technique », juste pour flatter le client et lui faire trois ronds de jambe en utilisant un mot technique (pas deux, hein, sinon le client est perdu) ça m’ennuie… Pourquoi on ne me laisse pas coder, plutôt ? Là où je suis efficace ? Dire à un client qu’on teste le code, ça fait plus avancer la boîte que quelqu’un qui écrit des tests unitaires ? (apparemment oui, mais je n’adhère pas forcément avec ce point de vue). On m’a rappelé chez moi (ah, oui, parce que j’ai gagné un smartphone d’entreprise) à 20 h pour faire le point avec un client qui avait un bug bloquant. J’aurais été plus efficace devant un terminal à corriger ce bug plutôt qu’à gérer un point téléphonique entre un commercial qui voulait en profiter pour vendre de la presta, un client en panique et un planning à vérifier pour savoir quel dev allait pouvoir corriger le bazar le lendemain.

J’ai eu des managers très bons, qui ne connaissaient rien en technique. Pourquoi on ne laisse pas les gens dans la technique et les managers dans le management ? La hiérarchie m’a quand même fait comprendre que je commence à leur coûter cher. Un dev qui sort de l’école est moins cher que moi (sans blague !). Je suis peut‐être plus efficace que lui, non ?! Et, si je coûte cher, pourquoi me mettre dans un domaine ou je n’y connais rien ? Mettez une (ou un) secrétaire qui fait le planning et tous ces petits trucs administratifs, et laissez‐moi coder.

Voilà, nal, la complainte du « codeur qui devient manager » et qui regrette son éditeur de code perdu.