Quel est le cheminement de carrière pour un développeur qui ne fonctionne pas comme la gestion?

softwareengineering.stackexchange https://softwareengineering.stackexchange.com/questions/1533

  •  16-10-2019
  •  | 
  •  

Question

Si vous êtes développeur (Developer principal ou plomb) et que vous préférez rester avec le code / design que de poursuivre une carrière de gestion, quels sont les cheminements de carrière dans votre entreprise, ou tout que vous avez entendu parler? Jusqu'où pouvez-vous aller?

Est-il possible de continuer à être un geek jusqu'à ce que vous mordre la poussière ou est-ce trop naïf?

Les gens comme Oncle Bob par exemple les développeurs encore considérés, comme ils le prétendent?

Était-ce utile?

La solution

Je vais sortir sur un membre ici et dire quelque chose qui ne devrait pas être la réponse que vous voulez entendre, mais si vous ne le faites pas comme la gestion, votre cheminement de carrière va être très limitée. Si ce que vous aimez faire est le code, et si vous êtes vraiment bon, et vous ne voulez pas arrêter, alors votre cheminement de carrière est sur une trajectoire unique: ingénieur logiciel et ingénieur logiciel senior.

Si d'autres reconnaissent à quel point vous êtes alors leur inclinaison tendrez vers vous mettre dans une position où vous pouvez transmettre votre expérience aux autres. En d'autres termes, ils veulent que vous gérer et / ou direct. Il est difficile de prendre cette responsabilité supplémentaire sans prendre une certaine forme de gestion. Si vous êtes un architecte et responsable de la conception d'un système, et si vous voulez que la conception à la mise en œuvre avec succès, vous devrez diriger et gérer d'autres. Si vous devenez un fondateur d'une start-up et vous réussir, alors les chances sont à un moment donné, vous avez besoin d'embaucher quelqu'un pour l'aider, et vous aurez besoin de les gérer. Si vous devenez un CTO alors il n'y a aucun moyen en enfer, vous serez en mesure de pas gérer.

Cela étant dit, je ne pense pas que cette question peut être répondue sans comprendre ce qu'il est de la gestion que vous ne aimez pas. N'êtes-vous pas comme la gestion du personnel? N'êtes-vous pas comme l'idée de codage ne pas être votre principale responsabilité? N'êtes-vous pas comme le fardeau de la responsabilité du succès de quelque chose?

La réponse à cette question sous-jacente va aider à vous orienter dans la bonne direction. Ou mettre une autre manière, d'une manière que nous devrions tous penser sur le travail que nous faisons, est la suivante: qu'est-ce que votre look d'emploi idéal comme Oubliez les titres pour un? d'autre part, oublier la société pour laquelle vous travaillez, se concentrer uniquement sur votre vie au jour le jour, et les choses qui vous fera vraiment heureux et se développer. Ensuite, travailler pour créer cette position à l'endroit où vous travaillez, ou à une entreprise que vous vous construisez.

Autres conseils

dépend du type de société que vous travaillez.

De nombreuses entreprises ne valorisent pas de talent, les développeurs expérimentés comme très en tant que gestionnaires, et ne seront jamais les récompenser au même niveau <- Ce n'est pas le genre de personnes de l'entreprise comme vous devriez travailler pour

.

D'autres entreprises (généralement plus tech-concentrés) valoriseront leurs développeurs plus, et de 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 genre d'entreprise

Si vous avez un peu d'esprit d'entreprise, vous pouvez aussi créer votre propre entreprise -. Vous auriez alors le patron

Lors de mon entreprise, la gestion et les pistes de contributeur individuel sont séparés et la plupart du temps en parallèle. Les contributeurs individuels peuvent monter très haut dans l'entreprise (jusqu'à Fellow technique) sans être un gestionnaire de personnes. Il permet d'éviter partiellement le Peter Principe , mais jamais complètement.

Bien que Architecte semble avoir une connotation négative, je pense que l'équivalent technique du mouvement à la direction.

FWIW, Microsoft (comme d'autres grandes entreprises, je suis sûr) a des parcours professionnels pour les non-cadres qui vont à des niveaux équivalents VP (Les Distinghished d'ingénieur et Fellow technique). MS est vraiment grand de montrer un cheminement de carrière pour les non-cadres.

