Ils essaient donc de m'attirer vers la gestion [fermé]


20

Je travaille dans un petit département informatique dans une entreprise non technologique. Mon manager a récemment démissionné et il cherche un remplaçant. Je suppose que puisque je suis l'un de ces "rares" développeurs avec des compétences relationnelles, le réalisateur m'encourage à postuler

Une partie de moi veut postuler mais une autre partie de moi dit non. Le salaire et la capacité de faire une différence semblent intrigants, et je suis un peu épuisé par la programmation après 12 ans, mais il y a aussi des inconvénients. Je gérerais quelqu'un d'autre qui est très intéressé par le poste et cela pourrait être gênant car il est un ami et actuellement plus haut sur l'échelle que moi (avec quelques autres).

Quelqu'un d'autre a-t-il occupé une position similaire? Est-ce que quelqu'un dans la gestion est plus heureux ou est-ce que quelqu'un a accepté un poste de gestion et aurait souhaité que vous ne le fassiez pas? Tout commentaire serait apprécié!


@Pratik: Lorsque les managers travaillaient pour d'anciens employés dans les entreprises pour lesquelles vous travailliez, leur ont-ils posé des problèmes?


EDIT: Merci à tous pour vos réponses.

Bien que cela semble être une bonne opportunité, il y a quelques choses qui me mettent mal à l'aise à ce sujet.

1) Je serais responsable de TOUT au lieu de ce qu'on me demande de faire. Le département est toujours sous le choc après plusieurs cycles de licenciements ... surchargés et au bord de l'épuisement professionnel. J'ai une assez bonne relation avec tous les membres de l'équipe ... mais je me demande si cela ne changerait pas si je prenais ce travail.

2) Quelques autres collègues méprisent le directeur pour une raison quelconque. Il pourrait essayer de me faire faire son sale boulot et les punir s'ils se donnent la tête.

3) Gérer les personnes plus âgées que moi, ce qui ne semble pas être un problème d'après le post de Codemwnci.

