Migliore risposta
Prima di tutto comprendi che se stai parlando di ingegneria del software, tutti i titoli aziendali sono più o meno inventati
Lingegnere “principale” è generalmente qualcuno che è un collaboratore individuale ed è più esperto di un ingegnere software senior. Di solito viene assegnato a un progetto alla volta e non contribuisce a più team
Nellingegneria del software, ci sono 2 percorsi, percorso tecnico e percorso di gestione. In generale, le tracce divergono dopo lingegnere software senior. Se ti trovi in un percorso di gestione, probabilmente diventerai
Ingegnere software junior → Ingegnere software → Ingegnere software senior → Capo team → Master Scrum → Responsabile progetto / prodotto → Direttore → VP
Se sei su un percorso tecnico, vai
Ingegnere software junior → Ingegnere software → Ingegnere software senior → Ingegnere software principale → Architetto → Architetto senior → Architetto aziendale
Fino a quando tu sei Principal Software engineer, sei concentrato su un progetto. Dovrai fornire alcune indicazioni tecniche ai membri del tuo team. Quando diventi un “Architetto”, ci si aspetta che tu dia una mano in più progetti
Ancora una volta, i titoli nei lavori di ingegneria del software sono più o meno cazzate. Un preside è chiamato preside solo così tutti nel team sanno che il ragazzo conosce le sue cose. Inoltre può volte questo accade. Ci sono 2 ragazzi, A & B che hanno iniziato insieme in azienda. A è tecnicamente più competente. B è più competente con le persone. Entrambi progrediscono fino allingegnere del software Sneior insieme. Poiché, A è tecnicamente più competente, continua a ricevere cose sempre più interessanti, il che lo rende felice. Alla fine, B viene promosso a “Team Lead”. Ora, A non è felice, perché sembra che A non sia stato promosso, anche se A è tecnicamente competente. Sta ancora ricevendo i progetti interessanti e tutto il resto, ma non ha un nuovo titolo da abbinare. Quindi, le aziende escogitano un nuovo titolo di cazzate: “Principal Software Engineer. Qui sei promosso. felice adesso? Oh sì, a proposito, ora che sei il “principale” esci un po dal tuo cubo e aiuta anche gli altri “
Risposta
Ho lavorato in aziende in cui vengono usati i titoli per indicare la progressione e anche nelle aziende in cui i livelli di ingegneria effettivi sono (per lo più) non pubblicizzati.
Vedo che entrambe le situazioni funzionano supponendo che si ottengano persone più concentrate sul fare le cose e meno concentrate sui loro titoli. Prendi le persone sbagliate e loro troveranno un modo per lamentarsi di qualcosaltro: non si tratta di titoli, potrebbe essere un ruolo, un compenso o qualcosaltro.
Fintanto che fornisci alle persone un percorso per crescere sia professionalmente che finanziariamente e sei corretto nei loro confronti, la presenza dellassenza di titoli non è “un grosso problema.
Per quello che vale, anche supponendo che tu abbia una persona che cambia lavoro, tu devono solo valutare caso per caso dove si adattano, anche se i titoli sono o non sono gli stessi.
Una buona regola pratica è chiedere alle persone il ruolo del loro progetto e anche esamina altri fattori come la complessità tecnica e le dimensioni del team per capire dove si trovano ai livelli della tua azienda (pubblicizzati o meno).
- Sono un contributore individuale o sono in testa 10 persone o 50 persone?
- Che cosa fanno quotidianamente: scrivono codice o gestiscono persone?
- Se non scrivono codice, sono un manager o è una persona tecnica?
Se ritieni che un candidato potrebbe non essere adatto alla tua azienda al livello in cui si trova attualmente, ma puoi comunque contribuire a un livello inferiore, sii aperto e onesto con loro. Alcune persone potrebbero non essere disposte ad assumere un ruolo ridotto, mentre altri potrebbero andar bene se credono di poter ancora crescere in altri modi.
Ho visto più casi in diverse società di persone assunte presso un livello inferiore al titolo precedente con la consapevolezza che, se si fossero dimostrati validi, sarebbero stati promossi rapidamente e in quasi tutti quei casi in cui lassunzione era stata eseguita correttamente, ciò è andato bene.
Versione breve: preoccuparsi per lassenza di titoli in un team di sviluppo è come discutere su tabulazioni o spazi. Scegline uno, sii coerente con esso e concentrati sul fare le cose e costruire una squadra e altri problemi reali.