Offshore, onshore ou nearshore? Scorecard decisório para contratar squads alocados sem surpresas
Avalie localização, senioridade, compliance, transferência de conhecimento e risco de due diligence antes de contratar um squad em modelo bodyshop.
Fale com um especialista da OrbeSoft
Neste artigo8 seções
- Como escolher entre offshore, onshore e nearshore para uma squad alocada
- Offshore, onshore e nearshore: diferenças que afetam o resultado
- Scorecard de contratação de squads: sete dimensões e pesos sugeridos
- Como aplicar o scorecard em uma concorrência real
- Riscos regulatórios e contratuais em alocações internacionais
- Como medir velocidade, impacto no time interno e prontidão para due diligence
- Qual modelo tende a funcionar melhor em cada cenário
- Erros que fazem o barato sair caro na contratação internacional
Como escolher entre offshore, onshore e nearshore para uma squad alocada
Escolher entre offshore, onshore e nearshore para contratar squads alocados não é apenas uma decisão de preço. A localização influencia comunicação, fusos horários, proteção de dados, tributação, velocidade de decisão, disponibilidade para incidentes e facilidade de transferência de conhecimento.
Uma empresa brasileira pode encontrar uma equipe offshore com valor-hora menor, mas perder parte da economia em reuniões fora do horário, retrabalho de requisitos e dependência de um gerente intermediário. Da mesma forma, um fornecedor onshore pode ser mais caro por mês e ainda assim reduzir o custo total quando o projeto exige decisões rápidas, integração presencial ou domínio de um setor regulado.
A recomendação prática é transformar a escolha em uma decisão ponderada. Primeiro, defina o que não pode falhar. Depois, atribua pesos para compliance, velocidade, senioridade, comunicação, escala, custo total e capacidade de saída.
Esse método é diferente de comparar propostas apenas pela quantidade de profissionais. Uma squad de quatro pessoas com arquiteto dedicado pode produzir menos código bruto que uma equipe maior, mas reduzir retrabalho e decisões arquiteturais equivocadas. O resultado deve ser medido pelo avanço do roadmap, pela redução de risco e pela previsibilidade da operação.
Antes da contratação, também vale separar dois problemas que costumam ser misturados: falta de capacidade e falta de direção. Se o backlog está mal priorizado ou a arquitetura não foi compreendida, adicionar pessoas em qualquer região tende a acelerar a confusão. O playbook decisório para escolher entre squad, bodyshop ou time interno ajuda a fazer essa distinção.
Offshore, onshore e nearshore: diferenças que afetam o resultado
- ✓Onshore significa contratar profissionais no mesmo país da empresa contratante. Normalmente oferece maior alinhamento jurídico, linguístico e cultural, além de menor fricção para reuniões, visitas e gestão de incidentes. O custo tende a ser maior, mas pode compensar em produtos regulados, operações críticas e projetos com alto grau de ambiguidade.
- ✓Nearshore significa trabalhar com uma equipe em país ou região próxima, geralmente com fusos horários semelhantes e sobreposição significativa da jornada. É uma alternativa intermediária para equilibrar custo e colaboração, desde que o contrato trate claramente de proteção de dados, propriedade intelectual, vínculo dos profissionais e jurisdição.
- ✓Offshore significa contratar uma equipe em uma região distante, muitas vezes com diferença relevante de fuso e legislação própria. Pode ampliar o acesso a talentos e reduzir o preço nominal, mas exige mais disciplina em documentação, comunicação assíncrona, segurança, controle de acesso e gestão de dependências.
- ✓O modelo geográfico não determina a senioridade. Uma equipe offshore pode ser excelente e uma equipe local pode ser inadequada. O comprador deve validar quem estará realmente alocado, por quanto tempo, com qual arquiteto, quais referências técnicas e qual plano existe para substituir profissionais-chave.
- ✓A melhor decisão pode ser híbrida. Arquitetura, produto, segurança e liderança técnica podem ficar próximos do cliente, enquanto atividades com requisitos mais estáveis são distribuídas para outra região. Essa composição reduz exposição sem abrir mão de escala.
Scorecard de contratação de squads: sete dimensões e pesos sugeridos
Use uma escala de 0 a 5 para pontuar cada fornecedor. A nota zero representa ausência de evidência, enquanto a nota cinco exige demonstração concreta, como referências verificáveis, artefatos técnicos, profissionais identificados e cláusulas contratuais compatíveis com o risco.
1. Compliance e jurisdição, peso de 25%. Avalie onde os dados serão acessados, armazenados e processados, quais subcontratados participarão, como ocorre o atendimento a solicitações de titulares e qual legislação rege o contrato. Para dados pessoais no Brasil, consulte as orientações da Autoridade Nacional de Proteção de Dados e exija uma matriz de responsabilidades entre contratante e fornecedor.
2. Maturidade da squad, peso de 20%. Confirme se existe arquiteto ou líder técnico dedicado, quais profissionais foram avaliados e se a composição proposta corresponde ao trabalho real. Peça uma sessão de arquitetura com perguntas sobre observabilidade, segurança, testes, integração com sistemas legados e estratégia de evolução.
3. Comunicação e sobreposição de jornada, peso de 15%. Não conte apenas horas de diferença. Meça quantas horas úteis existirão em comum, qual será o tempo esperado para desbloqueios e quem terá autoridade para decidir. Uma sobreposição diária de duas horas pode ser insuficiente para um produto com muitas dependências e suficiente para uma frente de desenvolvimento bem especificada.
4. Transferência de conhecimento e saída, peso de 15%. Procure documentação viva, revisão de código pelo time interno, sessões de pareamento, rodízio de ownership e plano de substituição. O contrato deve garantir acesso ao repositório, pipelines, ambientes, registros de decisão, credenciais sob controle do cliente e artefatos necessários para uma transição ordenada.
5. Capacidade de due diligence, peso de 10%. Se a empresa pretende captar, vender ou incorporar outra organização, a equipe contratada precisa produzir evidências auditáveis. Isso inclui histórico de dependências, licenças de terceiros, cobertura de testes, controle de vulnerabilidades, inventário de dados e clareza sobre propriedade intelectual.
6. Escalabilidade e continuidade, peso de 10%. Pergunte quanto tempo o fornecedor leva para adicionar perfis sem diluir a senioridade. Verifique também o plano para férias, desligamentos, indisponibilidade do arquiteto e picos de demanda. Escalar não significa apenas colocar mais pessoas, mas manter contexto e qualidade.
7. Custo total de operação, peso de 5%. Inclua horas de gestão, viagens, reuniões fora do expediente, retrabalho, ferramentas, câmbio, impostos, contratação jurídica, auditorias e eventual transição. O valor mensal deve ser comparado com o custo do atraso e não apenas com a tarifa individual.
A nota final pode ser calculada pela fórmula: nota ponderada = soma de cada nota multiplicada pelo peso da dimensão. Estabeleça também critérios eliminatórios. Uma proposta que falha em proteção de dados, propriedade intelectual ou acesso ao código não deve vencer por ter o menor preço.
Em projetos com FAPESC, FINEP ou BNDES, acrescente uma camada de rastreabilidade. Entregáveis, horas, marcos técnicos e evidências de execução precisam ser compatíveis com a prestação de contas e com o plano aprovado. O guia sobre contratos e SLAs para squads em projetos com recursos públicos pode complementar essa análise.
Como aplicar o scorecard em uma concorrência real
- 1
Defina o perfil de risco do trabalho
Classifique o projeto por criticidade operacional, sensibilidade dos dados, ambiguidade de requisitos, dependência de sistemas legados e pressão de prazo. Um MVP interno e uma plataforma usada por clientes de saúde não devem receber os mesmos pesos.
- 2
Descreva o resultado esperado, não apenas os cargos
Em vez de solicitar dois desenvolvedores e um profissional de testes, descreva o resultado que precisa ser destravado. Exemplos incluem reduzir o tempo de processamento, preparar uma integração SAP ou colocar uma funcionalidade crítica em produção com observabilidade.
- 3
Exija a identificação nominal dos papéis críticos
O fornecedor deve apresentar arquiteto, líder técnico, responsáveis por segurança e gestão de produto. Não aceite que a proposta seja baseada em perfis genéricos quando a decisão depende de senioridade e experiência setorial.
- 4
Faça uma prova técnica curta
Uma sessão de 90 minutos pode revelar mais que uma apresentação comercial. Entregue um cenário realista, peça hipóteses, riscos, perguntas de descoberta e uma proposta de arquitetura, sem transformar a avaliação em trabalho gratuito de implementação.
- 5
Simule um bloqueio operacional
Pergunte como a squad reagiria a um incidente, a uma mudança regulatória ou à indisponibilidade de um especialista. Avalie tempo de resposta, cadeia de decisão, comunicação com executivos e registro das ações.
- 6
Converta riscos em cláusulas e métricas
Cada risco relevante precisa de uma contrapartida: controle de acesso, prazo de notificação, obrigação de documentação, aceite de profissionais, janela de substituição ou direito de auditoria. Para operação, acompanhe lead time, tempo de desbloqueio, defeitos escapados, disponibilidade de papéis críticos e evolução da autonomia interna.
- 7
Reavalie após 30 e 90 dias
A contratação não termina na assinatura. Compare as notas prometidas com evidências observadas, como qualidade das decisões, previsibilidade das entregas, participação do arquiteto e redução de dependências. Se o desempenho divergir, acione um plano de correção antes de ampliar a equipe.
Riscos regulatórios e contratuais em alocações internacionais
O principal risco offshore não é a distância geográfica isoladamente. É a combinação de dados sensíveis, múltiplas jurisdições, subcontratação pouco transparente e controles de acesso que a empresa não consegue auditar.
Mapeie o fluxo de dados antes de permitir que a squad acesse produção. Registre quais categorias de informação entram no ambiente, em que país ficam armazenadas, quais ferramentas de colaboração recebem cópias e se o desenvolvimento pode ser feito com dados mascarados ou sintéticos.
A LGPD deve ser traduzida em responsabilidades operacionais. O contrato precisa indicar papéis, instruções documentadas, prazos de comunicação de incidentes, cooperação em auditorias, regras de retenção e descarte, suboperadores autorizados e procedimento de encerramento dos acessos.
Se houver tratamento relacionado à União Europeia, a transferência internacional pode exigir mecanismos específicos conforme o contexto. A legislação oficial do GDPR no EUR-Lex é uma referência primária para avaliar obrigações aplicáveis, mas a redação final deve ser revisada por assessoria jurídica.
Inclua propriedade intelectual, confidencialidade, licenças de código aberto, uso de ferramentas de inteligência artificial e titularidade de artefatos. Código, infraestrutura como código, documentação, protótipos, dados de teste, modelos e pipelines precisam estar vinculados ao escopo contratado e disponíveis em contas controladas pela empresa.
Também defina uma saída operacional. Ao terminar o contrato, o fornecedor deve devolver informações, remover acessos, transferir conhecimento e apoiar a continuidade por um período definido. O checklist de contrato de saída e code escrow para squads alocados aprofunda os mecanismos para reduzir dependência.
Em projetos apoiados por fomento, há um cuidado adicional: a economia de uma equipe estrangeira não pode criar uma inconsistência entre o plano aprovado, a execução comprovada e a documentação fiscal. A decisão deve ser validada simultaneamente por tecnologia, jurídico, financeiro e responsável pela prestação de contas.
Como medir velocidade, impacto no time interno e prontidão para due diligence
A diferença de velocidade entre nearshore e onshore aparece menos na quantidade de tarefas concluídas e mais no tempo entre uma dúvida e uma decisão. Meça o tempo de desbloqueio, a espera por aprovação, o retrabalho causado por requisitos incompletos e a quantidade de decisões que retornam para a liderança.
Uma métrica simples é o percentual de horas úteis com sobreposição entre as equipes. Combine esse indicador com o tempo mediano para resolver bloqueios e com a proporção de decisões documentadas. Uma equipe pode trabalhar no mesmo fuso e continuar lenta se não tiver autonomia ou se toda decisão depender de um gerente remoto.
Para o time interno, acompanhe conhecimento distribuído. Depois de cada ciclo, verifique quantos módulos possuem pelo menos duas pessoas capazes de alterar, testar e operar o código. Registre sessões de pareamento, revisões feitas por profissionais internos, runbooks atualizados e incidentes resolvidos sem intervenção do fornecedor.
A due diligence técnica pede evidência, não promessa. Um investidor ou comprador tende a investigar dependências de pessoas, propriedade do código, licenças, segurança, escalabilidade, contratos e concentração de conhecimento. O roteiro de preparo para due diligence técnica ajuda a organizar esses elementos antes de uma rodada ou operação societária.
A OrbeSoft usa esse raciocínio em projetos de software sob medida e alocação de equipes. A experiência acumulada em mais de 300 projetos na América Latina, nos Estados Unidos e na Europa reforça uma conclusão prática: o ganho de localização só existe quando a governança preserva contexto, qualidade e capacidade de saída.
Por isso, uma squad madura deve começar com descoberta técnica e de produto, não com distribuição automática de tarefas. Em muitos casos, uma auditoria da arquitetura e do backlog revela que o gargalo está em decisões de escopo, dependências ou dívida técnica, e não na quantidade de desenvolvedores.
Qual modelo tende a funcionar melhor em cada cenário
- ✓Escolha onshore quando o projeto envolve dados regulados, decisões frequentes com áreas de negócio, integração presencial, incidentes de alta criticidade ou necessidade de demonstrar governança local para investidores e órgãos de fomento. O custo maior pode ser justificado pela redução de fricção e pela responsabilidade compartilhada.
- ✓Escolha nearshore quando você precisa de uma equipe com boa sobreposição de horário, comunicação em português ou espanhol, escala regional e custo mais equilibrado. Esse modelo funciona bem para evolução de SaaS, desenvolvimento de funcionalidades e frentes em que o cliente mantém a liderança de produto e segurança.
- ✓Considere offshore quando os requisitos estão maduros, os dados podem ser isolados, a documentação é forte e existe liderança técnica capaz de coordenar dependências. É uma escolha menos adequada para discovery aberto, refatorações críticas sem diagnóstico ou produtos em que decisões rápidas definem o sucesso.
- ✓Use uma composição híbrida quando a arquitetura, a segurança e a relação com stakeholders exigem proximidade, mas parte da execução pode ser distribuída. O desenho deve preservar um único backlog, critérios de aceite comuns, revisão de código consistente e ownership claro.
- ✓Evite qualquer modelo quando o fornecedor não aceita apresentar a equipe real, limita o acesso ao repositório, rejeita métricas de qualidade ou não explica como lidará com substituições. Preço baixo não compensa falta de transparência em uma operação crítica.
Erros que fazem o barato sair caro na contratação internacional
O primeiro erro é usar o preço-hora como critério principal. Ele não captura retrabalho, reuniões adicionais, tempo de resposta, supervisão interna, viagens, câmbio, impostos, auditoria e transição. Compare o custo total de operação em um horizonte de seis a doze meses, com cenários de atraso e substituição.
Outro erro é contratar profissionais sem reservar uma função de arquitetura. Quando cada desenvolvedor interpreta o problema de uma forma, a empresa acumula decisões inconsistentes. Um arquiteto não precisa aprovar cada linha de código, mas deve proteger limites técnicos, requisitos não funcionais e decisões que afetarão o produto por anos.
Também é arriscado presumir que documentação equivale a transferência de conhecimento. Documentos desatualizados não tornam o time interno autônomo. Exija participação em decisões, execução acompanhada, testes operacionais e capacidade de manutenção demonstrada por pessoas da própria empresa.
A OrbeSoft trabalha com squads dedicadas, em vez de distribuir profissionais entre muitos projetos. Essa diferença importa porque contexto é um ativo de engenharia. Quando a mesma equipe entende o negócio, a arquitetura e os critérios de sucesso, ela consegue questionar escopo e recomendar adiamento, mudança ou até não construção quando a evidência aponta nessa direção.
O scorecard não substitui julgamento executivo. Ele cria uma trilha de decisão que pode ser explicada ao conselho, ao jurídico, ao financeiro e ao time interno. A escolha mais segura é aquela em que custo, velocidade e risco estão explícitos, com responsáveis e gatilhos de revisão.
Perguntas Frequentes
Qual é a diferença entre offshore, onshore e nearshore na contratação de squads?▼
Onshore é a contratação de profissionais no mesmo país da empresa cliente. Nearshore envolve uma região ou país próximo, normalmente com fusos horários parecidos e maior sobreposição de jornada. Offshore utiliza equipes em regiões mais distantes, com possível vantagem de custo, mas também com mais exigências de comunicação, segurança, contrato e coordenação.
Quando o modelo offshore vale a pena para uma empresa brasileira?▼
O offshore pode fazer sentido quando os requisitos estão bem definidos, os dados sensíveis podem ser isolados e a empresa possui liderança técnica para coordenar o trabalho. A escolha também depende de documentação, idioma, disponibilidade de horários e capacidade de auditoria do fornecedor. Para discovery ambíguo, refatoração crítica ou operações reguladas, o custo de coordenação pode superar a economia nominal.
Nearshore é mais rápido que offshore?▼
Nem sempre, mas a proximidade de fuso e idioma tende a reduzir o tempo de espera por decisões e esclarecimentos. A velocidade real deve ser medida por tempo de desbloqueio, retrabalho, participação em reuniões e previsibilidade de entrega. Uma equipe nearshore sem autonomia ou sem liderança técnica pode ser mais lenta que uma equipe offshore bem governada.
Quais cláusulas protegem uma empresa ao contratar uma squad offshore?▼
O contrato deve tratar de proteção de dados, subcontratação, propriedade intelectual, confidencialidade, licenças de código aberto, controle de acesso, notificação de incidentes, continuidade, substituição de profissionais e encerramento. Também é recomendável definir jurisdição, moeda, impostos, critérios de aceite, níveis de serviço e obrigação de transferência de conhecimento. A redação precisa refletir o fluxo real de dados e a criticidade do produto.
Como calcular o custo total de uma squad offshore, nearshore ou onshore?▼
Comece pelo valor contratado e acrescente gestão interna, reuniões fora do horário, ferramentas, viagens, câmbio, impostos, auditorias, retrabalho, onboarding e transição. Inclua ainda o custo esperado de atrasos e incidentes, especialmente quando uma funcionalidade impacta clientes enterprise. A comparação deve ser feita por cenário e horizonte de tempo, não apenas pela tarifa mensal.
Como evitar vendor-lock-in ao contratar uma equipe internacional?▼
Mantenha repositórios, contas de nuvem, pipelines e ferramentas críticas sob controle da empresa. Defina revisão de código, documentação viva, transferência de conhecimento, substituição de profissionais e plano de saída desde o início. A autonomia pode ser acompanhada pela quantidade de módulos operáveis pelo time interno e pela redução de decisões concentradas no fornecedor.
O modelo onshore é obrigatório para projetos com FAPESC, FINEP ou BNDES?▼
A localização, por si só, não determina a elegibilidade ou a qualidade da execução. O ponto central é verificar as regras do instrumento de fomento, a documentação exigida, a relação entre despesas e plano aprovado e a capacidade de comprovar os entregáveis. Antes de contratar, alinhe tecnologia, jurídico, financeiro e responsável pela prestação de contas.
Como avaliar a senioridade de uma squad alocada antes de assinar?▼
Peça os profissionais que realmente participarão do projeto, referências de trabalhos comparáveis e uma sessão técnica baseada em um problema real. Avalie como a equipe faz perguntas, identifica riscos, explica decisões e equilibra velocidade com sustentabilidade. Também confirme a presença de arquiteto, a dedicação prevista e a forma de substituição em caso de indisponibilidade.
Uma squad internacional pode ajudar na preparação para uma due diligence técnica?▼
Pode, desde que o trabalho inclua artefatos auditáveis e não apenas desenvolvimento de funcionalidades. A equipe deve ajudar a organizar arquitetura, dependências, licenças, segurança, cobertura de testes, observabilidade, propriedade intelectual e concentração de conhecimento. O comprador deve conseguir verificar as evidências diretamente nos repositórios, documentos e ambientes controlados pela empresa.
Compare os modelos com contexto técnico e segurança contratual
Avaliar minha necessidade com a OrbeSoftSobre o Autor
Felippe Sandrini é CEO da Orbe Soft e especialista em criação de produtos digitais, validação de MVPs e inovação tecnológica. Com experiência em startups, projetos corporativos e software sob medida, escreve sobre produto, UX, tecnologia e decisões estratégicas para quem quer crescer com menos risco e mais resultado.