title: “Staff Engineer não é ‘Sênior Sênior’. É outro modelo mental de impacto.” subtitle: “Sênior resolve o que foi atribuído. Staff decide o que ainda não foi atribuído a ninguém. É promoção por escopo, não por senioridade.” publish_date: 2026-07-16 track: DE num: “016” slug: staff-engineer-nao-e-senior-senior tags:
- carreira
- staff-engineer
- lideranca-tecnica
- manifesto
A pergunta que mais recebo de engenheira que está saindo de sênior é uma só: “o que preciso fazer pra chegar em Staff?”. A resposta padrão do mercado é “escrever mais código, pegar sistema mais complexo, virar referência técnica”. Eu discordo. E acho que essa resposta é o que mais trava carreira boa no meio.
Staff não é sênior mais experiente. É outro modelo mental de impacto. Quem tenta chegar lá fazendo mais do que já faz como sênior, geralmente empaca no plateau. Fica excelente executor de escopo, mas nunca cruza a fronteira.
A fronteira que separa os dois
Sênior recebe um problema e entrega solução dentro do escopo dado. Staff olha para o escopo e pergunta: “por que estamos resolvendo isso? tem coisa mais crítica que ninguém pegou?”. A diferença não é técnica, é de posicionamento. Sênior otimiza dentro da caixa. Staff redesenha a caixa.
Isso aparece em decisão prática. Sênior recebe um projeto travado e faz funcionar. Staff olha para 3 projetos travados por causa razoável e propõe mudar o processo de priorização que produz travamento sistemático. Um resolve, o outro previne.
Os 4 arquétipos do Larson (não são 3)
Will Larson formalizou o papel no livro “Staff Engineer: Leadership Beyond the Management Track”. Ele descreve 4 arquétipos, não 3, e cada um exige mistura diferente de skills:
Tech Lead. Guia o approach e a execução de um time específico. É o arquétipo de entrada mais comum, porque toda empresa em crescimento precisa desse papel. Trabalha próximo de 1 a 3 gerentes numa área focada.
Architect. Responsável pela direção e qualidade técnica de uma área crítica em horizonte multi-anos. Combina profundidade técnica com entendimento organizacional. Segundo o Larson, esse arquétipo tende a aparecer só a partir de ~100 engenheiros na empresa.
Solver. Entra em problemas arbitrariamente complexos e destrava. Alguns ficam numa área por muito tempo, outros pulam de hotspot em hotspot conforme a liderança pede. É o arquétipo mais mal-entendido, porque parece “bombeiro sênior”. Não é. É problem-owner de longo prazo em terreno ambíguo.
Right Hand. Extensão de um executivo de nível C ou VP, atuando com escopo e autoridade emprestados. Só aparece em empresas grandes (~1000 engenheiros) e geralmente é internal transition, não vaga aberta.
O erro é achar que existe um caminho único. Não existe. Cada arquétipo pede skills diferentes, e sua carreira Staff vai depender de qual encaixa no que você faz melhor.
O que ninguém te conta sobre Staff no Brasil
No Brasil, a maioria das empresas não tem Staff formalmente no organograma. Você vira Senior 3 com escopo de Staff e salário de Senior 2. Isso é fato, não crítica. E cria uma armadilha: engenheira brasileira que estuda o material do Larson e do StaffEng.com aplica isso em empresa que não reconhece o papel, e fica frustrada.
A resposta que eu adotei: o papel independe do título. Se você está resolvendo problema de arquitetura de área crítica, você é Architect. Se está destravando projeto travado, você é Solver. O reconhecimento formal vem depois, e às vezes vem em outra empresa. Não espere a promoção para começar a atuar. Comece a atuar e a promoção vira consequência.
No mercado brasileiro isso aparece o tempo todo: Staff aqui é frequentemente Senior+ com escopo de Staff, sem o título formal. É verdade. E é oportunidade, porque tem menos disputa formal pelo título.
O anti-padrão que eu vejo mais
“Vou me tornar Staff estudando mais tecnologia.”
Não vai. Staff não é sobre saber mais linguagem, mais framework, mais paper. É sobre decidir o que o time devia estar fazendo e sustentar essa decisão com evidência técnica e política. Skill de comunicação cross-time e de escrita de documento arquitetural pesa mais do que domínio de mais uma stack.
Isso não é opinião de coach de carreira. É o que o Larson defende explicitamente no livro, e é o que aparece nas entrevistas de Staff em empresa grande: eles avaliam capacidade de identificar problema, não de resolver problema apresentado.
Se eu tivesse que resumir em uma decisão
Sênior otimiza execução de escopo. Staff decide escopo. Quem sobe é quem consegue mudar de operação para direção, e sustenta a mudança com competência técnica sólida.
Se você está em transição, três perguntas para se auto-diagnosticar:
- Qual dos 4 arquétipos do Larson mais parece com o que você já faz hoje?
- Que problema órfão no seu time está esperando alguém pegar, e ninguém pegou porque “não é do escopo de ninguém”?
- Qual a última decisão técnica cross-time que você documentou por escrito, para quem vem depois?
Se essas três perguntas travaram você, provavelmente ainda é sênior operando bem, não Staff em transição. E isso está ok. Mas não confunda os dois.