4) C'est un petit département et je ne pense vraiment pas qu'un gestionnaire à temps plein soit nécessaire. OMI, nous n'avons pas besoin de quelqu'un pour passer 50% de son temps à commander des gens (parce que tout le monde sait ce qu'ils ont à faire) et 50% du temps à ne rien faire. Le département a besoin de plus d'un joueur-entraîneur OMI. Je pense que cela aiderait réellement l'équipe parce qu'elle aurait une autre personne pour faire du travail de support à temps plein (au lieu d'avoir une personne de support pour écrire du code comme je le fais maintenant) si cela a un sens.
C'est difficile mais ce que je fais maintenant est aussi difficile (développement + travail de support)

Je détesterais juste les voir faire venir quelqu'un de l'extérieur qui ne sait pas ce qu'ils font ou ruine l'équipe que nous avons maintenant, ce qui est assez solide.


MODIFIER (4/30)

Votre relation avec le reste de l'équipe va changer. Vous êtes maintenant le patron plutôt qu'un compagnon. Vous devrez dire aux gens quoi faire et ils devraient le faire. Certains seront d'accord avec le changement, mais d'autres pourraient ressentir que vous avez été promu plutôt qu'eux.

Cela pourrait être un problème puisque je suis ami avec la plupart d'entre eux maintenant.

Dans ce cas, attribuez-vous certaines des tâches de projet "faciles". Il doit s'agir d'articles non critiques que vous pouvez récupérer et déposer à tout moment. Cela vous permet d'aider sur le projet, de suivre la base de code mais de ne pas vous laisser distraire des activités de gestion. Une autre chose que vous pouvez faire est de mettre en ligne tous les rapports de bogues qui arrivent. Vérifiez-les pour vous assurer qu'ils sont de vrais bogues et, si c'est une modification facile, corrigez-les immédiatement. Des problèmes plus importants peuvent alors être programmés pour le reste des activités de l'équipe. Cela empêche l'équipe d'être distrait et montre également au client / à la haute direction que les choses sont résolues.

Cela ressemble à une bonne stratégie ...

Pour moi, cela se résume à quelles activités quotidiennes vous aimez. Aimez-vous le coaching, les rencontres avec les gens, la gestion de projet, l'établissement de relations et la résolution de problèmes humains? Ou avez-vous besoin de beaucoup de temps seul, trouvez les réunions épuisantes, n'aimez pas le théâtre et aimez les problèmes intellectuels / techniques?

Je peux faire les deux. L'essentiel pour moi est l'équilibre travail-vie. Mon ancien patron avait un équilibre entre vie professionnelle et vie privée, mais uniquement parce qu'il avait des employés dévoués en dessous de lui qui savaient ce qu'ils faisaient, travaillaient les heures supplémentaires et rendaient son travail plus facile. Bien sûr, si quelqu'un d'autre prenait le relais et que le ministère était mal géré, l'équilibre travail-vie privée pour tout le monde pouvait être par la fenêtre.


EDIT (5/1)

@Jeff

C'est un environnement d'entreprise et je n'ai aucun contrôle sur le nombre de personnes que nous avons ou la description de poste de chaque poste.

J'espère que mes coéquipiers voudront que je réussisse, mais je ne suis pas sûr. Je me suis lié d'amitié avec certains d'entre eux et cela allait sûrement changer notre relation. Mais je ne suis pas sûr que les autres candidats seraient en mesure de diriger le département et de continuer à bien fonctionner ... bien que je puisse me tromper.


9
Les développeurs ayant des compétences en communication sont-ils encore si rares de nos jours?
John Shaft

12
Pablo: OUI! Tout à fait.
quick_now

20
Il en va de même pour les développeurs ayant des compétences en programmation: D Néanmoins, les deux sont une condition préalable pour être un bon développeur (c'est-à-dire efficace / utile).
back2dos

4
@Pablo - +1 pour le oui - j'ai obtenu mon dernier emploi sur quelqu'un avec beaucoup plus d'expérience que moi car je peux parler aux gens sans rougir et bégayer ...
Matt

6
Que voulez - vous vraiment voulez faire?

Réponses:


27

J'ai accepté un tel travail et j'aurais aimé ne pas le faire.

Vous pensez peut-être que c'est un pas en avant. C'est, mais dans une direction complètement différente. C'est un peu comme changer votre métier de charpentier à vendeur. Vous avez besoin de compétences et de connaissances différentes pour faire votre travail. Bien sûr, cela aide vraiment de savoir exactement ce que font vos employés et les problèmes auxquels ils sont confrontés chaque jour. Mais d'après mon expérience, c'est une petite partie du travail, disons environ 20%. On passe beaucoup plus de temps à gérer les gens (leurs besoins et leurs ambitions) et à les protéger de la merde que la haute direction produit en grand nombre. De plus, vous devez faire très attention à ce que vous faites et à ce que vous dites, car cela pourrait causer toutes sortes de dégâts (de bouleverser quelqu'un à détruire le moral de toute l'équipe).

Le mauvais côté, c'est que je ne fais plus beaucoup de programmation. Et j'ai découvert que je prends beaucoup plus de plaisir à créer des logiciels qu'à dire aux autres ce qu'ils devraient faire. J'ai également l'impression que ma connaissance du développement logiciel devient lentement obsolète. Il y a quelque temps, je me débattais avec des problèmes et je les considérais durs. Ces jours-ci, je suis constamment corrigé. Ils sont parfaitement résolubles avec les frameworks populaires, donc les problèmes sont triviaux. Chaque fois que cela arrive, je souris, mais mon âme pleure de désespoir.


26

Été et fait tout cela.

Vous POUVEZ être en mesure (en particulier en discutant avec votre manager) de faire l'impossible et d'obtenir le meilleur des deux mondes - quelque chose que j'ai géré pendant un certain nombre d'années - c'est-à-dire d'être un manager technique.

Oui, vous faites des trucs de gestion, mais vous essayez de trouver le juste équilibre entre 50% de trucs de gestion (généralement des trucs vagues à court terme, des pompiers, un regard sur l'avenir possible, ou des trucs qui nécessitent que les problèmes des gens soient réglés). Et environ 50% étant un développeur pratique.

Nombreux sont ceux qui diront "non non ne fais pas ça tu dois être l'un de l'autre".

il est difficile, mais l' une des choses sur la gestion des gens qui font le travail technique est que si vous ne restez pas en contact, vous devenez rapidement techniquement obsolète - et vous ne pouvez jamais revenir à être un développeur (ou il nécessite une baisse massive et une longue période de recyclage avec un employeur tolérant).

La seule façon de rester modérément en contact avec la technologie est de le FAIRE. Tous les livres, cours et gaufres du monde ne remplacent pas la vraie chose.

Donc en faisant (un peu) de développement vous vous faites un meilleur gestionnaire du travail technique.

Mais c'est difficile.


2
Ceci est une réponse exceptionnelle. J'ai eu la même expérience lorsque je suis entré dans la gestion informatique d'un poste technique. C'était une petite entreprise et j'ai pu avoir le meilleur des deux mondes. J'étais très heureuse. Cependant, au fur et à mesure que l'entreprise a grandi et que j'ai gravi les échelons de la gestion, mon temps pour le travail pratique est devenu nul et je n'aime plus du tout ce que je fais. Donc, ma prudence serait de regarder votre entreprise s'agrandir et que votre temps de travail s'en trouvera réduit et très probablement votre satisfaction au travail.
Dave Kincaid

1
N'oubliez pas de déléguer. Je trouve que beaucoup de nouveaux développeurs devenus gestionnaires ne déléguent pas ... finissent par faire trop de gestion, pas assez de travail technique. Déléguez vos réunions chaque fois que vous le pouvez. Déléguez le travail de gestion si un membre de votre équipe est intéressé. Trouvez du temps pour votre travail technologique.
Swati

@Dave et @Swati - tous deux d'excellents commentaires / conseils. J'ai également été poussé à prendre une décision: être technique ou être manager. (Par de petites personnes d'esprit au-dessus de moi). Pas un bon choix à faire, mais la technique l'emporte. Perdre la responsabilité de gestion après l'avoir fait pendant un certain nombre d'années n'était cependant pas agréable.
quick_now

8

Mettez en garde cette réponse avec, c'est mon expérience, et je ne suis qu'un individu, et vous allez certainement être différent de moi. Mais c'est mon histoire de toute façon.

J'ai obtenu mon diplôme, j'ai très bien réussi, je suis devenu un responsable très rapidement et j'ai gagné le respect de mes pairs en raison de ma vie de technologie et de ma volonté d'apprendre en dehors du travail, en gardant mes compétences à jour. Cela m'a aussi rendu excellent dans mes tâches de programmation, car je pratiquais en dehors du travail sur des projets personnels. Je suis rapidement devenu «le gars» de mon département (sur 20 programmeurs à l'époque). Et puis mon manager est parti.

Je suis devenu le manager, même si je ne me souviens pas avoir accepté de le faire?! Et je l'ai collé pendant 3 ans. J'ai bien géré l'équipe. J'étais un technicien, donc ils ont adoré, parce qu'ils détestaient qu'on leur dise quoi faire et comment le faire par des gens qui «ne les comprenaient pas, ou ce qu'ils faisaient / offraient». J'étais aussi beaucoup plus jeune que le reste de l'équipe (j'avais 25 ans), ils étaient surtout 30-45. Mais cela ne semblait pas avoir d'importance. l'équipe était contente. Et je faisais encore une partie du codage, gardant mes compétences au frais.

Ensuite, l'équipe est devenue trop grande! J'ai passé toutes mes journées dans des réunions et dans des évaluations individuelles. Je suis rarement rentré à la maison, mais j'ai souvent pensé: "Qu'est-ce que j'ai fait aujourd'hui?", À part les réunions.

Il y a 6 mois, j'ai postulé pour un poste d'architecte dans la même entreprise, et je l'ai obtenu. Je rentre chez moi la plupart du temps. Sentez-vous que j'apporte une réelle valeur ajoutée et que je fais avancer l'entreprise. Mon développeur principal de mon ancienne équipe va mon ancien travail. C'était aussi un technicien. L'équipe était à nouveau satisfaite du remplaçant, car il était un technicien et un très bon gars. Mais il vient de se retirer, retournant à son ancienne position pour la plupart des mêmes raisons.

D'après mon expérience, les bons techniciens, même s'ils sont bons avec les gens, sont de bons techniciens parce qu'ils ont soif de technologie. Construire des choses, créer des logiciels comme un art. La seule façon pour moi de retourner dans la gestion, c'est si je pouvais être à la position où j'étais au début du jeu de gestion, qui devait encore être pratique. Cela a fonctionné, tout le monde était content, et l'entreprise a fait le meilleur de ma technique, et j'ai tiré le meilleur parti de mon équipe. Au fur et à mesure que l'équipe s'agrandissait et que je ne faisais aucune intervention, tout le monde a souffert.

Bonne chance avec quoi que tu choissises. J'espère que vous réussirez bien, car au moins vous y pensez plutôt que de simplement voir l'argent / le pouvoir et de sauter directement.


1
+1 pour: "les bons techniciens, même s'ils sont bons avec les gens, sont de bons techniciens parce qu'ils ont soif de technologie. De construire des choses, de créer des logiciels comme un art". TRÈS VRAI. Beaucoup de gens prennent le poste de manager parce qu'ils craignent qu'un idiot ne soit nommé qui gâchera les choses.
quick_now

5

Était dans la même position. J'ai pris la promotion à la direction et j'apprécie beaucoup.

Je fais toujours du développement, car je suis aussi l'un des meilleurs développeurs, mais ça a été une bonne chose. Je suis heureux de faire quelque chose de différent maintenant. Alors que j'aime le développement, ça devenait un jeu et je voulais voir ce qui était disponible d'autre.

Les meilleurs emplois que j'ai eu étaient de travailler pour de bons gestionnaires et j'ai appris ce que j'aimais dans ce qu'ils font et j'essaie de faire de même. Jusqu'à présent, l'équipe semble heureuse de m'avoir dans ce rôle car j'essaie de les garder hors de la merde d'entreprise typique.


3

Peut-être asseoir avec le directeur autour d'une tasse de thé et lui parler de cela. On dirait qu'il est un bon gars et si vous exposez les choses, il pourra peut-être vous aider à trouver ce qui vous convient.

Si vous êtes épuisé par la programmation, un changement de rythme pendant quelques années pourrait être bon, et vous pouvez toujours revenir à la programmation plus tard si vous le souhaitez également.


3

À mon avis, si vous êtes un programmeur qui peut aussi être gestionnaire, prenez-le. Si vous ne le faites pas, quelqu'un de moins capable pourrait le prendre. Il est difficile de trouver des personnes combinant des compétences en gestion et en programmation. De plus, si votre manager vous encourage à postuler, il a cette foi en vous. Gérer quelqu'un de plus âgé que vous ne devrait pas être un problème. Cela fait partie de vos compétences en gestion des personnes. J'ai cependant une suggestion à vous faire. Au départ, vous aurez des espoirs malheureux. Vous devez mettre fin à toute ambiguïté dès que vous prenez le poste. Pour ce faire, vous devez être responsable, déléguer les responsabilités, assurer le suivi et être ferme avec les membres de l'équipe.


3

J'ai été développeur et manager. Pour moi, cela se résume à quelles activités quotidiennes vous aimez. Aimez-vous le coaching, les rencontres avec les gens, la gestion de projet, l'établissement de relations et la résolution de problèmes humains? Ou avez-vous besoin de beaucoup de temps seul, trouvez les réunions épuisantes, n'aimez pas le théâtre et aimez les problèmes intellectuels / techniques?

Vous passerez votre journée sur un travail très différent. C'est donc une question de quel jour vous apprécierez et lequel vous continuerez à souhaiter se terminera plus tôt.


2

Bien sûr, il n'y a pas de bonne ou de mauvaise réponse à ce sujet. D'après mon expérience, j'ai été promu chef d'équipe (avec la responsabilité de gestion hiérarchique de l'équipe) d'une équipe d'électronique et de logiciels. J'ai réussi à garder une bonne quantité de mains dans ce travail et cela me convenait, j'ai ensuite déménagé pour faire un travail de gestion de projet avec une autre entreprise et je détestais ça. Je suis maintenant de retour en train de faire du travail de développement avec quelqu'un d'autre.

Bien sûr, vous devez garder à l'esprit le principe de Peter et être confiant que vous pouvez réellement faire le travail et ne pas être trop tenté par l'argent.


2

En réponse à votre modification:

1) Je serais responsable de TOUT au lieu de ce qu'on me demande de faire. Le département est toujours sous le choc après plusieurs cycles de licenciements ... surchargés et au bord de l'épuisement professionnel. J'ai une assez bonne relation avec tous les membres de l'équipe ... mais je me demande si cela ne changerait pas si je prenais ce travail.

Votre relation avec le reste de l'équipe va changer. Vous êtes maintenant le patron plutôt qu'un compagnon. Vous devrez dire aux gens quoi faire et ils devraient le faire. Certains seront d'accord avec le changement, mais d'autres pourraient ressentir que vous avez été promu plutôt qu'eux.

4) C'est un petit département et je ne pense vraiment pas qu'un gestionnaire à temps plein soit nécessaire. OMI, nous n'avons pas besoin de quelqu'un pour passer 50% de son temps à commander des gens (parce que tout le monde sait ce qu'ils ont à faire) et 50% du temps à ne rien faire.

Dans ce cas, attribuez-vous certaines des tâches de projet "faciles". Il doit s'agir d'articles non critiques que vous pouvez récupérer et déposer à tout moment. Cela vous permet d'aider sur le projet, de suivre la base de code mais de ne pas vous laisser distraire des activités de gestion. Une autre chose que vous pouvez faire est de mettre en ligne tous les rapports de bogues qui arrivent. Vérifiez-les pour vous assurer qu'ils sont de vrais bogues et, si c'est une modification facile, corrigez-les immédiatement. Des problèmes plus importants peuvent alors être programmés pour le reste des activités de l'équipe. Cela empêche l'équipe d'être distrait et montre également au client / à la haute direction que les choses sont résolues.


1

J'ai refusé une chance de devenir chef d'équipe alors que j'étais à peine un an dans l'industrie du logiciel. Je sentais que je n'avais pas assez d'expérience technique pour prendre le poste. Aujourd'hui, cinq ans, et un changement de domaine plus tard, je m'efforce d'obtenir le même poste. Je souhaite que je l'avais pris alors.


3
Auriez-vous pu soulever la charge à l'époque?

2
Peut-être peut-être pas. Je n'aurais su que si je l'avais pris. Je l'ai rejeté parce que je pensais qu'un chef d'équipe devait avoir au moins 2 ans de forte expertise technique. Sans cela, je n'aurais pas confiance en moi. J'avais de bonnes compétences relationnelles et j'étais un bon communicateur, c'est pourquoi j'ai eu la chance. En fait, ce n'était pas mon premier emploi. J'avais travaillé un an avant mon diplôme mais ce n'était pas en tant que programmeur.
DPD

Je demande simplement parce que, à première vue, je conviens avec vous qu'il était un peu tôt pour être le leader. Je me demande simplement pourquoi c'est difficile pour vous maintenant avec cinq années d'expérience de plus?

Je reçois des demandes mais quand ils découvrent que mon expérience est divisée en différentes technologies et dommages, il y a moins d'intérêt. Les recruteurs recherchent généralement quelqu'un avec 6-7 ans d'expérience en technologie X uniquement. Quand ils n'obtiennent pas quelqu'un correspondant à cette exigence, c'est quand ils me rappellent.
DPD

2
J'ai tendance à être d'accord - le chef d'équipe après 1 an est trop tôt. En fait, je pense qu'une vaste expérience (une bonne formation) de 5 ans ou plus est une bonne chose avant que le chef d'équipe soit approprié. Fait de vous une personne meilleure, plus ronde et plus compétente. Une partie du rôle de chef d'équipe consiste à coacher, à encadrer et à aider les autres - pas seulement à distribuer des tâches.
rapid_now

0

Vous devez définir comment vous pensez que l'équipe devrait fonctionner et quels postes doivent être créés, modifiés, éliminés et pourvus ainsi que les qualifications. Sur la base des commentaires que vous obtenez, votre intuition vous dira si vous voulez le travail.

Une autre considération est de savoir jusqu'où vous voulez aller dans la gestion. Découvrez les attentes de chacun.

Vos coéquipiers devraient vouloir vous aider à réussir ou ils doivent y aller. Assurez-vous que vous savez clairement comment vous voulez gérer les choses et laissez-les décider s'ils veulent coopérer.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.