Saber o que é Tech Lead não te diz o que você vai fazer na segunda-feira.
Tech Lead é quem responde pela direção técnica de um time de software. Continua programando parte do tempo, conduz as decisões de arquitetura, revisa o trabalho do time, ajuda as pessoas a crescer e traduz o que o negócio precisa num plano que o time consegue executar.
Essa é a resposta curta. O problema é que duas empresas usam o mesmo título pra trabalhos bem diferentes.
Numa, o Tech Lead passa a semana no editor de código. Na outra, faz 1:1, avalia desempenho e quase não abre pull request. Quem aceita a vaga sem saber em qual das duas está entrando descobre do pior jeito.
Abaixo: por que o papel varia tanto, o que 30 vagas reais no Brasil pedem, uma semana de trabalho e os quatro jeitos mais comuns de falhar. Salário, carreira e entrevista têm guia próprio, linkado no fim.
O Patrick Kua, autor de Talking with Tech Leads, ex-ThoughtWorks e ex-CTO do banco digital N26, resume o papel assim: um engenheiro de software responsável por liderar um time e manter o alinhamento da direção técnica.
E ele crava um número que virou referência: pelo menos 30% do tempo com código.
A Camille Fournier, em The Manager’s Path, dedica um capítulo inteiro ao papel. Trata como o primeiro degrau de liderança, um degrau que não exige gerir ninguém.
Na minha experiência formando Tech Leads, a faixa saudável fica entre 30% e 70% do tempo com código. Os dois extremos são as doenças.
Acima disso, o TL coda o tempo todo e esquece de liderar. Abaixo, vive apagando incêndio porque não tem processo, e por isso não consegue codar.
Papel ou cargo? Depende da empresa
Tech Lead é degrau na escada de carreira ou chapéu que alguém veste por um tempo? Depende de quem contrata, e as fontes sérias admitem isso.
O handbook público do GitLab trata Tech Lead de dois jeitos ao mesmo tempo. Como arquétipo, é o comportamento esperado de engenheiros Staff ou acima.
Como papel, é uma função temporária ligada a um projeto, que pode cair em qualquer engenheiro, “independentemente da senioridade”. E o texto é direto: quem atua como Tech Lead não é gerente, e o papel não é um nível a mais de senioridade.
O Will Larson, no material do livro Staff Engineer, registra a mesma bagunça: algumas empresas usam Tech Lead como título, outras como papel. Ele ainda separa o Tech Lead do Tech Lead Manager (TLM), que fica na trilha de gestão e acumula gente.
Até a pesquisa anual do Stack Overflow se perde. Na edição de 2025, entre 34 opções de função, nenhuma se chama Tech Lead. Engineering manager aparece com 2,4% das respostas, e 14,7% dos participantes dizem gerir pessoas.
Se nem o Stack Overflow sabe onde encaixar o Tech Lead, imagina o RH da sua empresa.
As quatro posições do Tech Lead
Procurar a definição “certa” é perda de tempo. Mais útil é saber onde uma vaga ou uma promoção cai num espectro que vai do código até a gestão de pessoas.
Eu uso quatro posições. Nenhuma é melhor que a outra.
O problema aparece quando a empresa espera a posição 4 e você chega preparado pra 1. Ou o contrário.
- Referência técnica. Um engenheiro sênior com a palavra final nas decisões técnicas do time. Programa a maior parte do tempo e não responde por pessoas nem por planejamento.
- Tech Lead clássico. O modelo do Kua: no mínimo 30% de código, e o resto dividido entre direção técnica, revisão, mentoria e alinhamento com produto. Trabalha em dupla com um Engineering Manager e um Product Manager.
- Coordenador de entrega. Quebra o trabalho, distribui tarefa, acompanha prazo e negocia dependência. Às vezes acumula a facilitação ágil. A arquitetura costuma vir definida por outra área.
- Tech Lead com gente (TLM). Conduz 1:1, ciclo de performance e contratação. O tempo com código cai muito e a função fica perto da de Engineering Manager.
O que é Tech Lead pra quem contrata: 30 vagas na Gupy
Pra sair do achismo, li as 30 vagas com “Tech Lead” no título que a Gupy listava em 17/10/2026, todas publicadas entre junho e outubro de 2026. Classifiquei cada descrição pelo que ela pede de forma explícita.
É amostra pequena e de um portal só. Trate os números como retrato, não como censo.
| O que a vaga pede | Vagas | % |
|---|---|---|
| Mão no código (desenvolver, implementar, “hands-on”) | 22 de 30 | 73% |
| Definir ou conduzir decisões de arquitetura | 24 de 30 | 80% |
| Fazer ponte entre time técnico e negócio | 23 de 30 | 77% |
| Mentorar o time | 21 de 30 | 70% |
| Code review citado explicitamente | 18 de 30 | 60% |
| Planejamento, estimativas ou backlog | 18 de 30 | 60% |
| Algo de IA (requisito, responsabilidade ou diferencial) | 18 de 30 | 60% |
| Experiência anterior como Tech Lead ou equivalente | 15 de 30 | 50% |
| Gestão formal de pessoas (1:1, performance, PDI, contratação) | 3 de 30 | 10% |
| Inglês como requisito | 3 de 30 | 10% |
Quatro coisas saltam dessa tabela.
O mercado brasileiro contrata Tech Lead pra programar. Quase três em cada quatro vagas pedem mão no código.
Só duas dizem o contrário. Uma quer alguém pra “manter base técnica suficiente para avaliar decisões de arquitetura” enquanto cuida de pessoas e entrega. A outra é, na prática, vaga de arquiteto.
Gestão de pessoas é exceção. Só 3 vagas pedem 1:1, ciclo de performance ou PDI. Outras 3 dizem com todas as letras que o papel é de influência “sem autoridade formal” ou “sem necessidade de gestão direta de pessoas”.
Jogando a amostra no espectro: 13 vagas descrevem o Tech Lead clássico, 6 a referência técnica, 6 o coordenador de entrega (concentradas em consultoria), 3 o Tech Lead com gente e 2 usam o título pra outra função.
Muitas vezes, o título vem colado num cargo de individual contributor (IC). Sete vagas juntam “Tech Lead” com Analista Sênior, Especialista, Desenvolvedor Sênior, Consultor ou Arquiteto.
É o “papel, não cargo” do GitLab acontecendo na vida real: a empresa contrata um sênior e pendura a liderança técnica nele.
Metade das vagas pede experiência anterior na função. É o problema do primeiro emprego, versão liderança: pra ser Tech Lead, precisa já ter sido.
A saída mais comum é exercer o papel antes do título, na empresa onde você já está. O roadmap de júnior a Tech Lead mostra isso fase a fase.
E inglês? Requisito em só 3 das 30 vagas, e em duas delas o nível pedido é leitura técnica. Pra trabalhar remoto pra fora o jogo muda, e o guia de salário mostra quanto.
Pra onde vai a semana de um Tech Lead
Lista de responsabilidades esconde o que mais pesa no dia a dia: a fragmentação.
A tabela abaixo é uma semana ilustrativa de um Tech Lead clássico num squad de seis pessoas, com um EM e um PM do lado. Montei com o referencial do Kua (30% de código como mínimo) e as atribuições que mais aparecem nas vagas.
É exemplo pra você comparar com a sua agenda. Não é média de mercado.
| Bloco | Horas na semana | O que entra aqui |
|---|---|---|
| Código e pairing | 12h | Tarefas fora do caminho crítico, POCs, bug fixes, pairing com quem está travado |
| Code review e suporte assíncrono | 6h | PRs, dúvidas técnicas no chat, revisão de design docs |
| Desenho técnico e decisões | 5h | ADRs, discussão de arquitetura, análise de trade-offs, tech debt |
| Produto e stakeholders | 6h | Refinamento, planejamento, alinhamento com PM e com outros times |
| Pessoas | 4h | Mentoria, conversas de carreira técnica, feedback sobre código e decisões |
| Rituais do time | 3h | Daily, retrospectiva, review |
| Imprevistos | 4h | Incidentes, perguntas urgentes, pedidos que chegam sem aviso |
Minhas semanas como líder começaram muito longe disso.
Na primeira vez como CTO, na B2Blue (2012 a 2013), eu abaixei a cabeça e fui. Codei dia após dia, nos fins de semana e de madrugada, e coloquei o MVP no ar em poucos meses.
Minha dedicação ao time, pra explicar as demandas e garantir que todos tinham contexto, era próxima de zero. Se não fossem eles puxando as demandas, ninguém teria feito absolutamente nada.
Tudo que eu sabia era codar. Zero pessoas e processos.
Olhando a semana inteira, três coisas aparecem.
A primeira: as 12 horas de código quase nunca vêm em bloco longo. O Paul Graham descreveu isso em 2009, no ensaio Maker’s Schedule, Manager’s Schedule: uma reunião no meio da tarde destrói a tarde inteira de quem precisa de concentração.
O Tech Lead vive nos dois calendários ao mesmo tempo. Então pegue as tarefas que aguentam interrupção e deixe o trabalho que bloqueia o time pra quem consegue proteger o foco.
A segunda: metade da semana é coordenação. Review, decisões, produto e rituais somam 20 horas, e nada disso aparece no GitHub. Por isso tanto Tech Lead novo sente que “não fez nada” numa semana em que o time entregou bem.
A terceira: imprevisto é linha fixa. Com a agenda 100% cheia na segunda-feira, o primeiro bloco a ceder é o de código.
Pra testar na sua semana:
- Marque por cinco dias, em blocos de 30 minutos, em qual das sete linhas você estava.
- Código abaixo de 20%? Você está escorregando pra posição 3 ou 4 do espectro, e aposto que sem combinar isso com ninguém.
- Código acima de 60%? Alguém está fazendo a parte de liderança por você. Ou ninguém está.
Quatro jeitos de falhar como Tech Lead
Os problemas de quem assume a função se repetem. Estes são os quatro que mais aparecem. Pros erros específicos dos primeiros 90 dias, veja também o pior erro de um Tech Lead iniciante.
1. Virar gargalo
PR espera sua aprovação por mais de um dia. Decisão técnica para quando você sai de férias. O time pergunta “o que o Tech Lead acha?” antes de pensar na própria resposta.
A saída é separar decisão reversível de irreversível.
As reversíveis (biblioteca de teste, estrutura de pastas, nome de endpoint) passam a ser do time, com registro curto num ADR. As irreversíveis (modelo de dados central, escolha de banco, contrato público de API) continuam passando por você.
No code review, combine que qualquer pessoa sênior pode aprovar e guarde pra você só o que toca essas áreas. O guia de decisões de arquitetura tem um modelo de ADR pronto.
2. Parar de codar de vez
Faz semanas que você não abre um PR. Você aprova design sem conseguir dizer onde vai doer na implementação. E o time começa a contornar suas sugestões técnicas, com toda a educação.
O argumento do Kua pros 30% é confiança. Quem não toca o código perde o contexto que dá peso às próprias decisões.
Volte pelo trabalho que não bloqueia ninguém: bug fix, tooling interno, teste que falta, pairing com quem pegou a tarefa mais difícil. E bote esse tempo na agenda como compromisso, porque ele é o primeiro a sumir na semana corrida.
3. Não delegar o trabalho difícil
Você sempre pega a parte mais complexa “porque é mais rápido”. Os seniores reclamam que só recebem tarefa previsível. Você trabalha até tarde e o time sai no horário.
Eu caí nessa armadilha. Quando era dev, meu arquétipo era o Herói: preferia fazer a ensinar e evitava pedir ajuda porque “dá mais trabalho explicar”. Era só ego com roupa de produtividade. (roupa feia, diga-se de passagem)
Na B2Blue, eu centralizava tudo e fingia segurança o tempo todo. O clima pesava e eu achava que o problema era o time.
(Spoiler: não era.)
Anos depois, já na Tikal Tech, precisei liderar um time mobile tendo como maior experiência dois apps de hackathon feitos com PhoneGap. Passei um dia achando que teria de aprender tudo o que o time sabia pra liderar.
Até a ficha cair: se liderar exigisse saber tudo, o CEO teria que ser especialista em todas as áreas da empresa.
O Larson descreve o Tech Lead eficaz como alguém que, por padrão, distribui os projetos complexos pelo time em vez de implementar, e segue definindo a visão técnica mesmo programando menos.
Na prática: entregue a tarefa difícil pra quem está pronto pra crescer, combine pontos de revisão no meio do caminho (desenho, primeira versão, antes do merge) e aceite que vai levar um pouco mais na primeira vez. O ganho aparece na segunda.
4. Assumir o papel sem combinar o escopo
Você e o Engineering Manager dão orientações diferentes pra mesma pessoa. Ninguém sabe quem decide prioridade técnica. Você cobra desempenho sem ter autoridade pra isso, ou deixa de cobrar achando que é papel do EM.
O próprio handbook do GitLab diz que cabe ao Tech Lead e ao EM decidir quem fica com cada responsabilidade. Faça essa conversa na primeira semana e escreva o resultado.
Se a empresa não tem EM e você acumula as duas funções, a conversa é com o seu gestor. O tempo de código vai ter que cair, e é melhor que caia combinado. O guia de 1:1 para Tech Leads ajuda a não improvisar essa parte.
Cinco perguntas resolvem a conversa:
- Quem decide arquitetura e quem pode vetar?
- Quem conduz 1:1 e quem dá feedback sobre código e decisões técnicas?
- Quem responde por prazo e escopo diante do PM?
- Quem acompanha incidentes e post-mortems?
- Quanto do meu tempo deve ir pra código?
E Staff Engineer? E arquiteto?
Pro Larson, Tech Lead é o arquétipo mais comum de Staff, com escopo de um time ou de um pequeno grupo de times. O Staff dos outros arquétipos (arquiteto, solucionador de problemas) trabalha com escopo maior e menos amarrado a um squad. Tem mais em o papel de um Staff Engineer.
Com arquiteto, os nomes se misturam em muita empresa, e o próprio Kua reconhece que a indústria nomeia mal esses papéis. A diferença mais útil é o vínculo: o Tech Lead costuma estar preso a um time, o arquiteto olha pra vários.
Na amostra da Gupy, três vagas de Tech Lead dizem que os padrões de arquitetura vêm de outra área (um time de especialistas ou um “System Team”). Ao TL cabe garantir que o time siga esses padrões.
Salário, carreira e entrevista
Aqui eu defino o papel. O que vem depois tem guia próprio.
Quanto ganha um Tech Lead em 2026. Fiz a conta com microdados do CAGED: a mediana CLT fica entre R$ 16,7 mil e R$ 18,5 mil por mês, e metade das contratações cai entre R$ 13 mil e R$ 25 mil. O post também compara CLT com PJ e mostra quanto sobra trabalhando pra fora.
Roadmap de júnior a Tech Lead. As cinco fases do caminho, o marco que indica a hora de passar pra próxima e um plano de 30, 60 e 90 dias pra quem acabou de assumir.
Tech Lead ou Engineering Manager. O que cada um faz no dia a dia, as habilidades de cada trilha e como decidir qual combina com você.
Como se preparar pra entrevista de Tech Lead. As dimensões que os entrevistadores avaliam, 25 perguntas com estratégia de resposta e o método STAR pra contar suas histórias de liderança.
Perguntas que sempre me fazem
Tech Lead programa?
Na maioria dos casos, sim. O Kua recomenda no mínimo 30% do tempo com código, e 22 das 30 vagas brasileiras que li pedem atuação prática. A exceção é o Tech Lead que também gere pessoas: aí o código tende a ficar bem abaixo disso.
Tech Lead é cargo de gestão?
Em geral, não. O Tech Lead lidera a direção técnica sem ser gestor formal das pessoas do time. Só 3 das 30 vagas da amostra pedem 1:1, avaliação de desempenho ou PDI. Quando a função inclui gestão de pessoas, o nome mais preciso é Tech Lead Manager.
Antes de dizer sim
Se for guardar uma coisa deste post, guarde o espectro.
Antes de aceitar promoção ou vaga de Tech Lead, descubra em qual das quatro posições ela está. Quanto do seu tempo vai pra código. Quem decide o quê entre você e o Engineering Manager.
Essas três respostas dizem mais sobre o trabalho do que o título. Ser Tech Lead não é ser o mesmo Dev de antes + um monte de reunião.
Pra medir onde você está hoje, a planilha gratuita de autoavaliação para Tech Leads mapeia o que você já domina e o que falta.
Se a decisão já está tomada e você quer chegar no primeiro dia sabendo o que fazer com as decisões técnicas, com o time e com a conversa com o negócio, é isso que eu ensino no First Lead, meu curso de liderança técnica. São três pilares: técnico, negócios e pessoas. A partir de R$ 97.
E você, hoje, está em qual das quatro posições? Foi essa que combinaram com você? Conta nos comentários.