Melhor resposta
Primeiro entenda que se você está falando sobre engenharia de software, todos os cargos corporativos são mais ou menos inventados
O engenheiro “principal” geralmente é alguém que contribui individualmente e tem mais experiência do que um engenheiro de software sênior. Ele / ela geralmente é atribuído a um projeto por vez e não contribui para várias equipes
Na engenharia de software, existem 2 trilhas, a técnica e a de gerenciamento. Geralmente, as faixas divergem após o engenheiro de software sênior. Se você está no caminho de gerenciamento, provavelmente será
Engenheiro de software júnior → Engenheiro de software → Engenheiro de software sênior → Líder de equipe → Scrum master → Gerente de projeto / produto → Diretor → VP
Se você estiver em um curso técnico, vá
Engenheiro de software júnior → Engenheiro de software → Engenheiro de software sênior → Engenheiro de software principal → Arquiteto → Arquiteto sênior → Arquiteto empresarial
Até você é engenheiro de software principal, você está focado em um projeto. Você deverá fornecer alguma orientação técnica aos membros de sua equipe. Quando você se torna um “Arquiteto”, espera-se que ajude em vários projetos.
Novamente, títulos em trabalhos de engenharia de software são mais ou menos uma merda. Um diretor é chamado de diretor apenas para que todos na equipe saibam que o cara conhece suas coisas. Também pode acontecer que isso aconteça Existem 2 caras, A e B, que começaram na empresa juntos. A é mais tecnicamente competente. B é mais competente com as pessoas. Ambos progridem para engenheiros de software Sneior juntos. Visto que A é mais tecnicamente competente, ele continua recebendo cada vez mais coisas interessantes, o que o mantém feliz. Eventualmente, B é promovido a “Líder de Equipe”. Agora, A não está feliz, porque parece que A não foi promovido, embora A seja tecnicamente competente. Ele ainda está recebendo os projetos interessantes e tudo mais, mas ele não tem um novo título para acompanhar. Então, as corporações inventam um novo título de merda: “Principal Software Engineer. Aqui, você é promovido. feliz agora? Ah, sim, a propósito, agora que você é o “principal”, saia do seu cubo um pouco e ajude outras pessoas também ”
Resposta
Eu trabalhei em empresas onde os títulos são usados para indicar a progressão e também em empresas onde os níveis reais de engenharia (em sua maioria) não são divulgados.
Eu vi as duas situações supondo que você tenha pessoas mais focadas em fazer as coisas e menos focadas em seus cargos. Você pega as pessoas erradas e elas vão encontrar uma maneira de reclamar de outra coisa – não são títulos, pode ser função ou compensação ou outra coisa.
Contanto que você forneça às pessoas um caminho para crescer profissionalmente e financeiramente e você está sendo justo com eles, a presença de ausência de títulos não é um grande negócio.
Pelo que vale, mesmo supondo que você tenha uma pessoa trocando de emprego, você tem que apenas avaliar onde eles se encaixam caso a caso, mesmo se os títulos são ou não os mesmos.
Uma boa regra é perguntar às pessoas sobre a função de seu projeto e também examine outros fatores, como complexidade técnica e tamanho da equipe, para descobrir onde eles se posicionam em relação aos níveis de sua própria empresa (divulgados ou não).
- Eles são colaboradores individuais ou líderes 10 pessoas ou 50 pessoas?
- O que eles fazem no dia a dia – eles escrevem códigos ou gerenciam pessoas?
- Se eles não escrevem códigos, eles estão Um gerente ou é uma pessoa técnica?
Se você acredita que um candidato pode não ser adequado para sua empresa no nível em que está atualmente, mas ainda pode contribuir em um nível inferior, seja aberto e honesto com eles. Algumas pessoas podem não querer assumir uma função reduzida, enquanto outras podem aceitar isso se acreditarem que ainda podem crescer de outras maneiras.
Já vi vários casos em diferentes empresas de pessoas contratadas na um nível abaixo do título anterior com o entendimento de que, se eles provassem seu valor, seriam promovidos rapidamente e, em quase todos os casos em que a contratação foi feita da maneira correta, realmente deu certo.
Versão curta: se preocupar com a presença ou ausência de títulos em uma equipe de desenvolvimento é o mesmo que discutir sobre tabulações ou espaços. Escolha um, seja consistente com ele e concentre-se em fazer as coisas e construir uma equipe e outros problemas reais.