todo diretor que nos liga querendo “terceirizar a tecnologia” está, na verdade, querendo terceirizar uma dor. E dor não se terceiriza — se diagnostica. Quando o terceiro recebe a dor sem entender o negócio por trás dela, ele devolve código. Raramente devolve solução.

Terceirização de TI funciona. Acesso a talento raro, velocidade, custo variável em vez de fixo — tudo real. O problema nunca foi o modelo. Foi tratar o time externo como uma máquina de tarefas, e não como gente que precisa entender o que está em jogo.

§ 01 / TeseExecução se terceiriza. Cabeça de negócio, não.

Existe uma linha clara. Do lado de cá dela: o que fazer, qual KPI mover, qual a operação real, o que pode quebrar. Isso é seu — e não dá pra delegar pra fora sem perder o controle do próprio negócio. Do lado de lá: a engenharia, a velocidade, a competência técnica de transformar a decisão em sistema rodando.

Quem confunde as duas coisas terceiriza a decisão junto com a execução — e aí o fornecedor passa a decidir, por omissão, coisas que deveriam ser do dono. O terceiro certo executa com autonomia técnica e zero autonomia sobre o negócio. Ele pergunta “por quê” antes de “como”, e devolve um não fundamentado quando o pedido não fecha.

§ 02 / Quando faz sentidoTrês situações em que o time externo ganha.

Nem todo problema pede time externo. Mas três situações pedem, quase sempre:

  • Competência rara e pontual. Você precisa de alguém que já fez aquilo dez vezes — não de contratar, treinar e depois não ter o que fazer com a pessoa.
  • Velocidade contra uma janela. Tem prazo de mercado, e montar time interno do zero não cabe no calendário.
  • Pico que não vira estrutura. A demanda é real agora, mas não justifica headcount permanente. Modelos como EOR existem justamente pra contratar talento — inclusive fora do país — sem montar estrutura jurídica e sem perder conformidade.

Em todos os três, o ponto não é “mais barato”. É capacidade certa, no tempo certo, sem o passivo de manter o que você não vai usar depois.

§ 03 / O risco realTerceirizar não pode virar dependência.

O fracasso clássico da terceirização não é o time externo entregar mal. É ele entregar bem e ir embora levando o conhecimento. Seis meses depois, ninguém na casa sabe por que o sistema funciona daquele jeito — e você está preso ao fornecedor não por contrato, mas por ignorância.

Bom terceiro deixa a casa mais capaz. Mau terceiro deixa a casa mais dependente.

Por isso a transferência de conhecimento não é entregável de fim de projeto. É prática contínua: dono interno nomeado desde o dia um, documentação que vive junto do código, decisões registradas com o porquê. Nada do que entregamos deveria precisar de nós pra continuar rodando.

Padrão Noûs
Todo engajamento tem dono interno nomeado antes do start. Pessoa, e-mail, peso na hierarquia. Se a empresa não consegue produzir esse nome, o que ela quer não é um parceiro — é um lugar pra esconder um problema que ela ainda não diagnosticou. E isso a gente não vende.

§ 04 / EncerrandoO fornecedor que você quer é o que pensa como sócio.

O mercado está cheio de quem cobra por hora e entrega o que mandam. É barato no orçamento e caro na operação. O que move o ponteiro de uma Grande PME é o oposto: alguém que entra na conversa com cabeça de negócio, executa com senioridade e sai deixando a operação mais forte do que achou.

Terceirize a execução. Fique com o problema — e com quem te ajuda a resolvê-lo de verdade.

fim  ·  nota de campo nº 48  ·  noûs / jun 26