Beste antwoord
Begrijp eerst dat als je het over software engineering hebt, alle bedrijfstitels min of meer verzonnen zijn
“Principal” engineer is over het algemeen iemand die een individuele bijdrager is en meer ervaring heeft dan een Senior software engineer. Hij / zij wordt meestal aan één project tegelijk toegewezen en draagt niet bij aan meerdere teams.
In software engineering zijn er 2 tracks: technische track en managementtrack. Over het algemeen lopen de tracks uiteen na de senior software-engineer. Als je een managementtraject volgt, zul je waarschijnlijk worden
Junior software engineer → Software engineer → Senior software engineer → Teamleider → Scrum master → Project / Product Manager → Directeur → VP
Als je op een technisch pad zit, ga je
Junior software engineer → Software engineer → Senior software engineer → Principal Software engineer → Architect → Senior Architect → Enterprise Architect
Tot je bent Principal Software engineer, je bent gefocust op één project. Er wordt van je verwacht dat je wat technische begeleiding geeft aan de leden van je team. Wanneer je een “architect” wordt, wordt er van je verwacht dat je in meerdere projecten helpt.
Nogmaals, titels in Software engineering banen zijn min of meer onzin. Een directeur wordt directeur genoemd, zodat iedereen in het team weet dat de man zijn / haar dingen kent. Ook kan dit gebeuren. Er zijn 2 jongens, A&B die samen in het bedrijf zijn begonnen. A is technisch bekwamer. B is bekwamer met mensen. Beiden vorderen samen tot Sneior software engineer. Omdat A technisch bekwamer is, krijgt hij steeds interessantere dingen, wat hem gelukkig maakt. Uiteindelijk wordt B gepromoveerd tot “Teamleider”. Nu is A niet blij, want het lijkt erop dat A geen promotie heeft gemaakt, ook al is A technisch bekwaam. Hij krijgt nog steeds de interessante projecten en zo, maar hij heeft er geen nieuwe titel bij. Dus bedenken bedrijven een nieuwe bullshit-titel: “Principal Software Engineer. Hier word je gepromoveerd. nu blij? Oh ja, trouwens, nu je “opdrachtgever” bent, stap een beetje uit je kubus en help ook andere mensen “
Antwoord
Ik heb gewerkt bij bedrijven waar titels worden gebruikt om progressie aan te geven en ook bij bedrijven waar feitelijke technische niveaus (meestal) niet worden gepubliceerd.
Ik heb beide situaties zien werken, ervan uitgaande dat je mensen krijgt die meer gefocust zijn op dingen doen en minder gefocust zijn op hun titels. Je krijgt de verkeerde mensen, en ze zullen een manier vinden om over iets anders te zeuren – het zijn geen titels, het kan een rol of vergoeding zijn of iets anders.
Zolang je mensen een het pad om zowel professioneel als financieel te groeien en u bent eerlijk tegen hen, de afwezigheid van titels is geen groot probleem.
Voor wat het waard is, zelfs als u ervan uitgaat dat iemand van baan verandert, moeten van geval tot geval evalueren waar ze passen, zelfs als de titels al dan niet hetzelfde zijn.
Een goede vuistregel is om mensen te vragen naar de rol van hun project en ook onderzoek andere factoren, zoals technische complexiteit en teamgrootte, om erachter te komen waar ze staan ten opzichte van het niveau van uw eigen bedrijf (al dan niet gepubliceerd).
- Zijn ze een individuele bijdrager of leiden ze 10 mensen of 50 mensen?
- Wat doen ze dagelijks – schrijven ze code of beheren ze mensen?
- Als ze geen code schrijven, zijn ze dan wel een manager of is het een technisch persoon?
Als u denkt dat een kandidaat misschien niet geschikt is voor uw bedrijf op het huidige niveau, maar toch op een lager niveau kunt bijdragen, wees open en eerlijk tegen hen. Sommige mensen zijn misschien niet bereid een beperkte rol op zich te nemen, terwijl anderen het misschien goed vinden als ze denken dat ze nog steeds op andere manieren kunnen groeien.
Ik heb bij verschillende bedrijven meerdere zaken gezien van mensen die zijn aangenomen bij een niveau lager dan hun vorige titel, met dien verstande dat als ze zichzelf zouden bewijzen, ze snel promotie zouden krijgen, en in bijna al die gevallen als de werving goed werd gedaan, kwam dat inderdaad goed uit.
Korte versie: piekeren over de afwezigheid van titels in een ontwikkelingsteam is vergelijkbaar met ruzie maken over tabbladen of spaties. Kies er een, wees er consistent mee en concentreer je op het doen van dingen en het bouwen van een team en andere echte problemen.