Beste antwoord
Dit hangt af van de definities die in uw organisatie worden gebruikt. Het beste is om ze op te zoeken in welke vorm ze ook door uw HR-afdeling worden gepubliceerd. Als je ze niet kunt vinden, is het tijd om eraan te gaan werken.
Waar ik was, was de zin “Bereik en invloed”. “Scope” ging over hoe groot een deel van het project waarvoor u verantwoordelijk was. Invloed ging over hoe effectief u werkte met mensen en groepen buiten de standaardontwikkelingshiërarchie. Afhankelijk van uw functie kunnen er wel of geen mensen aan u rapporteren. “Rol” werd apart gedefinieerd. Principal was bijvoorbeeld een niveau; Architect was een rol.
Op hoofdniveau had u verantwoordelijkheden op productniveau. U werkte vanaf het laagste niveau van het systeem tot aan het productniveau. Ik ben er een heleboel vergeten, maar qua omvang was je verantwoordelijk voor ten minste een groot deel of misschien meerdere delen van het product gedurende meerdere, meerjarige releasecycli. Er werd van je verwacht dat je alle delen van het systeem kende waarvoor je verantwoordelijk was, tot op codeniveau, of dat je ze indien nodig extreem snel kon oppikken. U hoeft misschien niet aan de dagelijkse codering te doen, maar u kunt snel overal naartoe gaan waar nodig is voor codering en foutopsporing. Je had uitstekende technische en communicatieve vaardigheden nodig. Je bent doorgegaan met het begeleiden van ontwikkelaars van instapniveau tot senior niveau, zowel formeel als informeel. U had brede technische kennis van het gehele product buiten uw verantwoordelijkheidsgebied. Je kunt anderen losmaken. U kunt potentiële problemen opmerken en proactief handelen om te voorkomen dat ze problemen worden.
In termen van invloed werkte u samen met hoger management en andere disciplines om te helpen bij het formuleren en uitvoeren van productplannen. Afhankelijk van uw niveau en product werkte u ook samen met andere productteams om technische aspecten van functies en releases te coördineren.
Antwoord
Een hoofdsoftware-engineer verscheept grote complexe software, regisseert zelf aan zakelijke doelstellingen, werkt over groepen heen, verbetert de teamproductiviteit en heeft op zijn minst impact op divisieniveau. Hun projecten zijn meestal te groot voor één team van tien personen. Hun doelen zijn algemener, zoals cashflow verbeteren of schaal 100–1000X.
Een architect is verantwoordelijk voor softwareontwerp op hoog niveau. Meestal is het een rol, niet een titel en niveau – de technische ladders bij Amazon, Microsoft en Google gebruiken de term niet. De titel heeft een negatieve bijklank omdat sommigen vaardiger zijn in het schrijven van whitepapers dan in het ontwerpen van software. De term impliceert één persoon, terwijl architectuur in hedendaagse projecten meestal gezamenlijk wordt ontworpen.
Een senior software-engineer kan zonder hulp redelijk complexe projecten aan. De titel is niet erg senior en vereist ongeveer 5-7 jaar ervaring. De meeste ingenieurs hebben een plateau op dit niveau en genieten tientallen jaren van hun werk.
Als je verder gaat dan senior ingenieur, besteed je minder tijd aan het schrijven van code en meer aan het doen van verschillende dingen, zoals het verbeteren van processen, architectonisch toezicht, het begeleiden van nieuwere ingenieurs en contact met andere bedrijfseenheden.
Sommige bedrijven hebben titelinflatie waarbij ingenieurs met 7 jaar ervaring hetzelfde werk doen voor hetzelfde loon als senior ingenieurs elders, maar de titels Principal Engineer hebben.
Grotere bedrijven hebben vanwege hun omvang extra niveaus nodig. Een Distinguished Engineer bij Google met een bedrijfsbrede impact dekt veel meer producten tegen $ 20 miljard / kwartaalomzet dan één bij een startup die $ 20 miljoen / jaar terugbrengt. De verschillen tussen de hoogste niveaus en Senior Engineers nemen toe met de bedrijfsgrootte.
Zonder titelinflatie zijn Principal Engineers als directeuren in termen van impact, autonomie, aan wie ze rapporteren en compensatie. Voorname ingenieurs zijn als vice-presidenten.