Le développeur principal


Aujourd’hui, j’ai eu une conversation téléphonique avec mon ex-collègue Alex. Alex travaille comme développeur de logiciels dans une organisation internationale en pleine expansion.

Moi : « Comment vont les choses ?

Alex : « Ma société est à la recherche d’un développeur principal ».

Moi : « Avez-vous postulé pour ce poste ?

Alex : « Je l’ai fait, mais ma demande a été rejetée. Le CTO estime que je ne suis pas qualifié pour ce rôle. Il est à la recherche d’un meilleur candidat ».

Moi : « Pensez-vous que vous êtes assez bon ?

Alex : « Bien sûr ! J’écris du code et je résous des problèmes technologiques complexes depuis plus de sept ans. J’écris du code propre, je répare la dette technique de manière proactive et je m’acquitte des tâches de la JIRA comme un ninja. Je suis plus rapide et meilleur que les autres coéquipiers”.

Moi : « Je suppose que c’est la raison exacte pour laquelle vous n’êtes pas qualifié ».

Alex n’était pas content d’entendre cela, alors nous avons rapidement conclu notre conversation. Je me sentais bien parce que j’avais atteint la cible.

Moneyball (2011) par Bennett Miller

J’ai pris un téléphone et j’ai composé le numéro d’Andrey. Andrey est le directeur technique de la société.

Moi : « Hey Andrey ! Les rumeurs disent que vous cherchez un promoteur principal. Pourquoi ne pas simplement promouvoir le développeur le plus expérimenté de votre équipe ? »

Andrey : « Quelqu’un comme Alex ? »

Moi : « Quelqu’un comme Alex ».

Andrey : « Laissez-moi vous expliquer pourquoi ce n’est pas possible. Il y a d’excellents codeurs et des résolveurs de problèmes techniques dans mon équipe, mais aucun d’entre eux n’a les compétences que j’attends d’un développeur principal ».

Moi : « Pouvez-vous être plus précis sur vos attentes ?

Andrey : « Pour qu’un développeur atteigne le niveau de développeur principal, il doit être un mentor. Contrairement à un petit malin, qui essaie de devenir « le meilleur des meilleurs », un développeur principal développe activement son équipe et aide les collègues moins expérimentés à trouver des moyens de « se mettre à niveau ». Il est un modèle inspirant d’autres veulent suivre. Il donne l’exemple et influence non seulement les ingénieurs, mais aussi les responsables des produits, les cadres supérieurs et les acteurs du monde des affaires. Un développeur principal a une forte et positive l’influence interorganisationnelle.”

Moi (positivement excité) : « Vous attendez-vous à ce qu’un développeur principal devienne un mentor non seulement pour d’autres développeurs, mais aussi pour des personnes non techniques ?

Andrey : « Tout à fait exact. Trop souvent, les développeurs se plaignent que « l’entreprise » ne connaît rien à la technologie et ne sait pas comment travailler efficacement avec les développeurs. Se plaindre résout-il le problème ? Non. Quelqu’un doit prendre l’entière responsabilité du problème et le résoudre. Devinez qui c’est ?

C’est pourquoi un développeur principal est un communicateur diplomatique. Il sait comment traiter avec différentes personnalités, comment influencer les gens dans l’ensemble de l’organisation, négocier, gérer de haut en bas. Il ose soulever des questions gênantes, parler quand les autres se taisent et aligner tout le monde autour de sa vision ».

conneries
Le Bureau (2005 – 2013)

Moi : « Cela implique une compréhension approfondie de l’informatique et des affaires ».

Andrey : « Ça fait partie du boulot. Un développeur principal est un professionnel en forme de T. En plus d’une expertise approfondie dans un ou plusieurs domaines techniques, il peut collaborer de manière interdisciplinaire avec des experts dans d’autres domaines que le sien. La liste peut inclure, sans s’y limiter, l’exploitation des systèmes, l’assurance qualité, la sécurité, le développement de produits, les ressources humaines, le marketing, les finances ».

Moi : « On dirait qu’un candidat doit être 50% promoteur et 50% homme d’affaires ».

Andrey : « Exactement. Les développeurs mesurent leur productivité par le nombre de caractéristiques produites. Mais ce ne sont que des conneries.

conneries
Pas de conneries autorisées.

L’objectif de toute organisation à but lucratif est de gagner de l’argent. Pendant ce temps, les techniciens et leurs partenaires de la criminalité organisée Scrum configurent des clusters Kubernetes, jouent au tennis de table et travaillent sur des fonctionnalités sympas sans évaluer l’impact sur les profits.

Nous avons besoin de moins de codeurs et de plus d’argent. Nous avons besoin de professionnels, qui comprennent l’ensemble du processus de développement des produits, du concept à l’argent, et qui contribuent aux domaines qui génèrent le plus de profits.

Il pourrait s’agir d’éliminer les goulets d’étranglement du processus de livraison, de réduire les dépenses opérationnelles ou même de recruter. Parfois, l’impact commercial maximal est obtenu à l’aide d’un clavier. Mais moins souvent que la plupart des développeurs le pensent.

Si votre seul outil est un marteau, alors chaque problème ressemble à un clou.

Plus ma société emploie de personnes qui font de l’argent, mieux c’est. Les comportements qu’un développeur principal affiche sont ceux que ma société récompense et que les autres développeurs imitent. C’est pourquoi un développeur principal doit être un partenaire commercial de confiance dans le domaine de la technologie.

Moi (en souriant) : « Avec vos exigences, vous venez de filtrer 99% des développeurs sur le marché, dont Alex ».

Andrey : “Un développeur principal est un professionnel qui peut avoir un impact significatif sur l’organisation. Malheureusement, ni Alex ni 99% des développeurs sur le marché ne peuvent le faire ».

Notre industrie a besoin :

  • Moins de smartassesEn savoir plus mentors
  • Moins de codeursEn savoir plus Les professionnels en T
  • Moins de les plaignants silencieuxEn savoir plus les communicateurs diplomatiques
  • Moins de Fermeture des billets de la JIRAEn savoir plus partenaires commerciaux

Soyez le premier à commenter

Poster un Commentaire

Votre adresse de messagerie ne sera pas publiée.


*