Quel est le cheminement de carrière pour un développeur qui n'aime pas la gestion?
Si vous êtes développeur (développeur principal ou développeur principal) et que vous préférez rester dans le code/design plutôt que de poursuivre une carrière en gestion, quels sont les cheminements de carrière disponibles dans votre entreprise ou ceux dont vous avez entendu parler? Jusqu'où pouvez-vous aller?
Est-il possible de continuer à être un geek jusqu'à ce que vous mordiez la poussière ou est-ce trop naïf?
Les gens comme Oncle Bob, par exemple, sont-ils toujours considérés comme des développeurs, comme ils le prétendent?
Je vais sortir sur un membre ici et dire quelque chose qui ne sera probablement pas la réponse que vous voulez entendre, mais si vous n'aimez pas la gestion, votre cheminement de carrière sera très limité. Si ce que vous aimez faire est du code, et si vous êtes vraiment bon dans ce domaine, et que vous ne voulez pas vous arrêter, alors votre cheminement de carrière est sur une seule trajectoire: ingénieur logiciel puis ingénieur logiciel senior.
Si les autres reconnaissent à quel point vous êtes bon, leur inclination aura tendance à vous mettre dans une position où vous pourrez transmettre votre expérience aux autres. En d'autres termes, ils voudront que vous gériez et/ou dirigiez. Il est difficile d'assumer cette responsabilité supplémentaire sans assumer une certaine forme de gestion. Si vous êtes architecte et responsable de la conception d'un système, et si vous souhaitez que cette conception soit mise en œuvre avec succès, vous devrez diriger et gérer les autres. Si vous devenez le fondateur d'une start-up et que vous réussissez, il est probable qu'à un moment donné, vous devrez embaucher quelqu'un pour l'aider, puis vous devrez le gérer. Si vous devenez CTO, il n'y a aucun moyen en enfer que vous pourrez pas gérer.
Cela étant dit, je ne pense pas que l'on puisse répondre à cette question sans comprendre de quoi il s'agit au sujet de la gestion que vous n'aimez pas. Vous n'aimez pas gérer le personnel? N'aimez-vous pas l'idée que le codage ne soit pas votre responsabilité principale? N'aimez-vous pas le fardeau de la responsabilité du succès de quelque chose?
La réponse à cette question sous-jacente vous aidera à vous orienter dans la bonne direction. Ou pour dire autrement, une façon dont nous devrions tous penser au travail que nous faisons, est la suivante: quel est votre travail idéal ressembler à? Oubliez les titres pendant une seconde, oubliez la société pour laquelle vous travaillez, concentrez-vous simplement sur votre vie quotidienne et sur les choses qui vous rendront vraiment heureux et prospère. Ensuite, travaillez pour créer ce poste sur le lieu de travail ou dans une entreprise que vous construisez vous-même.
Cela dépend du type d'entreprise pour laquelle vous travaillez.
De nombreuses entreprises n'accordent pas autant d'importance aux développeurs talentueux et expérimentés qu'aux managers et ne les récompenseront jamais au même niveau <- Ce n'est pas le genre d'entreprise pour laquelle des gens comme vous devraient travailler.
D'autres entreprises (généralement plus axées sur la technologie) valoriseront davantage leurs développeurs, et rester dans la technologie ne devrait pas limiter votre carrière en termes de récompense et de statut <- vous voulez probablement travailler pour ce type d'entreprise.
Si vous avez un peu d'esprit d'entreprise, vous pouvez également créer votre propre entreprise - alors vous seriez le patron.
Dans mon entreprise, la gestion et les pistes individuelles des contributeurs sont séparées et principalement parallèles. Les contributeurs individuels peuvent monter très haut dans l'entreprise (jusqu'à Technical Fellow) sans être un gestionnaire de personnes. Cela aide à éviter partiellement le principe de Peter , mais jamais complètement.
Bien que Architect semble avoir des connotations négatives, je pense que c'est l'équivalent technique du passage à la gestion.
FWIW, Microsoft (comme d'autres grandes entreprises, j'en suis sûr) a des cheminements de carrière pour les non-managers qui atteignent des niveaux équivalents VP (ingénieur distingué et boursier technique). MS est très important pour montrer un cheminement de carrière pour les non-managers.
Probablement quelque chose comme ça:
Développeur Jr -> Développeur -> Développeur Sr/Chef d'équipe/Développeur principal -> Architecte logiciel
Passation de marchés. Il y a beaucoup plus d'argent dans le travail indépendant.
J'ai vu plusieurs chemins empruntés:
- Chef de produit
- Analyste des exigences
- Architecte
- Chef d'équipe
- Panneau de configuration
- Rédacteur technique
- Fondatrice de start-up
- Rédacteur de subventions
Dépend de l'entreprise. De nombreuses entreprises proposent deux voies pour faire progresser les développeurs: la technique et la gestion. Si vous préférez la technique, vous montez lentement le niveau de rémunération, développant de précieuses compétences en développement, mais en restant fidèle au développement, vous devenez un gourou. C'est moins d'argent que d'aller à la gestion, mais si vous voulez pirater jusqu'à votre mort, c'est la voie à suivre.
Si vous travaillez pour une petite entreprise, le rôle de développeur peut être le plus élevé, sauf si vous démarrez votre propre entreprise. Vous deviendrez alors développeur/directeur. Ne vous inquiétez pas trop pour atteindre le poste technique le plus élevé dans une entreprise. Faites ce qui vous rend heureux.
Si vous travaillez pour le bon type d'entreprise, il ne devrait y avoir aucune limite à être développeur tant que vous êtes vraiment bon dans ce domaine. La gestion est en fait l'un des moyens les plus faciles de gravir les échelons de carrière si vous êtes moins compétent techniquement. J'ai vu cela très souvent dans le monde du développement logiciel.
Je pense donc que si vous voulez vivre dans le monde du code mais arriver au sommet de l'arbre, vous devez vous assurer de travailler pour la bonne entreprise - si vous êtes assez bon pour assez longtemps, ils prendront position pour vous - en fin de compte, vous pouvez finir par être un décideur (mais pas un gestionnaire) en raison de votre vaste expérience. J'ai vu des développeurs occuper des postes de vice-président senior sans avoir personne à gérer, mais en raison de leurs connaissances, de leur expérience et de leur enthousiasme.
En outre, cela peut sembler évident, mais vous devriez parler à votre patron de vos options d'avancement professionnel - vous pourriez être surpris. Cela peut être utile si vous pensez à des titres d'emploi potentiels qui n'existent pas dans votre entreprise et vous pouvez demander à votre patron si vous pouvez travailler à changer pour cela - quelque chose comme "Head of Code Quality" ou essentiellement un titre qui fait allusion à plus que juste un développeur même si vous n'êtes peut-être qu'un développeur - cela vous permettra de vous démarquer en ce qui concerne les futures promotions ou même de payer des avis. Vous devez vous rappeler qu'il y a moins d'emplois au sommet, vous devez donc vous démarquer. Beaucoup de gens disent qu'un titre d'emploi signifie très peu, mais ce n'est pas vrai - cela peut faire votre carrière si vous choisissez le vôtre - faire ce simple acte montre également une certaine ambition.
Texas Instruments avait une double échelle lorsque j'y étais.
- Ingénieur Associé
- Ingénieur
- Ingénieur senior
- ---- à partir de maintenant, vous deviez être nommé par quelqu'un déjà plus haut
- Membre de l'équipe technique du groupe
- Membre principal du personnel technique
- (peut-être) Membre distingué du personnel technique
- TI Fellow
- Chargé de recherche TI
- TI Principal Fellow (il n'y en avait qu'un dans l'entreprise, pour autant que je sache)
il y a beaucoup de titres qui se trouvent dans la voie des programmeurs s'il s'en tient à la carrière technique, comme
- Développeur principal/Ingénieur de développement principal.
- Chef d'équipe.
- Architecte de solutions (axé sur la conception et l'intégration de systèmes, etc.).
- CTO (Chief Technology Officer) .. c'est totalement technique mais avec le piquant d'être le plus haut technicien de l'Organisation.