Pular para o conteúdo
H.Tech

Do livro Maturidade em TI · capítulo 10 · Construção de carreira

O que separa o júnior do sênior e do CTO

O que separa o júnior do sênior e do CTO?

Por Vinícius Graciano ·

O que separa o júnior do sênior e do CTO é o tamanho do impacto que você consegue provar: o júnior vira pleno quando fica previsível, o pleno vira sênior quando passa a pensar no sistema, o sênior vira Staff quando influencia times que não comanda, e o caminho até CTO troca o código pela responsabilidade sobre orçamento, gente e estratégia. Em cada degrau, quem promove é a evidência documentada que você leva para a conversa, e o ano de carteira só marca o piso.

Passei por todos esses degraus, do suporte ao cargo de CTO, e hoje mentoro gente em cada um deles. O capítulo 10 do meu livro Maturidade em TI descreve cada salto, e este texto resume o que muda e o que você precisa mostrar em cada um.

O que muda do júnior para o pleno?

O salto aqui é a previsibilidade. O pleno executa sozinho dentro de um escopo claro, avisa o risco antes de virar problema e entrega pelo menos 80% do que se comprometeu na sprint, sprint após sprint. Pede ajuda do jeito certo: não pergunta tudo e também não fica travado em silêncio por dois dias.

A evidência é concreta: quatro sprints seguidas acima de 80% do compromisso, pelo menos um problema técnico difícil resolvido sem ajuda e comunicação proativa registrada. O sinal externo de que você chegou lá é o tech lead parar de revisar o seu PR linha por linha. Ele passou a confiar.

O que um sênior faz que o pleno não faz?

O sênior muda a escala do que mede. Para de olhar só a tarefa que pegou e pensa no impacto no time e no produto. Antecipa o próximo problema, faz code review discutindo arquitetura (e não só estilo) e mentora um júnior de forma ativa. Quando discorda, escreve uma RFC em vez de ganhar a discussão no grito.

A evidência é pública: uma RFC escrita, aprovada e implementada; uma mentoria com 1:1 semanal e plano de evolução; uma refatoração com impacto medido, seja menos bug, mais performance ou menos complexidade. O sinal externo é os pares te procurarem antes de decidir qualquer coisa da sua área.

Se você se acha sênior, faça um teste: liste cinco entregas dos últimos doze meses com impacto mensurável e evidência que outra pessoa consiga verificar. Se travou na terceira, você é dedicado e simpático. Isso não paga salário de sênior.

Como se chega a Staff ou tech lead?

Aqui o salto é a influência sem cargo. O Staff muda decisão fora do próprio time, escreve material que outros leem e seguem e define padrão técnico que vira o jeito da empresa trabalhar. Depois que ele chega, o time inteiro entrega mais.

Will Larson, no livro Staff Engineer (2021), separou quatro jeitos de ser Staff: o tech lead que orienta um time, o arquiteto dono de uma área crítica, o resolvedor que entra no problema que ninguém destrava e o braço direito de um executivo. Cada um pede evidência diferente. Descubra qual deles a sua empresa premia, olhando o Staff de mais sucesso que ela tem, e aponte o seu plano para lá.

A evidência que eu cobro dos mentorados: duas RFCs aprovadas em times diferentes do seu, um padrão técnico que virou referência interna, um problema crítico parado que você resolveu, um tech talk e pelo menos três pessoas de fora do seu time citando o seu trabalho.

Por que virar gestor é o salto mais difícil?

Na passagem de sênior para engineering manager você deixa de produzir e passa a fazer outros produzirem. O seu sucesso vira o PR aprovado de quem você lidera. O calendário enche de 1:1, planning e alinhamento entre times, e o trabalho técnico focado vira exceção.

A troca é honesta e dura: em doze meses como gestor você vai ler menos código novo do que lia em três semanas como sênior, e em troca vai influenciar decisões que afetam dez vezes mais gente. A evidência passa a ser do time: gente sua promovida, pesquisa anônima de satisfação acima de 8, rotatividade menor e contratação que deu certo seis meses depois.

Se essa troca não te empolga, fique na trilha técnica. Quem vira gestor por falta de opção de crescimento costuma ser infeliz e fazer o time infeliz junto.

O que muda quando você chega a director ou CTO?

O salto final é de jurisdição. Você deixa de responder por um time e passa a responder pela função inteira: quantas pessoas a área terá, orçamento anual, contratação de executivos, escolha de fornecedor, reporte ao CEO e ao conselho. Michael Porter e Nitin Nohria acompanharam 27 CEOs minuto a minuto por treze semanas e mediram 72% do tempo em reunião (Harvard Business Review, 2018). No degrau de CTO a régua é parecida.

