Contratar Developers Seniores em Portugal: Critérios, Armadilhas e o Que Realmente Funciona
TL;DR
- Senior não é um título ou anos de experiência: é demonstração de decisão técnica, mentoria e ownership do problema. Muitos com 12 anos de CV não conseguem arquitectar uma API com rate-limiting coerente.
- O processo típico de recrutamento português (CV + entrevista genérica + puzzle de LeetCode) falha systematicamente em identificar competência real. Precisas de fase técnica que simule decisões verdadeiras.
- A lacuna salarial entre o que esperas pagar (€35-45k) e o que o mercado pratica (€55-75k para seniores comprovados) é real. Devias estar preparado ou redefinir o que é "senior" para a tua empresa.
- Consultoras de recrutamento generalist em Portugal cobram 20-25% do primeiro ano como fee. Raramente têm expertise técnica para filtrar. Vales mais contratares consultoria técnica (€2-5k) para validar candidatos.
- O tempo-to-productivity de um developer senior verdadeiro é 3-4 semanas em stack novo. Um que pareça sénior mas não entende decisões arquitecturais leva 3-4 meses. Essa diferença custa mais que o salário anual.
O Que "Senior" Realmente Significa (e Não é Apenas Tempo)
Em Portugal, senior é frequentemente confundido com antigudade. Vejo CVs com "15 anos de experiência" que listam CRUD apps em PHP 5 e MySQL, sem qualquer evidência de ter tomado decisões técnicas substantivas.
Um developer sénior tem três características concretas:
1. Arquitecta soluções sabendo trade-offs. Não diz "usamos PostgreSQL porque é bom". Diz "considerámos MySQL porque o nosso write pattern é X, mas escolhemos PostgreSQL porque o MVCC resolve Y problema que temos em produção, e a penalidade de Z é aceitável porque".
2. Mentoriza sem estar numa posição formal de "tech lead". Um senior vê código novo e pergunta "qual era o problema que isso resolve?" antes de comentar estilo. Documenta decisões. Ensina através de pair-programming e code review substantivo, não superficial.
3. Tem ownership: responsabilidade além da sprint. Não é "estou a implementar a API de pagamentos"; é "sou responsável por que a integração com o Stripe em produção nunca falhe silenciosamente e de que se falhar, a equipa sabe porque e como recuperar".
Isto é genuinamente raro em Portugal. Maior parte dos CVs seniores que vejo contêm developers que foram promovidos para senioridade por antigudade, não por demonstração de competência arquitectural.
O Filtro que Funciona: Técnico, Antes de Entrevista
O erro mais comum em recrutamento técnico em Portugal é fazer a entrevista de recrutador genérico (RH) e só depois pedir um "teste técnico". Isto perde 2-3 semanas e candidatos bons desistem (porque recebem outras ofertas) ou candidatos fracos passam porque sabem fazer teatro no Zoom.
Proposta: inverte a ordem. Fase técnica como gate inicial, antes de entrevista formal.
Não falo de LeetCode ou HackerRank. Esses testes filtram pelo talento em resolver puzzles, não por seniority.
Falo de: case study técnico com decisões do mundo real.
Exemplo concreto de como estruturar isto:
"Precisas de desenhar uma API de faturação para uma plataforma SaaS multi-tenant com 1000+ clientes. Requisitos: billing mensal e annual, planos com features variável (usage-based), suporte a múltiplas moedas e impostos locais. Esquematiza: base de dados (schema ou conceptual), endpoints principais, como handling failures (rede, timeout, idempotência), e decisões de caching/performance. Documento, 2000-3000 palavras. Tempo: 3 horas, podes usar qualquer ferramenta (Excalidraw, drawio, markdown)."
Por quê funciona:
- Um developer com 5-6 anos de experiência real em SaaS B2B já enfrentou isto, consegue estruturar sem perfeção.
- Um developer com 12 anos mas em contexto corporativo rígido vai contar histórias sobre "seguir a arquitectura da equipa" e não consegue raciocinar primeiro-princípios.
- O documento mostra comunicação escrita, tradeoffs considerados, e honestidade em ambiguidades.
Isto não é à prova de falha. Mas filtra ~70% dos candidatos que parecem seniores no CV e não o são.
Armadilha comum: Esperar perfeição no case study. Um senior raramente é perfeito num contexto novo sem contexto. Tens de avaliar se o raciocínio é sólido, mesmo se o schema tem pequenos defeitos, ou se considerou multi-moeda de forma superficial.
Salário e Expectativa de Mercado em Portugal
Aqui entra realidade dura.
Um developer sénior verdadeiro em Portugal (3-5 anos post-junior, demonstração real de arquitectura e mentoria) pratica mercado:
- Lisboa, startup SaaS: €55-70k bruto.
- Porto, consultoria ou corpo: €50-65k bruto.
- Remote, empresa estrangeira: €65-90k bruto (mas difícil de recrutar porque tudo flutua para remote).
Se tens orçamento de €35-45k, não estás a recrutar senior. Estás a recrutar mid ou junior sénior. Isto não é crítica; é clareza.
Frequentemente falo com founders que dizem "queremos um senior porque precisamos de decisão rápida, mas só temos orçamento de mid". A lógica é falha. Dois caminhos:
Opção 1: Aumenta o orçamento. Um senior que coloca a arquitectura correcta na primeira vez economiza 15-20k em débito técnico que terias de resolver depois.
Opção 2: Recruta um mid competente (€40-50k) + consultoria técnica pont (€500-1k/mês, 10-20h) para code review e decisões arquitecturais. Outcome frequentemente melhor que um "senior" mediocre que cobras para economizar.
A terceira opção (fingir que um junior é senior) é como construir uma ponte com cimento errado; economizas 10% em materiais e gastas 300% em reparações.
O Processo que Funciona: 4 Fases Comprimidas
Proposta de processo, 3-4 semanas total (vs. 8-10 semanas típicas):
Semana 1: Screening Técnico Envias case study (3 horas, async). Não tens de responder em 24h; candidatos têm até 1 semana. Qualidade > velocidade. Avalias: raciocínio, comunicação escrita, conhecimento de trade-offs. Pass/Fail claro. Objetivo: filtrar 80%.
Semana 2: Entrevista Técnica Profunda 1h, com um engineer sénior teu (não recrutor). Pauta: case study que enviou, perguntas técnicas concretas sobre stack que vais usar, 1-2 problemas de design simples ("como resolvias X em produção?"). Objetivo: validar que o caso study não foi ChatGPT, e que raciocínio é sólido sob pressão.
Semana 3: Trial (opcional mas recomendado) Se tiveres capacidade: 1-2 semanas de trial (meio tempo ou full time, combinam). Task real, pequena (não o teu maior projeto). Observas: como estrutura código, como questiona requisitos, como interage com equipa. Isto custa tempo teu mas economiza meses de onboarding errado. Pagam como contractor, ~€1500-2500 pelas 2 semanas.
Semana 4: Oferta e Onboarding Standard. Mas com twist: semana 1 é mentoring intenso (pair programming 50% do tempo), não deixas sozinho no Jira.
Consultoras generalist em Portugal não conseguem fazer isto porque não têm expertise técnica. Se usares consultora, briefing técnico precise (case study, stack, expectativas concretas) e validação técnica tua depois.
Red Flags que Vejo Constantemente
"Tenho 10 anos como developer, 2 anos como tech lead."
Red flag moderate. Tech lead não é seniority de engineering; é gestão. Um tech lead pode ser senior (se toma decisões técnicas sólidas) ou pode ser mid/junior promovido cedo (common em startups português de 20 pessoas). Perguntas follow-up concretas: "Qual foi a pior decisão arquitectural que herdaste e como a resolveste?" Se fica genérico, não é senior de engineering.
"Full-stack Python + React, 8 anos, disponível imediatamente."
Amarelo a vermelho. Se está disponível imediatamente, tipicamente significa: saiu de contrato recentemente (perceber porquê), ou está desempregado há tempo (investigar). Não é automático dealbreaker, mas combinado com urgência de emprego, pode indicar performance issues anteriores ou expectativa salarial irrealista (vai ficar frustrado quando descobre que salário é menor que esperava).
CV com keywords mas sem contexto de ownership.
Lista de tecnologias (Kubernetes, microserviços, GraphQL, RabbitMQ) mas quando pedes para explicar uma decisão de arquitetura, desvia para "seguíamos a arquitetura que tínhamos". Provavelmente fez trabalho técnico mas não tomou decisões. Mid, não senior.
"Utilizei React em 12 projectos diferentes."
Potencial red flag. Ou cria componentes genéricos (bom sinal), ou reinventa a roda cada projeto (sinal de que não aprende entre projectos, ou que projectos são muito diferentes por falta de padrões). Perguntas follow-up: "Qual foi a estrutura de componentes que mais reutilizaste? Como a evoluiu?" Resposta técnica > resposta genérica.
A Tentação de Recrutadores Especializados (e Porque Frequentemente Falham)
Em Portugal há crescimento de "tech recruiters" que entendem mais do que recrutor genérico mas menos do que engineer.
Vantagem: melhor filtro do que RH puro, conseguem ler CV técnico sem ser engineer.
Desvantagem: frequentemente ainda fazem screening superficial. Entendem keywords mas não trade-offs. Dizem "é senior porque tem 8 anos e fez microserviços" quando microserviços são buzzword e não sinal de seniority.
O que realmente funciona: Recrutador técnico (ou tech recruiter + engineer teu para validação). Fee típica: 15-20% do salário (não 25% como consultora genérica), ou consultoria fixa (€3-5k por hiring cycle).
Alternativa mais barata: contrata um freelancer senior (ex-CTO, engineer experiente) por €2-3k para fazer screening técnico. Paga-se a si próprio em 2-3 hires porque evitas false positives caros.
Onboarding do Senior: Os Primeiros 4 Meses Definem Tudo
Cometeste 90% do trabalho de recrutamento, agora podes queimar tudo no onboarding.
Senior que chegou precisa de:
Semana 1-2: Contexto, não tasks. Meetings com product, finance, eng. Código antigo. Decisões passadas. Arquitetura. Porque é que estão nesta direção. Não o metas a coding; a mente está a absorver contexto.
Semana 3-4: Uma task pequena, com pair. Idealmente que contribua mas que não seja crítica. Objetivo: entender style de código, processo de PR, deployment. Pair programming com um engineer teu, 50% do tempo.
Mês 2-3: Ownership gradual de uma feature. Começam a ter decisões menores. Code reviews teus são mais profundas; começas a vê-lo a tomar decisões correctas ou questões que precisam discussão.
Mês 4: Avaliação de "hire" vs "no hire". Se tudo vai bem, faz sentido expandir scope. Se há questões (não entende stack, toma decisões ruins, não se integra culturalmente), agora é a altura para candid conversation. Deixar passar esta janela é erro comum.
Conclusão
Recrutar senior em Portugal é processo comprimido entre expectativa (queremos decisão rápida e de qualidade) e realidade (seniors verdadeiros são raros e caros, mas muito mais eficientes que mids).
Não existem atalhos. O que funciona: critérios técnicos concretos, case studies que simulem decisões reais, validação por engineer teu, e honestidade sobre salário. O que não funciona: confundir antigudade com seniority, deixar recrutor genérico fazer screening técnico, ou skippar onboarding intenso.
Se estás a enfrentar um problema parecido, marca uma conversa em https://impact-origin.com/agendamento.
