IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Evoluer vers un poste de management : est-ce un mauvais choix pour le développeur ?
Ou le couronnement mérité d'une bonne carrière

Le , par Michael Guilloux

122PARTAGES

8  1 
En tant que développeur, que pensez-vous de l'évolution vers une carrière de management ?
Un mauvais choix pour un développeur passionné
58 %
Je suis indifférent
28 %
Une bonne manière de couronner sa carrière de développeur
13 %
Voter 67 votants
Le métier de programmeur demande beaucoup de passion pour acquérir davantage de compétences. Pour cette raison, il est facile de trouver dans ce milieu des développeurs dont la vie se résume au codage et qui ne veulent dévier ni à gauche ni à droite pour se tailler un profil de manager.

En entreprise, la promotion pour un développeur peut se traduire en termes d’augmentation de salaire, mais se résume généralement à un champ très restreint de possibilités : être reconnu comme développeur senior / expert par exemple, ou évoluer vers un poste de management. L’un ou l’autre dépend des compétences acquises par le développeur durant son parcours. Mais quelle est l’évolution la plus appropriée pour un débutant passionné ? Dans quels cas le développeur a-t-il intérêt à accepter un poste de manager d’équipe et dans quels cas devrait-il s’en abstenir ?

L’interrogation a été suscitée par un blogueur qui a partagé son expérience personnelle. Développeur passionné et lead développeur depuis 2 ans, il estime qu’il n’était pas assez préparé pour gérer une équipe d’ingénieurs logiciels. Et pourtant, en tant que membre de l’équipe auparavant, ses compétences techniques et son leadership étaient bien reconnus par tous. Il découvre en effet que la réalité du lead développeur est différente de la vision qu’il en avait, et en plusieurs points qu’il faut savoir avant d’accepter un tel poste.

Une chose avec laquelle il faut être vraiment à l’aise avant d’être lead développeur, c’est la prise de parole en public et avoir le minimum de leadership. Il faudrait également s’attendre à la planification et à parler des termes tels que KPI et objectifs. Si ces conditions ne sont pas remplies au préalable, alors selon le blogueur, vous risquez d’avoir une expérience très difficile en tant que lead développeur. Mais d’après lui, être leader d’une équipe de développeurs veut dire aussi :

  • Motiver le groupe et être le mentor de chaque membre de l’équipe ;
  • Conduire l’équipe par l’exemple : le lead doit être un modèle en tout pour le groupe ;
  • Plus de délégation : si vous aimez avoir le contrôle sur tout ce que vous faites, vous devriez désormais déléguer une partie de votre travail à quelqu’un d’autre par contrainte de temps ;
  • Gérer les recrutements et les licenciements : le blogueur se dit chanceux de ne pas avoir été confronté à une situation où il fallait licencier des gens, il estime quand même qu’il a passé trop de temps à faire des entretiens d’embauche, et dans la plupart des cas, sans trouver la personne idéale ;
  • Gérer le budget et les finances : il devait maintenant négocier les augmentations de salaire et les salaires des nouvelles recrues, gérer les licences, les jours de vacances et autres charges de son équipe ;
  • Bâtir la culture du groupe : le lead doit donner les orientations quant aux règles de conduite au sein de l’équipe. Il doit surtout prendre les bonnes décisions lorsqu’il faut par exemple autoriser un membre de l’équipe à venir en retard au travail ou à rentrer tôt à cause d’une urgence. Il doit parfois accepter la requête d’un membre qui demande du temps libre et refuser celle d’un autre pour motif non valable et en même temps gérer ces choix de telle sorte que cela n’affecte pas négativement les relations au sein de l’équipe. Il doit surtout faire preuve d’impartialité si par exemple il arrive que les membres de l’équipe s’accusent mutuellement en cas de non-respect des délais pour un projet ;
  • Être parfois moins empathique : le blogueur explique que dès les premiers jours à son nouveau poste, il a dû écouter des gens qui venaient lui expliquer leurs problèmes personnels et cas de maladie. Ce serait une erreur selon lui d’essayer d’être le superhéros de tout le monde. Il faut certes porter une oreille attentive, mais éviter de s’approprier les problèmes personnels des autres au point qu’ils deviennent les vôtres ;

« Bien que le titre de l'emploi puisse se lire ‘lead développeur’, la plus grande partie du travail est de gérer des personnes », explique le blogueur. Être responsable d'une équipe de développeurs se résume essentiellement à des tâches plus managériales que techniques. Occupé par ses nouvelles responsabilités, le lead développeur n’a souvent plus de temps à consacrer au codage. Notre blogueur note en effet que cette fonction veut également dire « beaucoup moins de codage », dans la mesure où il devait désormais se contenter d’avoir une vision globale et moins de connaissance des choses qui se passaient.

