Tous les développeurs ne veulent pas devenir managers, et c'est la norme

Traduction et adaptation d'un article du développeur Peter Zemek et ses réflexions sur la question de savoir si le statut de développeur senior est réellement une étape intermédiaire avant un poste de direction.

Parcours de carrière de développeur

Vous êtes probablement devenu (ou souhaitez devenir) développeur parce que vous aimez coder. J'adore « envelopper » des idées abstraites dans du code. Créez quelque chose d'important à partir de rien. Apprenez de nouvelles technologies, langages de programmation, frameworks, etc. Comprenez comment tout est triplé. Par conséquent, pendant que vous travaillez en tant que développeur junior, évoluez progressivement vers un développeur « moyen » fort et atteignez le statut senior, vous appréciez ce que vous faites. Et puis un beau jour vous atteignez le sommet de votre forme dans votre entreprise, ou du coup vous vous montrez un bon organisateur, ou il n'y a tout simplement personne dans votre équipe adapté au rôle de manager que ce poste vous propose. Dans de tels cas, il est d’usage de dire : « Accéder à une position de leader est dans l’ordre des choses ». Mais je voudrais objecter : je pense que personne ne devrait faire ce qu’il ne veut pas faire.

Pourquoi une telle transition n’est pas dans l’ordre des choses

Tout d’abord, si vous demandez à quelqu’un qui aime écrire du code de devenir quelqu’un qui ne fait pas ça du tout, où est la logique ? Il aura l'impression que son activité préférée lui a été retirée et, tôt ou tard, il s'épuisera et détestera son travail. Bien sûr, il peut ignorer de nouvelles responsabilités et continuer à coder, mais les fonctions de gestion au sein de l'équipe s'affaisseront alors. Et c’est mauvais pour les affaires. Pourquoi voudrait-on un leader qui ne veut pas gérer les gens ? Deuxièmement, ce n’est pas parce qu’une personne écrit bien du code qu’elle sera un bon manager. Le développement et la gestion sont des domaines différents qui nécessitent des compétences et des mentalités différentes. C'est comme les joueurs et les entraîneurs de football. Ce n'est pas parce que vous êtes un bon joueur de football que vous pouvez bien diriger une équipe de football ( même si cela arrive certainement ). Le manager doit interagir étroitement avec les gens et mettre en place le processus de travail pour qu'il porte ses fruits. Il faut donner aux gens la possibilité de faire leur travail de manière à ce qu'il soit efficace, mais pas de faire ce travail à leur place. Et un développeur est un employé hiérarchique. Être manager, c'est obtenir des résultats en organisant correctement le travail des autres, plutôt qu'en le faisant soi-même. Troisièmement, il existe une disposition connue sous le nom de « principe de Peter ». Son essence est que les spécialistes reçoivent des promotions en fonction de leur expérience professionnelle antérieure jusqu'à ce qu'ils accèdent à un poste pour lequel ils manquent de compétences. Ainsi, si un bon développeur est promu manager et qu'il n'est pas prêt pour cela, il ne sera pas en mesure d'effectuer correctement son nouveau travail. La transition d'un bon développeur à un mauvais manager ne fera que nuire à l'entreprise. L'augmentation doit se faire dans le cadre des activités courantes. Et si un développeur ne développe pas volontairement des compétences managériales, cela ne sert à rien de le pousser dans cette direction. Quatrièmement, certains spécialistes acceptent un poste de direction afin d'augmenter leur salaire. Oui, les managers gagnent souvent plus que leurs subordonnés. Mais pas toujours : la situation inverse se produit également. Si une équipe dispose de spécialistes solides, il leur sera plus difficile de trouver un remplaçant que pour un manager. Si la contribution du développeur à l'entreprise a plus de valeur que celle du manager, il n'y a aucune raison de surpayer le manager. De plus, le patch ne fait pas tout. Il vaut mieux faire ce que l’on aime pour moins d’argent que de faire un travail que l’on déteste pour un salaire plus élevé. Cinquièmement, vous ne devriez jamais accepter un poste de direction simplement parce que personne d’autre dans votre équipe n’est apte à ce rôle. Ce n'est pas ta faute. Vous devez être intentionnel concernant votre carrière. Sinon, non seulement votre humeur et votre estime de soi en souffriront, mais aussi l'entreprise. Alors que faire si vous aimez la programmation et que vous ne souhaitez pas passer du côté de la gestion ? Il y a une sortie !

Tu as le choix

Le poste de développeur senior peut être une étape intermédiaire avant un poste de manager. Ce n’est peut-être pas le cas. En général, le parcours professionnel peut être managérial, voire technique. Vous pouvez facilement évoluer dans le domaine technique, car il existe de tels postes :

1. Développeur senior/chef – c’est peut-être exactement le poste dans lequel vous souhaitez continuer à vous développer. Il est normal de permettre aux programmeurs de niveau supérieur de rester des employés opérationnels.

2. Le développeur principal (tech lead) est un rôle semi-managérial. Les développeurs principaux gèrent les projets/personnes uniquement d’un point de vue technique. Ils n'ont pas de subordonnés directs et ne gèrent pas de salariés : ils peuvent influencer la décision finale sur certaines questions par le pouvoir de leur autorité. Cependant, les compétences et le domaine d'influence de ce spécialiste peuvent différer selon les entreprises.

3. Architecte – Si vous aimez concevoir des systèmes complexes et que vous y excellez, vous pouvez devenir architecte. L’architecte est souvent considéré comme le summum du développement de carrière technique. Les responsabilités professionnelles d'un architecte peuvent également varier, au point que tous les architectes n'écrivent pas de code.

Conclusion

J'espère que parmi les lecteurs il y aura des développeurs qui se sentiront un peu mieux : il est tout à fait normal de douter de la nécessité de devenir manager. Faites ce que vous aimez et ne laissez pas les autres vous entraîner à faire quelque chose que vous détesterez. De plus, la programmation est ce que vous aimez vraiment, n'est-ce pas ? Être manager est normal et je connais ceux qui aiment leurs responsabilités parce qu’ils aiment travailler avec les gens. Lorsque vous choisissez un futur cheminement de carrière, réfléchissez à ce que vous aimez vraiment.