Fractional CTO e Consultoria Técnica para Equipas em Crescimento
Alguém que já viu muitas arquiteturas, muita dívida técnica e muitas más decisões, disponível numa cadência sensata.
Para as decisões que não consegue desfazer facilmente. Uma arquitetura nova, trocar de base de dados, partir um monólito, escolher uma cloud, ou contratar o seu primeiro líder de engenharia interno. Por vezes é simplesmente o seu CTO estar esticado ao limite e querer uma segunda opinião de alguém sem interesse em ter razão.
Na prática, parece-se com uma sessão semanal ou quinzenal com os vossos technical leads, mais perguntas assíncronas pelo meio. Lemos o código, participamos nas revisões de arquitetura, sinalizamos riscos e escrevemos as coisas importantes para que não derivem em silêncio. Não gerimos a sua equipa. Ficamos ao lado de quem a gere.
A partir de cerca de dez engenheiros, as perguntas passam de puramente técnicas a organizacionais — os deploys abrandam, contratar parece aleatório, as decisões de arquitetura acontecem no Slack e em mais lado nenhum. Esse trabalho também vive aqui: topologia de equipa, on-call, processo de contratação, e os investimentos de infraestrutura que realmente desbloqueiam a entrega.
O que recebe
Decisões que sobrevivem ao contacto com o próximo trimestre
Escritas com o raciocínio e as alternativas consideradas, para que a equipa possa revisitá-las sem repetir a discussão inteira de memória.
Risco à superfície antes de ficar caro
A vantagem de um leitor externo é apanhar aquilo que internamente toda a gente já normalizou. Normalmente é uma dependência de uma só pessoa, ou um processo de deploy em que ninguém quer tocar.
Escalar a organização, não só a arquitetura
Topologia de equipa, um plano de contratação, uma rotação de on-call que não castiga sempre as mesmas três pessoas, e uma lista curta de trabalho de infraestrutura com custos aproximados. Um pipeline frágil é muitas vezes um problema de gestão, e uma equipa em burnout é muitas vezes um problema de arquitetura.
Incluído
- Sessões semanais ou quinzenais com os technical leads
- Revisão de decisões de arquitetura e tecnologia
- Registos de decisão por escrito
- Diagnósticos de entrega e de processo
- Topologia de equipa e plano de contratação
- Desenho de on-call e resposta a incidentes
- Acesso assíncrono entre sessões
Trabalho selecionado
Alguns projetos onde este foi o trabalho.
Fenix
Electrical certification management platform that transforms the certification process. Features dashboard with issued and draft certificate tracking, recent drafts overview, and streamlined workflows for Domestic EICR, EICR, EL, and MEIWC certifications.
Grupo Size
Landing page for Grupo Size where it shows their entire business and relevant companies & contacts.
Altcoinist
Web3 creator economy platform enabling content creators to build communities with blockchain-powered monetization. Features creator TVL (Total Value Locked) leaderboards, subscriber and staker tracking, airdrop management, and an AI-powered search engine. Built with Solidity smart contracts, Next.js frontend, and Node.js backend deployed on Digital Ocean with Supabase.
Perguntas frequentes
Quando faz sentido trazer consultoria?
Quando está prestes a tomar uma decisão que não consegue desfazer facilmente. Arquitetura nova, trocar de base de dados, partir um monólito, escolher uma cloud, ou contratar o primeiro VP interno. Por vezes as empresas só querem uma segunda opinião porque o CTO está esticado ao limite. Todas são razões válidas.
Como é no dia a dia?
Normalmente uma sessão semanal ou quinzenal com os technical leads, mais perguntas assíncronas no Slack. Lemos o código, participamos nas revisões de arquitetura, sinalizamos riscos e pomos as coisas importantes por escrito para que não derivem. Não gerimos a sua equipa. Ficamos ao lado de quem a gere.
Em que é que isto difere de uma auditoria de código completa?
Uma auditoria é um mergulho profundo num ponto no tempo. A consultoria é contínua e mais conversacional. Pense na auditoria como um check-up e na consultoria como ter um bom médico de chamada. Muitos clientes fazem ambos. Um diz-lhe onde está, o outro ajuda-o a não cair de um precipício no próximo trimestre.
Estamos a crescer depressa e as coisas rangem. É disto que se trata?
Sim, é uma forma comum. A partir de cerca de dez engenheiros, os hábitos antigos começam a ceder: os deploys abrandam, contratar parece aleatório, as decisões deixam de ficar escritas. Olhamos para a estrutura da organização, o on-call, o processo de contratação e a infraestrutura em conjunto, porque puxar um fio move todos os outros. Se ainda são cinco pessoas, o que precisam sobretudo é de entregar.
O que é que ganhamos concretamente com isto?
Coisas concretas, não um deck de estratégia. Um plano de contratação, uma topologia de equipa revista, uma lista curta de investimentos de infraestrutura com custos aproximados, e registos de decisão para as escolhas feitas pelo caminho. Mais sessões de trabalho enquanto as mudanças aterram. Se não conseguirmos ver o efeito dentro de um trimestre, provavelmente não valia a pena.