Probablement quelque chose comme ceci:

Jr Developer -> Développeur -> Sr Développeur / Chef d'équipe / Lead Developer -> Software Architect

contractant. Il y a beaucoup plus d'argent dans le travail indépendant.

Il y a plusieurs chemins que j'ai vu EFFECTUER:

  1. Product Manager
  2. Analyste requise
  3. Architecte
  4. Chef d'équipe
  5. Configuration Manager
  6. Rédacteur technique
  7. Démarrage fondateur
  8. Grant Writer

Dépend de la société. Beaucoup d'entreprises offrent deux voies pour faire avancer les développeurs: technique et de gestion. Si vous préférez technique, vous vous déplacez lentement le niveau de rémunération, le développement des compétences précieuses dev, mais coller avec vous devenez DÉVELOPPEMENT gourou. Il est moins d'argent que la gestion va, mais si vous voulez pirater « jusqu'à ce que vous mourez, il est le chemin à parcourir.

Si vous travaillez pour une petite entreprise d'être un développeur peut être le plus grand rôle à moins que vous démarrez votre propre entreprise. Vous deviendrez alors un développeur / directeur. Ne vous inquiétez pas trop à atteindre le rôle technique le plus élevé dans une entreprise. Il suffit de faire ce qui vous rend heureux.

Si vous travaillez pour le bon type d'entreprise il devrait y avoir aucune limite d'être un développeur aussi longtemps que vous êtes vraiment bon. La direction est en fait l'un des moyens les plus faciles à gravir les échelons de carrière si vous êtes moins techniquement compétent. Je l'ai vu 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 que vous travaillez pour la bonne compagnie - si vous êtes assez bon pour assez longtemps, ils feront une poste pour vous - en fin de compte vous pouvez finir par être un décideur (mais pas un gestionnaire) en raison de votre grande expérience. J'ai vu les développeurs se déplacent dans des rôles premier vice-président, sans avoir personne à gérer, mais en raison de leurs connaissances, l'expérience et l'enthousiasme.

, il peut sembler évident, mais aussi vous devriez parler à votre patron au sujet de ce que vos options d'avancement de carrière sont - vous pourriez être surpris. Il aide si vous pensez à certains titres d'emploi potentiels qui ne sont pas dans votre entreprise et vous pouvez demander à votre patron si vous pouvez travailler à changer à cela - quelque chose comme « chef du Code de la qualité » ou essentiellement un titre qui fait allusion à plus que un développeur, même si vous pouvez toujours juste être un développeur - cela vous démarquer en matière de promotions à venir ou même des révisions de salaire. Vous devez vous rappeler qu'il ya moins d'emplois en haut, vous avez donc besoin de se démarquer. Beaucoup de gens disent un moyen de titre de travail très peu, mais ce n'est pas vrai - il peut faire votre carrière si vous choisissez votre propre - faire cet acte simple montre aussi une certaine ambition

.

Texas Instruments avait une double échelle quand j'étais là-bas.

  • associé ingénieur
  • Ingénieur
  • Ingénieur
  • ---- à partir d'ici, vous deviez être nommé par quelqu'un déjà plus haut
  • Membre du personnel technique Groupe
  • Membre principal du personnel technique
  • (peut-être) membre distingué du personnel technique
  • TI Fellow
  • TI Senior Fellow
  • TI principal membre (il n'y avait qu'un seul d'entre eux dans l'entreprise, pour autant que je sache)

il y a beaucoup de titres qui se trouvent dans un chemin de programmeurs s'il colle à la carrière technique, tels que

  • Lead Developer / Ingénieur de développement principal.
  • Chef d'équipe.
  • Solution Architect (axé sur la conception et l'intégration du système, etc.).
  • CTO (Chief Technology Officer) .. ce qui est totalement technique, mais avec une épice d'être supérieure personne technique de l'Organisation.

Rappelez-vous toujours que vous pouvez prendre un autre chemin et devenir un consultant en informatique .. Vous pouvez également travailler sur d'autres projets en parallèle comme écrire des livres ou de travailler dans un blog ...

Si vous ne le faites pas comme la gestion, vous devriez obtenir pour la direction à changer les choses et de le rendre acceptable pour les personnes partageant les mêmes idées.

Licencié sous: CC-BY-SA avec attribution
scroll top