Liderança técnica sênior, sem contratar full-time.
Liderança técnica fracionada, padronização de squad, code review estratégico e roadmap técnico. Pra CTOs que precisam de sênior por trás sem contratar full-time.
Tem um momento, em quase toda empresa em crescimento, em que a engenharia precisa de liderança sênior — mas ainda não justifica contratar um CTO full-time, ou o CTO que existe está sobrecarregado e precisa de par técnico do mesmo nível.
Sinais comuns: o fundador era o tech lead e agora está vendendo, gerenciando, levantando rodada — código sem dono. Time júnior tomando decisão arquitetural sem revisão. PR aprovado sem code review sério. Padrão de código divergindo entre devs. Bug recorrente que ninguém investiga até a raiz.
Esse serviço resolve isso sem o custo (e o risco) de uma contratação full-time. Tech lead sênior alocado X horas por semana, com cadência fixa, dentro do time que você já tem.
Pra quem é
- Startup que ainda não justifica CTO full-time mas o time precisa de senioridade pra evoluir.
- CTO sobrecarregado que precisa de par técnico do mesmo nível pra dividir code review crítico, decisão de arquitetura, mentoria de time.
- Squad sem sênior pra revisar PR, definir padrão, fazer 1:1 técnico, ler RFC. Júnior bom evolui devagar quando não tem com quem aprender.
- Empresa em transição entre "fundador era o dev" e "empresa com engenharia estruturada" — gap que costuma durar 1 a 2 anos.
Pra quem NÃO é
- Quem quer consultoria pontual sem cadência. Tech leadership não funciona em "vou só dar uma olhada quando precisar" — funciona em compromisso recorrente.
- Quem espera que a gente toque o produto sem PM, sem produto, sem operação clara. Esse não é o serviço de squad — é o serviço de liderança, não de execução.
- Quem busca selo de CTO pra investidor. Investidor sério não acha bonito CTO fracionado em série A — eles esperam contratação full-time. A gente cobre o gap antes desse momento.
O que você recebe
- Tech lead sênior dedicado X horas por semana (geralmente 8 a 16h), com cadência combinada e horário fixo.
- Code review estratégico de PRs que mexem em arquitetura, segurança, performance ou regra de negócio crítica. Não substitui review do time — complementa onde precisa de senioridade.
- Revisão de arquitetura: RFCs, propostas técnicas, escolha de stack, decisões que ficam por anos.
- Padronização: convenção de código, processo de PR, gestão de branch, política de release. Coisas que parecem chatas mas economizam meses de retrabalho.
- 1:1s com seus devs: mentoria, plano de carreira técnica, feedback. Junior bom não evolui sozinho.
- Roadmap técnico atualizado: gestão de dívida técnica, planejamento de refatoração, capacidade de squad.
Como funciona
1. Diagnóstico inicial. Sessão pra entender o time (quantos devs, senioridade), o produto (stack, idade, complexidade), a dor real (onde está travando), e quem decide o que.
2. Acordo de cadência. Define quantas horas por semana, em quais dias, em quais reuniões a gente participa, qual a forma de comunicação (Slack, Discord, e-mail). Sem cadência, vira "ad-hoc" e não funciona.
3. Execução semanal. Code review dos PRs estratégicos, 1:1 com devs, participação em refinamento técnico, RFC review, decisão de arquitetura quando aparece. Toda semana, sem pular.
4. Roadmap técnico revisado mensalmente. Lista de dívida técnica, prioridade, capacidade do time, risco. Atualizado em conversa com o CTO ou fundador.
5. Re-avaliação trimestral. A cada 3 meses, conversa pra ver se o formato ainda serve. Pode aumentar horas, pode diminuir, pode evoluir pra contratação full-time interna — todas opções legítimas.
Perguntas comuns
Quantas horas por semana faz sentido? Mais comum é 8 a 16 horas semanais. Menos que 8 fica raso demais — não dá pra acompanhar PR e ainda fazer 1:1. Mais que 16 começa a ficar próximo de full-time e o modelo deixa de fazer sentido econômico.
Vocês escrevem código também? Pouco. O foco é liderar — code review, decisão técnica, mentoria. Se o caso for "preciso de mais mão pra escrever código", esse é o serviço de squad, não esse. Tech lead que vira mais um dev no esforço deixa de fazer o trabalho de tech lead.
Funciona se eu já tenho um tech lead interno? Sim, em dois cenários. Um: o tech lead interno está sobrecarregado e precisa de par sênior pra dividir carga. Dois: o tech lead interno é júnior pra função e precisa de mentoria de alguém mais experiente. Em ambos, a gente trabalha com o tech lead, não no lugar.
Quanto custa? Modelo de retainer mensal, calculado em cima das horas semanais combinadas. O valor sai depois do diagnóstico — mas pra dar referência: é uma fração do custo de um tech lead sênior full-time, com a vantagem de não ter passivo trabalhista, férias, encargos, nem o risco de contratação que não dá certo.
Como vocês medem resultado? Indicadores concretos: tempo médio de PR review, número de bug em produção, frequência de release, NPS do time interno sobre clareza de decisão técnica. Conversa trimestral pra avaliar se o investimento está retornando.