Meilleure réponse
Comprenez dabord que si vous parlez de génie logiciel, alors tous les titres dentreprise sont plus ou moins inventés
Lingénieur «principal» est généralement quelquun qui est un contributeur individuel et qui est plus expérimenté quun ingénieur logiciel senior. Il / elle est généralement affecté à un projet à la fois et ne contribue pas à plusieurs équipes
En génie logiciel, il existe 2 pistes, une piste technique et une piste de gestion. Généralement, les pistes divergent après lingénieur logiciel senior. Si vous êtes sur la voie du management, vous serez probablement
Ingénieur logiciel junior → Ingénieur logiciel → Ingénieur logiciel senior → Chef déquipe → Scrum master → Chef de projet / produit → Directeur → VP
Si vous êtes sur une piste technique, vous allez
Ingénieur logiciel junior → Ingénieur logiciel → Ingénieur logiciel senior → Ingénieur logiciel principal → Architecte → Architecte senior → Architecte dentreprise
Jusquà ce que vous êtes ingénieur logiciel principal, vous êtes concentré sur un projet. Vous devrez fournir des conseils techniques aux membres de votre équipe. Quand vous devenez «architecte», vous êtes censé aider dans plusieurs projets
Encore une fois, les titres dans les emplois en génie logiciel sont plus ou moins des conneries. Un directeur est appelé directeur juste pour que tout le monde dans léquipe sache que le gars connaît ses affaires. Cela peut également arriver. Il y a 2 gars, A & B qui ont commencé ensemble dans lentreprise. A est plus compétent techniquement. B est plus compétent avec les gens. Les deux progressent jusquà lingénieur logiciel Sneior ensemble. Depuis, A est de plus en plus compétent techniquement, il continue à obtenir des trucs de plus en plus intéressants, ce qui le rend heureux. Finalement, B est promu «chef déquipe». Maintenant, A n’est pas content, car il semble que A n’ait pas été promu, même si A est techniquement compétent. Il a toujours les projets intéressants et tout, mais il na pas de nouveau titre pour laccompagner. Ainsi, les entreprises proposent un nouveau titre de connerie: «Principal Software Engineer. Ici, vous êtes promu. heureux maintenant? Oh oui, btw, maintenant que vous êtes «principal», sortez un peu de votre cube et aidez les autres aussi »
Réponse
Jai travaillé dans des entreprises où des titres sont utilisés pour indiquer la progression et aussi dans les entreprises où les niveaux dingénierie réels ne sont (pour la plupart) pas publiés.
Jai vu les deux situations fonctionner en supposant que vous ayez des gens plus concentrés sur les choses et moins concentrés sur leurs titres. Vous ne vous trompez pas, et ils trouveront un moyen de se plaindre de quelque chose dautre – ce ne sont pas des titres, cela peut être un rôle ou une rémunération ou autre chose.
Tant que vous fournissez aux gens un chemin pour croître à la fois professionnellement et financièrement et vous êtes juste envers eux, la présence de labsence de titres nest pas une énorme affaire.
Pour ce que cela vaut, même en supposant que vous ayez une personne qui change demploi, vous doivent simplement évaluer leur place au cas par cas, même si les titres sont ou ne sont pas les mêmes.
Une bonne règle de base est de demander aux gens le rôle de leur projet et aussi examinez attentivement dautres facteurs tels que la complexité technique et la taille de léquipe pour déterminer où ils se situent au niveau de votre propre entreprise (quils soient publiés ou non).
- Sont-ils un contributeur individuel ou sont-ils à la tête 10 ou 50 personnes?
- Que font-ils au quotidien – écrivent-ils du code ou gèrent-ils des personnes?
- Sils nécrivent pas de code, sont-ils un responsable ou est-ce une personne technique?
Si vous pensez quun candidat ne convient pas à votre entreprise au niveau auquel il se trouve actuellement, mais quil peut néanmoins contribuer à un niveau moindre, soyez ouvert et honnête avec eux. Certaines personnes ne sont peut-être pas disposées à assumer un rôle réduit, tandis que d’autres l’acceptent si elles pensent qu’elles peuvent encore se développer d’une autre manière.
Jai vu plusieurs cas dans différentes entreprises de personnes embauchées chez un niveau en dessous de leur titre précédent, étant entendu que sils faisaient leurs preuves, ils seraient promus rapidement, et dans presque tous les cas, lorsque lembauche était bien faite, cela se passait bien.
Version courte: Sinquiéter de labsence de titres dans une équipe de développement revient à se disputer sur des onglets ou des espaces. Choisissez-en un, soyez cohérent et concentrez-vous sur les choses et construire une équipe et dautres vrais problèmes.