Crédit : Dreamstime
Il était utilisé pour apprendre que la carrière d’un programmeur avait une expiration date, que le passage à la gestion était la seule méthode à suivre et que la transition signifiait la fin du codage. Ce truisme est en train de changer.
La plupart des leaders du marché des logiciels sont issus des rangs des concepteurs en activité. Ils souhaitent souvent se développer dans la gestion car leur maîtrise de la technologie leur donne confiance, mais ils ne souhaitent pas abandonner la pratique qui leur apporte franchement de l’épanouissement.
Entrez le leader du codage.
Ce tout nouveau type de leader est responsable à la fois de la stratégie et de la pratique de la technologie et des promenades dans le monde des affaires et la technologie avec une aptitude égale.
En se tenant au courant de la pratique du codage, ces dirigeants gardent un aperçu du fonctionnement des tâches, restent au courant des avancées du marché et peuvent voir où les changements peuvent le mieux profiter au organisation.
Et ce modèle peut aider à résoudre l’un des problèmes les plus préoccupants de l’industrie des applications logicielles : la sensation chez les développeurs qu’ils sont accablés par de mauvais superviseurs.
Idée fausse : Les développeurs ne peuvent pas être d’excellents leaders
Le travail quotidien du codeur est souvent complet, ligne par ligne pour être sûr, et il peut avoir tendance à penser aux arbres plus qu’à la forêt.
Le danger éternel pour l’ingénieur reste de devenir obsédé par la construction de choses, oubliant la valeur commerciale de ce qu’ils font. Je considère cela comme l’erreur du pont sur la rivière Kwai, où le travail technique de courte durée du personnage (la structure du pont) consiste à éclipser le but beaucoup plus élevé (se débarrasser de l’occupation royale).
Au fur et à mesure que les développeurs évoluent dans leur rôle, leur vision intègre davantage de systèmes et de processus en jeu, avec une compréhension des composants spécifiques. Au fur et à mesure qu’un développeur compétent devient réellement expérimenté, en particulier lorsque sa connaissance du système particulier en cours de développement devient étendue, il est capable de plonger dans des domaines de grande valeur, d’aider à apporter des modifications et de préserver la vue de haut niveau. En ajoutant à cela une gratitude pour le côté commercial des choses, on obtient un puissant mélange de talents.
Le changement d’état d’esprit qui s’impose ici aux codeurs est de permettre un véritable équilibrage des priorités. Alors que les concepteurs en activité peuvent avoir tendance à voir autre chose que le codage réel comme une simple perturbation, les responsables du codage qui réussissent peuvent garder à l’esprit l’importance des besoins organisationnels et techniques – quelque chose de similaire à un équilibre travail / vie privée, où les deux ont une demande équivalente d’attention.
Le responsable du codage sait comment garder un point de vue large qui inclut à la fois les arbres et la forêt, comment passer de l’un à l’autre et, plus précisément, comment permettre aux 2 de s’informer mutuellement afin que les informations circulent entre leur.
Cela inclut, évidemment, le travail de direction des personnes dans l’entreprise.
Mythe : les codeurs sont mauvais avec les gens
C’est un concept tellement usé. C’est aussi un peu vrai.
Les appareils sont sensibles et peuvent être poussés à faire précisément ce que vous voulez en leur disant simplement de la bonne manière. Les gens ne le sont pas. Il y a quelque chose de différent dans le fait de diriger des gens. Au fur et à mesure que le programmeur évolue de faire des choses, à diriger d’autres personnes à faire des choses, à diriger des individus à diriger des personnes à faire des choses, cette distinction est amplifiée.
Certaines personnes ont juste une propension pour les individus, comment obtenir d’eux leurs besoins, leurs soucis et leurs désirs ; comment voir où se développent les conflits de personnages ; comment voir où ils peuvent pousser ; et comment s’engager avec succès auprès de ces forces pour les aider, ainsi que l’entreprise, à prospérer.
Pour les autres, ce sont des compétences découvertes, souvent durement acquises. Les codeurs ne sont pas différents. En reconnaissant l’importance de l’interaction humaine, le responsable du codage s’engage à acquérir des connaissances et des compétences, tout comme il l’a fait lorsque l’écriture d’une boucle for ou d’un composant fonctionnel était intimidante et étrangère. Le fonctionnement interne de la société est tout simplement aussi impressionnant qu’Internet.
L’attrait est que le codeur a un énorme avantage à diriger d’autres codeurs et du personnel technique.
Les leaders du codage sont « parmi nous »
Chaque développeur reconnaîtra cette circonstance : le superviseur du travail arrive et fait des prévisions absurdes sur la base de son diagramme de Gantt, ou, bien plus digne de grincer des dents, commence à abuser des mots à la mode. Répondre aux besoins de l’entreprise avec les constructeurs de maisons de manière efficace est un art unique. Être un pont efficace entre les 2 est encore plus précieux.
Rien ne remplace l’expérience réelle de la mise en conformité du silicium. Cela se traduit non seulement par une empathie beaucoup plus profonde pour le travail technologique en cours, mais aussi pour le bonheur particulier accordé et les péages exigés des individus par l’occupation.
Il y a beaucoup de valeur à découvrir en gardant en vie le fait de savoir ce que c’est que d’être dans les tranchées. La capacité de se mettre à la place du codeur de travail est certainement une grande pièce du puzzle pour améliorer les performances vues et réelles de la gestion des technologies.
En enquêtant et en considérant cette préoccupation de codage par rapport à la gestion, il m’est arrivé d’apporter une automobile au mécanicien. Le magasin était une opération énorme, mais j’ai vu le propriétaire partir pour une voiture et un camion et ramper en dessous pour aider à identifier un problème. Il y a un certain respect qui vient des ingénieurs avec la volonté et la capacité d’un leader de se lancer dans le vif du sujet.
Ce type de respect et d’affection correspond au monde du logiciel, où le leader est considéré comme « parmi nous ».
Le leader doit-il continuer à coder ?
Dans un blog sur sa propre expérience en tant que codeur et gestionnaire, Mark Porter, CTO de MongoDB, déclare : « Il existe de nombreux types de CTO. Un CTO d’une petite entreprise qui dirige le développement du très le premier élément doit absolument être codé. Un directeur technique qui se concentre sur les activités sortantes d’une entreprise importante ne doit pas le faire. »
Il s’agit d’une reconnaissance réaliste du fait qu’il existe bien sûr des fonctions qui exigent que la personne qui la remplit libère un codage pratique, mais il existe également un endroit sur la planète pour les personnes qui aiment le codage, qui souhaitent continuer à être inclus avec elle et aussi se transformer en leadership.
De nos jours, il n’est pas difficile de trouver des leaders éminents possédant des connaissances techniques approfondies. Werner Vogels d’AWS (Amazon Web Solutions) et Brendan Eich de Brave, par exemple, fournissent toutes les indications de savoir et de se soucier du genre de détails qui intéressent les développeurs pratiques.
Dans le monde de outils technologiques, ce type de savoir-faire est beaucoup plus important. Non seulement le responsable du codage est beaucoup mieux en mesure de communiquer avec les développeurs internes, mais aussi avec les clients.
Le leader du codage montre qu’un développeur ressemble à un musicien classique, au lieu d’un joueur de football ou d’un pilote de chasse. Un musicien classique peut devenir un chef d’orchestre qui soutient son expertise cruciale pour améliorer son travail.
Lorsque l’on considère l’importante préoccupation des cheminements de carrière, l’idée qu’il faut choisir entre l’un ou l’autre chemin vers le codeur en exercice ou le responsable informatique devient moins concrète. Il peut éventuellement être vu comme un spectre plutôt qu’une disjonction. D’un côté, le pur magnat, de l’autre, le pur ingénieur. La plupart des DSI, CTO ou autres leaders technologiques mélangeront certains des deux aspects, le leader du codage se situant davantage au milieu du spectre.
Concernant le souci, dois-je être un superviseur ou un codeur ? La réponse est peut-être : les deux.
.
Toute l’actualité en temps réel, est sur L’Entrepreneur
