Bästa svaret
Detta beror på de definitioner som används i din organisation. Det bästa är att slå upp dem i vilken form de publiceras av din HR-avdelning. Om du inte hittar dem är det dags att börja arbeta med dem.
Där jag var, var frasen ”Omfattning och inflytande”. ”Scope” handlade om hur stor en del av projektet du var ansvarig för. ”Inflytande” handlade om hur effektivt du arbetade med människor och grupper utanför standardutvecklingshierarkin. Du kanske eller kanske inte har någon som rapporterar till dig beroende på din roll. ”Roll” definierades separat. Till exempel var rektor en nivå; Arkitekt var en roll.
På huvudnivå hade du produktnivåansvar. Du arbetade från den lägsta nivån i systemet upp till produktnivån. Jag har glömt en massa men när det gäller omfattning var du ansvarig för åtminstone en större del eller kanske flera delar av produkten under flera, flera års släppcykler. Du förväntades känna till alla delar av systemet som du var ansvarig för ner till kodnivå eller kunna hämta dem extremt snabbt efter behov. Du kanske inte gör daglig kodning men kan gå snabbt var som helst som behövs för kodning och felsökning. Du behövde utmärkta tekniska och kommunikativa färdigheter. Du fortsatte att vägleda utvecklare från nybörjarnivå till seniornivå antingen formellt eller informellt. Du hade bred teknisk kunskap om hela produkten utanför ditt ansvarsområde. Du kan få andra att fastna. Du kan upptäcka potentiella problem och agera proaktivt för att förhindra att de blir problem.
När det gäller inflytande arbetade du med högre nivåhantering och andra discipliner för att hjälpa till att formulera och sedan genomföra produktplaner. Beroende på din nivå och produkt arbetade du också med andra produktteam för att samordna tekniska aspekter av funktioner och utgåvor.
Svar
En huvudprogramvarutekniker skickar stora komplexa programvaror, självstyrer till affärsmål, arbetar över grupper, förbättrar teamets produktivitet och har åtminstone inverkan på divisionsnivå. Deras projekt är vanligtvis för stora för ett team på tio personer. Deras mål är mer generella som ”förbättra kassaflödet” eller ”skala 100–1000X.”
En arkitekt är ansvarig för mjukvarudesign på hög nivå. Vanligtvis är det en roll inte en titel och nivå – ingenjörstegen på Amazon, Microsoft och Google använder inte termen. Titeln har negativa konnotationer eftersom vissa är mer skickliga på att skriva vitböcker än att utforma programvara. Termen innebär en enda person, medan arkitektur i samtida projekt vanligtvis utformas gemensamt.
En senior mjukvaruutvecklare kan hantera måttligt komplexa projekt utan hjälp. Titeln är inte särskilt äldre och kräver cirka 5–7 års erfarenhet. De flesta ingenjörer platåer på denna nivå och njuter av sitt arbete i årtionden.
Vanligtvis går du längre än senioringenjören, du spenderar mindre tid på att skriva kod och mer på att göra olika saker som att förbättra processen, arkitektonisk tillsyn, mentorskap för nyare ingenjörer och kontakt med andra affärsenheter.
Vissa företag har titelinflation där ingenjörer med sju års erfarenhet gör samma arbete för samma lön som de som senioringenjörer någon annanstans men har huvudingenjörstitlar.
Större företag behöver ytterligare nivåer på grund av storlek. En framstående ingenjör på Google med stor påverkan på företaget täcker mycket fler produkter till 20 miljarder dollar / kvartalsintäkter än en vid en start som returnerar 20 miljoner dollar per år. Skillnaderna mellan de högsta nivåerna och Senioringenjörerna ökar med företagets storlek.
Utan titelinflation är huvudingenjörerna som direktörer när det gäller påverkan, autonomi, vem de rapporterar till och ersättning. Distinguished Engineers är som vice ordförande.