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.
la source
Réponses:
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.
la source
É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.
la source
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.
la source
É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.
la source
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.
la source
À 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.
la source
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.
la source
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.
la source
En réponse à votre modification:
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.
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.
la source
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.
la source
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.
la source