Como estruturei uma Ladder de Carreira Técnica de Desenvolvedores a Líderes Técnicos
Rafael Moura
Criar uma trilha clara de crescimento técnico dentro de um time de engenharia é um desafio que muitos gestores enfrentam, principalmente em empresas em crescimento ou em transição cultural. Quando assumi o papel de Tech Manager em minha experiência anterior, percebi que um dos gargalos era justamente a falta de clareza sobre o que se esperava de cada nível técnico — e como evoluir na carreira sem precisar, necessariamente, virar gestor.
Foi aí que iniciei a criação da nossa Ladder de Carreira Técnica, com base no framework open-source EngineerLadder, que serviu como referência inicial para adaptar à realidade do nosso time.
🎯 Por que criar uma Ladder?
Antes de tudo, porque crescimento profissional precisa de clareza. A ladder serve para alinhar expectativas entre liderança e liderado, guiar feedbacks mais estruturados e tornar a avaliação menos subjetiva. Ela também ajuda a valorizar o trabalho técnico e permite que a carreira siga no modelo Y: com espaço tanto para quem quer liderar pessoas quanto para quem quer se aprofundar tecnicamente.
🧩 A Estrutura: Do Developer 1 ao Developer 8
Dividimos a trilha em 8 níveis (D1 a D8), agrupados por senioridade:
D1 — D2 → Júnior
D3 — D4 → Pleno
D5 — D6 → Sênior
D7 — D8 → Staff / Lead / Manager
Cada nível é avaliado com base em 5 eixos principais:
Tecnologia — domínio técnico da stack e boas práticas
Sistema / Negócio — entendimento dos produtos e arquitetura
Pessoas — colaboração, mentoria, comunicação
Processos — adesão, melhoria e liderança de processos ágeis
Influência — escopo de impacto: da squad até a comunidade tech
📊 Cada nível vem acompanhado de um radar com pontuação de 0 a 5 em cada eixo. Um exemplo visual claro de como a pessoa está evoluindo.
Exemplo do radar de um D4
👩🏽💻 Exemplo de tópicos por Level
Nesta seção, detalho os níveis da trilha com base em tópicos distribuídos por categorias-chave. As descrições são intencionalmente genéricas, permitindo que cada empresa adapte os conteúdos conforme sua realidade — levando em conta contexto de negócio, produto e stack tecnológica.
É importante observar que o nível considerado “Júnior” pode variar de empresa para empresa: em alguns casos, envolve profissionais em início de carreira; em outros, pessoas já com uma base técnica sólida. Aqui, considero como profissionais em início de carreira.
| 🟢 D1 — D2 | 🟡 D3— D4 | 🔵 D4 — D5 | ||
| Escrita de código | Escreve código com capacidade de teste, legibilidade e casos extremos e possíveis erros. | Escreve consistentemente funções que são facilmente testáveis, facilmente compreendidas por outros desenvolvedores e leva em consideração casos extremos e erros. | Escreve consistentemente código pronto para produção que é facilmente testável, facilmente compreendido por outros desenvolvedores e leva em consideração casos extremos e erros. Compreende quando é apropriado deixar comentários, mas prefere o código de autodocumentação. | |
| Testes | Conhece sobre testes. Escreve teste unitário, em alguns momentos com a ajuda de desenvolvedores com mais experiência. | Compreende a pirâmide de testes, escreve testes de unidade de acordo com ela, bem como testes de nível superior com a ajuda de engenheiros mais experientes. Sempre testa casos extremos e erros esperados, bem como o caminho feliz. | Compreende a pirâmide de testes e escreve testes de unidade, bem como testes de nível superior de acordo com ela. Sempre escreve testes para lidar com casos extremos esperados e erros normalmente, bem como caminhos felizes | |
| Debugging | Compreende os fundamentos sobre Depurar e as ferramentas utilizadas. | Sabe debugar issues locais e um serviço simples. | Proficiente no uso de depuração sistemática para diagnosticar todos os problemas localizados em um único serviço. Usa depuração sistemática para diagnosticar problemas entre serviços, às vezes com a ajuda de engenheiros mais experientes. | |
| Monitoramento | - | Está ciente da filosofia de monitoramento da organização e dos dados operacionais para o domínio da equipe. | Está ciente da filosofia de monitoramento da organização. Auxilia a ajustar e modificar o monitoramento em sua equipe de acordo. Conhece os dados operacionais do domínio de sua equipe e os utiliza como base para sugerir melhorias de estabilidade e desempenho. | |
| Entendimento do Código | É capaz de adquirir contexto dentro do domínio da equipe com a ajuda de engenheiros mais experientes. | Compreende uma parte do domínio da equipe e consegue adquirir contexto suficiente para trabalhar de forma produtiva nessa área. | Compreende o domínio de sua equipe em um nível elevado e consegue obter contexto suficiente para trabalhar de forma produtiva dentro dele. Possui expertise em uma parte do domínio de sua equipe. | |
| Arquitetura de Software | Está ciente da arquitetura geral do serviço. Projeta funções básicas com uma compreensão da arquitetura geral do serviço, evitando duplicações entre bases de código e alterações que quebrem a interface. | Projeta funções que estão alinhadas com a arquitetura geral do serviço. | Projeta consistentemente código que está alinhado com a arquitetura geral do serviço. Utiliza abstrações e isolamento de código de forma eficaz. | |
| Segurança | Entende a importância de segurança na tecnologia | Compreende a importância da segurança e utiliza esse conhecimento para solicitar a ajuda de engenheiros mais experientes ao tomar decisões que possam ter implicações de segurança. | Aborda todo o trabalho de engenharia com um enfoque em segurança. Procura ativamente por vulnerabilidades de segurança tanto no código quanto durante as revisões feitas por colegas. | |
| Divisão do Trabalho | Compreende o valor de adequar o tamanho das tarefas para permitir integração contínua e entrega incremental. | Antes de começar o trabalho, garante que as tarefas sejam dimensionadas adequadamente para integração contínua e entrega incremental, com a ajuda dos colegas de equipe e do gerente. | Analisa criticamente as tarefas e garante que elas sejam dimensionadas adequadamente para integração contínua e entrega incremental. | |
| Priorização e Dependências | Age de acordo com a priorização de tarefas. | Compreende e age de acordo com a priorização de tarefas. Observa as dependências entre as tarefas. | Garante que as tarefas sejam priorizadas corretamente e que as dependências sejam observadas. | |
| Lidando com ambiguidade | - | Normalmente lida de forma eficaz com riscos, mudanças e incertezas dentro do escopo pessoal de trabalho. Normalmente decide e age de forma responsável mesmo sem ter a imagem completa durante atividades comerciais rotineiras e em situações de alta pressão. | Lida de forma eficaz com riscos, mudanças e incertezas dentro do escopo pessoal de trabalho. Decide e age de forma responsável, mesmo sem ter a imagem completa, durante as atividades comerciais rotineiras e em situações de alta pressão | |
| **Confiabilidade | Responsabilidade pela entrega** | Realiza conversas diárias com a equipe sobre o progresso do trabalho. Cumpre os compromissos com senso de urgência | Compromete-se com uma quantidade realista de trabalho e trabalha com os colegas de equipe para garantir que entendam a prioridade e urgência, e para entregá-los conforme necessário. Reporta diariamente quaisquer obstáculos, atrasos e aumento de custos para a equipe. Esclarece as expectativas com os colegas de equipe. | Garante que seus compromissos sejam realistas, compreende sua prioridade e urgência, e os cumpre de acordo. Antecipa e comunica obstáculos, atrasos e aumento de custos em seu trabalho antes que seja necessário escalá-los. Garante que as expectativas dentro de sua equipe sejam esclarecidas entre todas as partes envolvidas. |
| Pensamento em custos | Compreende a importância de ponderar custo e valor na tomada de decisões. Solicita a ajuda de engenheiros mais experientes para aplicar esse tipo de pensamento em seu trabalho | Ao tomar uma ação, pondera o custo e o valor para tomar a ação mais econômica, com a ajuda de engenheiros mais experientes. Às vezes, utiliza esse tipo de pensamento para fazer sugestões aos colegas de equipe. | Ao tomar uma ação, pondera o custo e o valor para realizar a ação mais econômica. Utiliza esse tipo de pensamento em seu próprio trabalho e faz sugestões aos colegas de equipe com base nessa abordagem. | |
| Entregando Feedback | Compreende como oferecer elogios e feedback construtivo de maneira útil. | Fornece elogios e feedback construtivo à equipe, colegas de equipe e gerente de maneira útil. | Fornece elogios e feedback construtivo à equipe, colegas de equipe e gerente de maneira útil. Fornece feedback aos stakeholders de negócios da equipe quando surgem oportunidades. | |
| Buscando e recebendo feedback | Busca ativamente feedback dos colegas de equipe e do gerente, e trabalha para utilizar o feedback recebido como uma ferramenta para o crescimento | Busca ativamente feedback dos colegas de equipe e do gerente, e trabalha para utilizar o feedback recebido como uma ferramenta para o crescimento | Busca ativamente feedback dos colegas de equipe e do gerente, e trabalha para utilizar o feedback recebido como uma ferramenta para o crescimento. | |
| Comunicação efetiva | Comunica-se de forma eficaz, clara, concisa e de acordo com a audiência, tanto na forma escrita quanto verbal. Ouve ativamente os outros e garante que seja compreendido. Presta atenção à comunicação não verbal. | Normalmente se comunica de forma eficaz, clara, concisa e de maneira orientada ao público, tanto por escrito quanto verbalmente, em assuntos técnicos e não técnicos, com os colegas de equipe. Ouve ativamente os outros e garante que sejam compreendidos. Presta atenção à comunicação não verbal. | Comunica de forma eficaz, clara e concisa, tanto por escrito quanto verbalmente, em assuntos técnicos e não técnicos, de maneira orientada ao público. Ouve ativamente os outros e garante que sejam compreendidos. Presta atenção à comunicação não verbal. | |
| Compartilhando conhecimento: | Compreende sua área de trabalho e compartilha frequentemente seu conhecimento com os colegas de equipe. | Compreende seu domínio de trabalho, compartilha frequentemente seu conhecimento com os colegas de equipe e contribui para a documentação da equipe. Fica atento a oportunidades para compartilhar conhecimento. | Compreende o domínio da equipe, compartilha frequentemente seu conhecimento com os colegas de equipe e contribui para a documentação da equipe. Está atento a oportunidades para compartilhar conhecimento e incentiva os outros a fazerem o mesmo. | |
| Trabalho em equipe | Ajuda seus colegas de equipe quando solicitado. Dá ou compartilha crédito quando é devido. | Quando solicitado, ajuda os colegas de equipe a superar obstáculos, resolver bloqueios e concluir tarefas de trabalho. Dá ou compartilha crédito quando é devido. | Às vezes, ajuda os colegas de equipe a superar obstáculos, resolver bloqueios e concluir tarefas de trabalho. Dá ou compartilha crédito quando é devido. | |
| Construindo relações | Trabalha para construir relacionamentos sólidos com seus colegas de equipe e gerente. | Trabalha para construir relacionamentos sólidos com os colegas de equipe, gerente e parceiro de produto. | Trabalha para construir relacionamentos sólidos com os colegas de equipe, gerente e stakeholders de negócios relevantes da equipe. | |
| Trabalhando com desacordos | Compartilha abertamente suas opiniões e contribui para as discussões de maneira respeitosa. Trabalha com os colegas de equipe para resolver desacordos de forma saudável. Está aberto a mudar sua perspectiva e planos com base nas contribuições dos outros. | Compartilha abertamente suas opiniões e contribui para as discussões de maneira respeitosa. Aborda os desacordos com os colegas de equipe de forma não defensiva, com curiosidade. Utiliza opiniões contraditórias como base para conversas construtivas e produtivas. Está aberto a mudar sua perspectiva e planos com base nas contribuições dos outros. | Incentiva os colegas de equipe a compartilhar abertamente suas opiniões e contribuir para as discussões de maneira respeitosa. Aborda os desacordos com curiosidade, sem defensividade. Utiliza opiniões contraditórias como base para conversas construtivas e produtivas. Está aberto a mudar sua perspectiva e planos com base nas contribuições dos outros. | |
| Tomada de decisão | Compreende o impacto dos vieses na tomada de decisões. Compreende a responsabilidade. | Esforça-se para ser objetivo e reflete sobre seus próprios vieses ao tomar decisões. Assume responsabilidade pelas decisões e resultados alcançados. | Esforça-se para ser objetivo e reflete sobre seus próprios vieses ao tomar decisões. Assume responsabilidade pelas decisões e resultados alcançados | |
| Promovendo alinhamentos | Contribui para as conversas com base na estratégia e nos princípios organizacionais com os colegas de equipe, quando apropriado. Fortemente orientado para metas e trabalha em direção às metas da equipe | Tem conversas com base na estratégia e nos princípios organizacionais com os colegas de equipe, quando apropriado. Orientado fortemente para metas e trabalha em direção aos objetivos da equipe. | Realiza conversas baseadas na estratégia e nos princípios organizacionais com os colegas de equipe quando apropriado, para garantir alinhamento da equipe. Possui uma forte orientação para metas e assegura que sua equipe esteja constantemente trabalhando em direção às metas compartilhadas | |
| Processos | Compreende as práticas e processos da equipe. | Às vezes, reflete sobre as práticas e processos da equipe e discute melhorias com a equipe. | Reflete regularmente sobre as práticas e processos da equipe e discute melhorias com o time | |
| Facilitação | - | - | Facilita as discussões dentro da equipe, garantindo que todos tenham a oportunidade de compartilhar sua opinião e serem ouvidos, e que os resultados da discussão estejam alinhados com as metas estabelecidas. Incentiva a participação dos membros mais reservados e garante que ninguém domine a conversa. | |
| Mentoria | Busca orientação para expandir sua própria experiência. | Busca orientação para desenvolver sua própria experiência. Às vezes, orienta os colegas de equipe de maneira aberta, respeitosa, flexível e empática | Mentora os colegas de equipe de maneira aberta, respeitosa, flexível e empática. Procura oportunidades de mentoria especificamente para criar redundância na equipe e capacidade de substituição. | |
| Conhecimento de negócio | Possui uma compreensão básica do domínio da equipe e do mercado de CI/CD (Integração Contínua/Entrega Contínua). | Possui uma compreensão básica do domínio da equipe e de como ele contribui para a estratégia geral do negócio | Possui um entendimento completo do domínio da equipe e de como ele contribui para a estratégia geral do negócio. Possui um entendimento básico dos domínios de negócio das equipes adjacentes. | |
| Estratégia de Trabalho | - | Compreende a estratégia de organização do time de Engenharia | Compreende a estratégia de engenharia da organização. Geralmente está envolvido em discussões sobre as implicações para sua equipe. | |
| Conhecimento do Produto | Compreende a utilidade básica do produto | Compreende a área de foco do produto, como ela se encaixa no negócio como um todo e, às vezes, faz sugestões de melhorias para essa área. | Compreende profundamente o modelo de negócio em relação à área de foco atual do produto. Às vezes, participa do feedback de roadmap com a equipe de produtos. Procura oportunidades para simplificar o design do produto e técnico |
🔁 Reaproveitamento e Escalabilidade
Essa estrutura foi pensada para escalar com o time. Inclusive, adaptamos a mesma lógica para Backend, Frontend e QA — com subpages específicas contendo exemplos e atividades alinhadas às áreas.
💡 O que ficou para o futuro: Trilha de Tech Leaders e Engineering Managers
Nesse primeiro momento, o foco foi a carreira técnica, mas essa base abriu caminho para a criação das trilhas de Tech Lead e Engineering Manager — que seguem outros eixos, como gestão de pessoas, estratégia, produto e operação.
Essas trilhas estão no backlog e, sinceramente, dariam outro post por si só (spoiler: vem aí 👀).
📌 Conclusão
Criar essa ladder foi um divisor de águas na cultura do time. Ela gerou conversas mais produtivas, alinhou expectativas e serviu como um mapa de crescimento. Mais do que um documento de RH, virou um pilar de cultura técnica.
Se você também está pensando em montar uma ladder, fica aqui meu incentivo: comece simples, seja transparente e ajuste no caminho.
💬 E você?
Já implementou algo parecido no seu time? Me conta aqui nos comentários, ou me chama no Linkedin — vou adorar trocar figurinhas e evoluir juntos.
🧠 Referências
Subscribe to my newsletter
Read articles from Rafael Moura directly inside your inbox. Subscribe to the newsletter, and don't miss out.
Written by