Tech lead: quando a habilidade errada vira promoção
Por que o melhor IC vira lead fraco — e quais skills de mentoria, produto e sucessão importam além do código.
Ideia central
Tech lead: promover pela habilidade errada: a lição do material de origem só paga se você transformar o insight em sistema — dono, métrica e ritual — em vez de acumular abas e intenção.
O que o material de origem realmente diz
Tentar ser dono do produto também, , de entender como é que eu podia desenvolver alguma coisa que gerasse valor, porque parte era porque eu gosto, e parte também de preocupação, , de querer que a empresa dê certo, assim, o problema de startup pequena é que a gente tem que, a gente não, geralmente você não numa empresa que lucrando, então, mudei de país, extremamente preocupado, se eu já vou mudar de país, já vou ficar sem emprego, queria muito que a empresa dê certo, , então pra isso eu vesti ali o chapéu de tech lead, pouco tempo depois, , me tornei tech lead, e nessa empresa até É.
Por que isso importa na operação
Para o mid-level também, para o sênior que varia um pouco, porque geralmente são essas pessoas que tem que ter um acompanhamento mais pessoal, então aí já é caso a caso, tentar entender qual é a expectativa do contribuidor para ver como ele está pensando e depois ver se está batendo com a realidade ou não tem uma pergunta do Kelvin, que eu acho que é uma pergunta assim, eu vou reformular ela porque eu acho que tem muito disso na pergunta dele, que é muito comum as vezes o tech lead ficar amarrado só em resolução de bug porque é a pessoa que entende mais do negócio e aí tipo Tipo, todo mundo do time vê ele como um salvador da pátria que vai resolver os bugs.
Na prática
Regra: se não há output auditável ligado a «tech lead habilidade errada», ainda é consumo — não sistema.
Como estruturar o método
Então, quando você começa a ficar um tech lead um pouco mais sênio, na verdade, esse é o split que você vai ver mais, que é 30% do seu tempo você está codando, codando até bem generoso, que, na verdade, 30% do seu tempo você está ali lidando com decisões técnicas, que às vezes não é nem codar, às vezes você traz muito impacto sem escrever uma linha de código, e 70% do tempo você está gerenciando pessoas.
Erros que drenam o resultado
Se fosse, ninguém ia querer ser líder A recompensa, ela vem de diversas formas Na tua autoridade profissional, no teu valor dentro do mercado E claro, até salário Teve a pesquisa, não sei se vocês acompanham A pesquisa ali do Código Fonte TV Tem a pesquisa do Levity também, que é um índice bem legal O salário de tech lead hoje No Brasil pode chegar a uma média de 21 mil reais, assim, média, ?
Aplicação em uma semana
O que é mais comum, e aconteceu isso no comecinho da Rocket também, tô aqui não pra tirar o meu da reta, mas é tu pegar a pessoa melhor técnica e jogar num cargo de Tech Lead, achando que essa pessoa vai lidar muito bem com isso, e aí tu simplesmente pegou a pessoa mais produtiva do teu time e matou ela jogando num cargo de gestão que ela nem gostaria de estar.
Atenção
Não otimize ferramenta antes de ter hipótese e métrica. Stack nova sem critério só acelera o erro.
Sinais de que está funcionando
Foi a primeira experiência, então eu tinha essa visão muito de que o tech lead, ele é a pessoa que vai editar como é que a tecnologia vai ser feita. Eu sempre falo assim, tem um tech lead que não coda, ou sei lá, tem um gestor de um time de tecnologia que não sabe codar, é muito ruim. Vitão, a partir do momento que uma pessoa assume cargo de Tech Lead, o que essa pessoa deve esperar de um dia a dia?
Inevitavelmente um bom tech lead tem que ter uma base de tecnologia muito sólida, porque você acaba virando referência. Empresas menores às vezes enxergam necessariamente um tech lead como uma pessoa que vai gerir tarefas. Agora, tem um tech lead que só codando o dia todo, também é ruim. Como Tech Lead é coisa que você não quer que eu aconteça de jeito nenhum.
Como é que as empresas veem essa questão de Tech Lead ser uma referência? Então, na minha cabeça, tech lead é o cara responsável por tecnologia. A verdade é que muitos líderes não são líderes ruins porque são necessariamente profissionais ruins, mas porque são pessoas que foram colocados nesse cargo pela habilidade errada. Então, tudo que eu venho falando pra vocês foram coisas que eu já fiz e coisas que eu tentei agregar aqui pra dar exemplos práticos, pontos aqui que vocês podem levar pra casa e fazer pra que vocês consigam de fato, tanto pra quem já é avançado como quem é iniciante, melhorar um pouco na sua carreira.
E aí o passo pra sair do cargo de melhor dev do time pra um bom líder técnico pode ser difícil, principalmente se tu não tiver a noção do que é esperado da tua função, sem entender o que é estratégico dentro da construção de um produto, de um serviço, pensar muito mais em métrica, balançar os teus próprios pratinhos, às vezes já é difícil o suficiente, agora tu tem que ficar de olho também pra ninguém do teu time deixar a peteca cair.
Tudo que eu tô falando pra vocês eu uso, , então eu tenho um documento no Notion que é exatamente isso e foi o que eu fiz em menos de dois anos, , eu já tive dois aumentos, subi de cargo e foi muito positivo pra mim, por isso que eu queria compartilhar com vocês tem um documento assim que eu posso compartilhar depois eu fiz um documentozinho no Notion exatamente com isso, e aí tem esse link aqui, mas eu acho que eu posso compartilhar também E...
E eu tento trazer, ó, vamos entrar aqui numa call que eu vou resolver e aí eu vou te mostrar como é que eu fiz e eu queria que você apresentasse pro time então eu dou a oportunidade dessa pessoa chegar e também mostrar que ela aprendeu o que eu fiz, então pra mim o ideal é chegar no nível onde a gente tem a pós-mortens, , que é justamente esses documentos que você explica o que aconteceu e que todo mundo no time consiga criar um desses sozinho, , então dar a liberdade pro time aprender e deixar eles passarem também esses casos que são oportunidades
Perguntas frequentes
No material de Tech lead: quando a habilidade errada vira promoção, o que «Por que isso importa na operação» resolve de verdade?
Do texto: Para o mid-level também, para o sênior que varia um pouco, porque geralmente são essas pessoas que tem que ter um acompanhamento mais pessoal, então aí já é caso a caso, tentar entender qual é a expectativa do contribuidor para ver como ele está pensando e.
Como transformar «Como estruturar o método» em critério de done — recorte `tech-lead-habilidade-errada`?
Então, quando você começa a ficar um tech lead um pouco mais sênio, na verdade, esse é o split que você vai ver mais, que é 30% do seu tempo você está codando, codando até bem generoso, que, na verdade, 30% do seu tempo você está ali lidando com decisões. Em «Como estruturar o método», trate como experimento com dono e prazo — não como lista de intenções.
Qual evidência mínima confirma «Erros que drenam o resultado» — recorte `tech-lead-habilidade-errada`?
Comece pelo mecanismo: Se fosse, ninguém ia querer ser líder A recompensa, ela vem de diversas formas Na tua autoridade profissional, no teu valor dentro do mercado E claro, até salário Teve a pesquisa, não sei se vocês acompanham A pesquisa ali do Código Fonte TV Tem a pesquisa do.
O que o texto alerta sobre timing de «Aplicação em uma semana» — recorte `tech-lead-habilidade-errada`?
Critério do material: O que é mais comum, e aconteceu isso no comecinho da Rocket também, tô aqui não pra tirar o meu da reta, mas é tu pegar a pessoa melhor técnica e jogar num cargo de Tech Lead, achando que essa pessoa vai lidar muito bem com isso, e aí tu simplesmente pegou a. Se precisar de segundo sinal: Não otimize ferramenta antes de ter hipótese e métrica. Stack nova sem critério só acelera o erro.