Cette question me touche de près aujourd'hui.
Voyez, notre équipe a besoin d'un nouveau développeur principal. Notre ancien est en train de passer à un autre rôle. Il a besoin d'un changement de rythme. Le nouveau chef doit venir de notre équipe actuelle. Il n'y a aucun moyen de contourner ce problème. Tout importateur n'aurait tout simplement pas le contexte, l'expérience ou (franchement) l'expertise nécessaire. Donc, quelqu'un dans notre équipe va remplir le rôle et un nouveau développeur sera embauché et formé à son propre poste antérieur.
Le rôle est essentiel, important, et il implique beaucoup de compétences humaines qu'un seul membre de notre équipe possède vraiment en quantité suffisante (pas moi).
... et comme le reste d'entre nous, il ne veut pas vraiment le rôle.
Voyez, nos responsables techniques s'interfacent beaucoup avec les clients, et vont à beaucoup de réunions. Leur bagage technique est mis à contribution pour guider la vue d'ensemble de manière importante, essentielle. La relation avec le client dépend du fait d'avoir un bon tech lead.
Puis, le tech lead ramène cette perspective à l'équipe et cela lui permet de prendre des décisions sur les technologies que nous utilisons, sur le temps qui est un facteur. Ce que nous devrions utiliser par rapport à ce que nous pouvons nous permettre d'utiliser. Ce sont eux qui décident. Ils font les appels que le reste d'entre nous n'a pas les couilles de faire.
C'est certainement un travail influent. Vous prenez de grandes décisions. Vous jetez autour de beaucoup de zéros. C'est, dans un sens très réel, un rôle de gestion, et un rôle qui implique beaucoup de responsabilités et de sacrifices.
L'un de ces sacrifices est que vous ne parvenez pas à écrire autant de code. À la fin de son mandat, notre dernier tech lead n'en écrivait pratiquement pas.
Je suis à peu près sûr que c'est l'une des raisons pour lesquelles il avait besoin de changer de rythme.
Les développeurs aiment construire des choses avec nos mains. Nous sommes des charpentiers d'idées.
L'un des membres de notre équipe va devoir le faire beaucoup moins à l'avenir, afin que le reste d'entre nous puisse continuer comme avant.
Notre dernier responsable technique était exceptionnel dans ce rôle. Je suis suprêmement désolé de le voir partir, et il va nous manquer cruellement.
Il va également laisser derrière lui des chaussures exceptionnellement grandes, et nous regardons tous un peu ces chaussures avec trépidation.
Nous avons environ un mois pour résoudre le problème.
Cependant, vous comprenez peut-être mal ce qu'est le "codage de logiciels", en tant que carrière.
Il ne s'agit pas d'une carrière de fainéant où vous faites un travail répétitif pour un salaire fiable. Votre salaire est fiable (et important), mais à l'apogée de votre carrière, votre travail est tout sauf hum-drum.
Les ingénieurs logiciels sont des magiciens. On a même l'impression d'être un magicien. Pas un magicien de scène, mais un vrai. Vos pensées deviennent manifestes. Vous rendez des concepts physiquement réels.
Il est indescriptible ce que l'on ressent lorsque cela devient votre travail de jour.
... et, par conséquent, indescriptible ce que l'on ressent lorsque l'on réfléchit à la perspective de l'abandonner pour une " promotion ".
Les développeurs qui acceptent des promotions qui les empêchent de se développer se jettent presque toujours sous un bus pour sauver leurs pairs.
Traitez-les en conséquence.