Bedste svar
Dette afhænger af definitionerne i din organisation. Det bedste er at slå dem op i den form, de offentliggøres af din HR-afdeling. Hvis du ikke kan finde dem, er det tid til at begynde at arbejde på dem.
Hvor jeg var, var sætningen “Omfang og indflydelse”. “Scope” handlede om, hvor stor en del af projektet du var ansvarlig for. “Indflydelse” handlede om, hvor effektiv du arbejdede med mennesker og grupper uden for standard dev-hierarkiet. Du har måske eller måske ikke folk, der rapporterer til dig afhængigt af din rolle. “Rolle” blev defineret separat. For eksempel var rektor et niveau; Arkitekt var en rolle.
På hovedniveau havde du produktansvar. Du arbejdede fra systemets laveste niveau op til produktniveau. Jeg har glemt en flok, men med hensyn til omfang var du ansvarlig for i det mindste en større del eller måske flere dele af produktet over flere flerårige frigivelsescyklusser. Det blev forventet, at du kendte alle dele af systemet, som du var ansvarlig for, ned til kodeniveau eller kunne hente dem ekstremt hurtigt efter behov. Du foretager muligvis ikke dag-til-dag-kodning, men kan gå hurtigt overalt, hvor der er behov for kodning og fejlretning. Du havde brug for fremragende tekniske og kommunikative færdigheder. Du fortsatte med at vejlede udviklere fra entry level til senior level enten formelt eller uformelt. Du havde bred teknisk viden om hele produktet uden for dit ansvarsområde. Du kan få andre løs. Du kan få øje på potentielle problemer og handle proaktivt for at forhindre dem i at blive problemer.
Med hensyn til indflydelse arbejdede du med ledelse på højere niveau og andre discipliner for at hjælpe med at formulere og derefter udføre produktplaner. Afhængigt af dit niveau og produkt arbejdede du også sammen med andre produktteams for at koordinere tekniske aspekter af funktioner og udgivelser.
Svar
En hovedsoftwareingeniør sender stor kompleks software, selvdirigerer i henhold til til forretningsmål, arbejder på tværs af grupper, forbedrer holdets produktivitet og har mindst indvirkning på divisionsniveau. Deres projekter er normalt for store til et team på 10 personer. Deres mål er mere generelle som “forbedre cashflow” eller “skala 100-1000X.”
En arkitekt er ansvarlig for softwaredesign på højt niveau. Normalt er det en rolle ikke en titel og et niveau – ingeniørstiger hos Amazon, Microsoft og Google bruger ikke udtrykket. Titlen har negative konnotationer, fordi nogle er dygtigere til at skrive hvidbøger end at designe software. Udtrykket indebærer en enkelt person, mens arkitektur i moderne projekter normalt er designet i fællesskab.
En senior softwareingeniør kan håndtere moderat komplekse projekter uden hjælp. Titlen er ikke særlig ældre, hvilket kræver omkring 5-7 års erfaring. De fleste ingeniører er på dette niveau og nyder deres arbejde i årtier.
Normalt går du videre end senioringeniør, du bruger mindre tid på at skrive kode og mere på at gøre forskellige ting som at forbedre processen, arkitektonisk tilsyn, mentorere nyere ingeniører og grænseflade med andre forretningsenheder.
Nogle virksomheder har titelinflation, hvor ingeniører med 7 års erfaring udfører det samme arbejde til den samme løn, som de ville have som senioringeniører andre steder, men har hovedingeniørtitler.
Større virksomheder har brug for yderligere niveauer på grund af størrelse. En Distinguished Engineer hos Google med virksomhedsomspændende effekt dækker meget flere produkter med en omsætning på $ 20B / kvartal end en ved en start, der returnerer $ 20M / år. Forskellene mellem de højeste niveauer og Senioringeniører stiger med virksomhedsstørrelse.
Uden titelinflation er hovedingeniører som direktører med hensyn til påvirkning, autonomi, hvem de rapporterer til og kompensation. Distinguished Engineers er som vicepræsidenter.