A cobrança passa a ser resultado de negócio: margem, churn, tempo até o mercado, custo de tecnologia sobre a receita. Quando a conta de tecnologia que eu herdei caiu de R$ 5 milhões para R$ 2,1 milhões por ano, ninguém me perguntou de linguagem. Perguntaram o que cada linha entregava.

O técnico que ama código sofre nesse cargo, que tem reunião com jurídico, fornecedor e investidor o dia inteiro. Quem gosta de mover a empresa inteira se dá bem.

Como provar que já estou no próximo nível?

João (nome trocado, com permissão) era sênior numa fintech e pediu promoção a Staff três vezes em dezoito meses. Ouviu a mesma resposta nas três: tecnicamente ele estava pronto, faltava impacto fora do time. Achou que era implicância do gestor. Quando mapeou, encontrou zero RFC, zero contribuição em outros times, zero apresentação e zero ADR. As decisões dele viviam no histórico do Slack.

Em nove meses ele escreveu quatro RFCs (duas aprovadas, duas recusadas, o que também prova que ele se expôs), apresentou um tech talk, comentou PRs de três outros times e documentou oito ADRs retroativos. Foi promovido no ciclo de dezembro, dez meses depois do diagnóstico, na mesma empresa e com a mesma stack. A mudança foi na evidência que ele passou a apresentar.

Três ferramentas fazem o mesmo por você:

  1. Pasta de evidências. Para cada entrega relevante, o link, a métrica antes e depois, um depoimento se houver e a data. Em seis meses você tem um portfólio pronto para promoção ou entrevista.
  2. Pitch de promoção de uma página, mesmo que você não vá pedir agora: nível alvo, cinco evidências numeradas com impacto, dois pontos fracos com plano e data, e o dia do 1:1 em que vai pedir. Atualize todo trimestre.
  3. LinkedIn escrito por impacto. “Responsável pela plataforma de pagamentos” é descrição de vaga. “Reduzi em 30% o custo de processamento reescrevendo a conciliação” é evidência.

E se a minha empresa não promove ninguém?

Antes de culpar a empresa, descubra em que terreno você está. Em startup de até umas 30 pessoas, sem trilha de carreira escrita, ciclo de promoção não existe: construa portfólio público fora, porque a evidência circula no mercado. Em scale-up, a trilha está sendo escrita e quem documenta sai na frente. Em empresa grande, evidência sozinha não basta; você precisa de um patrocinador que defenda o seu nome na sala em que você não está, e do pacote entregue oito semanas antes do comitê.

Se depois de 18 a 24 meses jogando certo nada acontece, os sinais de saída são claros: promoção prometida há um ano que não chegou ao contracheque, ciclo adiado “pelo momento do mercado” há um ano e meio, trabalho de sênior pago como pleno, e vagas de fora oferecendo 30% a 50% acima. A mesma pasta de evidências que defenderia a promoção interna abre a negociação lá fora.

Onde ir a partir daqui

Crie hoje a pasta “Carreira / Evidências” e coloque nela as três entregas mais fortes do último trimestre, com número. Marque no calendário, daqui a 90 dias, a primeira versão do seu pitch de promoção.

O capítulo 10 de Maturidade em TI detalha cada salto, as nove ações e o que o gestor precisa construir para o time crescer.

Baixe os 22 templates do livro: o pitch de promoção, a RFC e o ADR estão entre os modelos.

Perguntas frequentes

Quantos anos leva para virar sênior em TI?

O ano de carteira pesa pouco; pesa a evidência que você acumula. Já vi pleno com dois anos virar tech lead e dev com dez anos operando como júnior; o tempo é piso, e quem promove é o que você prova.

Qual é a diferença entre sênior e Staff?

O sênior pensa no sistema do próprio time. O Staff influencia decisões em times que não comanda, escreve material que outros seguem e resolve problema que ninguém destrava.

Todo sênior precisa virar gestor para crescer?

Não. A trilha técnica (Staff, Principal) é legítima. Gestão troca fluxo técnico por alcance sobre pessoas, e se essa troca não te empolga, não vá.

De onde saiu este artigo

Do capítulo 10 · Construção de carreira de Maturidade em TI, o livro em que eu escrevi o método inteiro. Aqui está a ideia aplicada; lá está o capítulo com os exemplos e os templates.

Ver o livro na Amazon

Outros artigos do livro

Todos os artigos

Material do livro

Receba os 22 templates do livro (PDF)

Os 22 templates prontos do livro, para usar amanhã no seu time: comunicação de atraso, frase de impacto, pitch de promoção, post-mortem sem culpa e o resto do apêndice. O link do PDF aparece aqui mesmo, assim que você enviar.

A gente usa o seu nome e e-mail para saber quem leu e, no máximo, para um contato do time sobre o livro. Você não entra em lista de disparo. Detalhe emprivacidade.

Pedir um orçamento