Source : dev-human.com

Et vous ?

Qu’en pensez-vous ? Évoluer vers un poste de management est-il un mauvais choix pour le développeur ou le couronnement mérité d’une bonne carrière ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de mverhaeghe
Membre habitué https://www.developpez.com
Le 16/09/2015 à 12:19
C'est un peu l'essence du management qu'il a découvert ceci dit, et c'est une expérience américaine aussi.
En France, bon courage pour faire reconnaitre un développeur senior à sa juste valeur. Si on veut rester dans la technique, au bout de quelques années les horizons sont bouchés parce qu'on considère qu'un développeur est forcément un junior. Quelqu'un qui reste la dedans sera mal perçu parce qu'il n'aura pas évolué. Pour moi (et arrêtez moi si je me trompe), on ne peut pas rester dans la technique et être correctement rémunéré par rapport à ça.

Si quelqu'un a une expérience différente, ça m'intéresse en tout cas....
7  0 
Avatar de air-dex
Membre expert https://www.developpez.com
Le 16/09/2015 à 14:18
Développeur et manager sont deux métiers différents nécessitant des qualités différentes. Si un développeur à les qualités pour devenir manager alors ce n'est pas un mauvais choix. Mieux, ce sera même le meilleur choix de manager possible. Dans ce cas là le manager ex-développeur aura une vraie connaissance de ce qu'il doit manager au quotidien, chose qu'il est difficile à acquérir pour un manager venant de l'extérieur (école de management ou un autre domaine d'activités).
7  0 
Avatar de grunk
Modérateur https://www.developpez.com
Le 16/09/2015 à 15:24
Un développeur passioné par ce qu'il fait et de surcroît compétent n'as pas d'intérêt à basculer sur du management pur si ce n'est le salaire. Perso je préfère gagne 15k de moins par ans et pas me lever tt les matins en me disant que je vais passer ma journée en réunion ou à remplir des tableaux excel (ouais bon j'ai peut être une vision un peu etriqué du manager ^^ ).

Maintenant un développeur expérimenté peut aussi faire un peu moins de code et un peu plus de gestion de projet , d'architecture , de conception, de conseil , c'est pour moi le rôle d'un développeur senior. On tire ainsi profit de toutes ses années d'expériences tout en apportant une grosse valeur ajoutée et sans quitter la "technique".

Dans une équipe il faut un manager qui sera purement administratif et un développeur senior , lead dev, appelez le comme vous voulez , qui va faire l'interface entre les deux monde. Sinon a ne marche pas correctement.
6  0 
Avatar de issoram
Membre éprouvé https://www.developpez.com
Le 18/09/2015 à 10:27
C'est pas du tout le même métier. Ce n'est ni une mauvaise ni une bonne chose. Tout dépend de ses goûts personnels...
6  0 
Avatar de Marco46
Expert éminent sénior https://www.developpez.com
Le 16/09/2015 à 15:48
Citation Envoyé par Luckyluke34 Voir le message
Je pense qu'il faut bien faire la différence entre lead developer et project manager. Bien sûr les deux rôles peuvent être réunis dans la même personne, comme pour ce blogger qui mélange implicitement les deux, mais c'est loin d'être toujours le cas.
Absolument d'accord ce blogger confond deux postes fusionnés en un.

Gérer les recrutements et les licenciements n'est absolument pas son rôle, il donnera son avis d'un point de vue technique et c'est tout.
De même que pour le budget, ça n'a absolument aucun rapport avec les tâches d'un lead dev pas plus que le fait d'accorder ou de refuser des congés.

Citation Envoyé par Luckyluke34 Voir le message

Des affirmations comme "le lead développeur n’a souvent plus de temps à consacrer au codage" ou "a moins de connaissance des choses qui se passent" me paraissent inexactes (et peu souhaitables) par rapport au rôle de lead developer stricto censu : il reste un développeur avant tout.
Oui la c'est carrément n'imp. Le lead doit au contraire être plongé au coeur du code. Il est le garant de la qualité, il doit écrire les POC ou au minimum les conduire de manière très rapprochée.

Un lead dev n'est pas un poste de management. C'est un poste à 90% technique. Les 10% restants vont être de la communication avec le reste de l'équipe projet pour faire passer des recommandations et des choix techniques.
5  0 
Avatar de Marco46
Expert éminent sénior https://www.developpez.com
Le 16/09/2015 à 17:28
Citation Envoyé par Saverok Voir le message

Veiller à ce que le développeur tienne le chiffrage estimé, c'est du management.
Le chiffrage estimé n'a pas à être tenu.

Tu as le chiffrage estimé et le consommé réel. Le réel ne matche pas forcément (pratiquement jamais en fait) l'estimé parce qu'il est impossible d'estimer pile poil la durée d'une tâche, il y a beaucoup trop de variables et d'inconnues.

Par contre ce qu'il faut savoir c'est pourquoi tu dévisses entre estimé et réel. Et c'est aussi de la technique (ou fonctionnelles mais je range ça dans la technique ce n'est pas non plus du management).

Si tu dévisses parce que un dev est trop souvent absent ou bien parce qu'il facebook ou troll sur dev.com la moitié de son temps ça relève des RH, certainement pas du lead dev qui doit juste constater et transmettre à la RH.
5  0 
Avatar de NSKis
En attente de confirmation mail https://www.developpez.com
Le 17/09/2015 à 1:07
En Europe, un développeur ne peut pas réellement se poser la question d'évoluer ou non vers un poste de management!!!

Soit il reste "développeur" et il sera considéré dans la majorité des entreprises comme un "attardé" qui est condamné à travailler à la cave avec un salaire de misère, soit après 2 à 3 ans de développement, il accepte d'être orienté vers la responsabilité de projet pour finir par faire que de l'administratif ou de la vente (et on se retrouve alors avec la situation ubuesque où lorsqu'un développeur commence à être productif grâce à l'expérience acquise, on l'utilise à autre chose!!!).

Le travail et l'expérience de développeur n'est que très rarement reconnu en Europe (il y bien évidemment quelques exceptions mais extrêment rares).

Au contraire aux USA, les entreprises reconnaissent 2 voies parallèles pour évoluer hiérarchiquement dans l'entreprise: la voie "management" mais également la voie "technique" (vous pouvez monter dans la hiérarchie (et les revenus) en gardant les mains dans le code). Est-ce un hasard si le monde du logiciel est dominé par les sociétés américaines?
5  0 
Avatar de DonQuiche
Expert confirmé https://www.developpez.com
Le 02/10/2015 à 11:22
Citation Envoyé par SurferIX Voir le message
En conclusion : en tant que vrai développeur passionné, je ne pourrai jamais correctement manager - au vu du relationnel trop important que cela implique. Un manager qui était développeur ne peut pas avoir été vraiment un développeur passionné, sinon il y serait resté.
Concernant la passion il faut toutefois comprendre que celle-ci s'émousse avec les années devant la répétition des choses et que la vie en entreprise a rapidement tendance à éteindre ses flammes.

Dans la réalité tu te retrouves facilement un jour à écrire ta dix-millième requête CRUD, pour une appli/site lambda similaire à ce que tu as déjà fait cent fois, sans gros défi techniques à l'horizon que ce soit dans ta boîte ou celle de tes relations, dans un cadre où l'on attend de toi que tu fasses plus d'assurance-qualité et de bureaucratie, en étant acteur du collectif de l'équipe, en portant ta plus belle lingerie (tenue d'un blog, contributions github, look hipster, etc), ...

Et tout de suite le poste de manager ne semble plus si innatrayant.

Rares sont les postes qui permettent vraiment d'entretenir une passion.
4  0 
Avatar de rattlehead
Membre expérimenté https://www.developpez.com
Le 16/09/2015 à 13:55
Plus tu montes en expérience moins ton salaire progresse. aujourd'hui un dev ne sera jamais payé plus de 60k et 60K c'est dans la finance.
Après il faut soit passer archi mais ce sont des postes qui ne courent pas les rues, lead tech mais pas comme c'a pu l'être présenté. ou chef de projet technique.
mais il faut souvent etre dans une boite avec de l'ancienneté. être dev sénior et essayer de passer à ce type de poste n'est pas chose évidente.
donc je suis d'accord avec mverhaeghe.
3  0 
Avatar de Luckyluke34
Membre émérite https://www.developpez.com
Le 16/09/2015 à 14:00
Je pense qu'il faut bien faire la différence entre lead developer et project manager. Bien sûr les deux rôles peuvent être réunis dans la même personne, comme pour ce blogger qui mélange implicitement les deux, mais c'est loin d'être toujours le cas.

Des affirmations comme "le lead développeur n’a souvent plus de temps à consacrer au codage" ou "a moins de connaissance des choses qui se passent" me paraissent inexactes (et peu souhaitables) par rapport au rôle de lead developer stricto censu : il reste un développeur avant tout.
4  1