Managed services ou squad dedicado: capacidade ou resultado

A pergunta por trás da escolha: você quer capacidade ou resultado

Quando uma empresa decide terceirizar parte da operação de tecnologia, cai quase sempre na mesma bifurcação. De um lado, o squad dedicado, um time alocado que você prioriza e conduz. Do outro, os managed services, um serviço gerenciado onde o fornecedor assume a operação inteira e responde por um resultado acordado.

Parecem próximos porque nos dois casos há gente de fora cuidando de tecnologia sua. Mas o que você compra em cada um é diferente. No squad, você compra capacidade e mantém o comando. No managed services, você compra resultado e entrega o comando. Essa diferença define quem trabalha no fim de semana quando algo cai, quem responde pelo SLA e quem carrega a responsabilidade da operação no dia a dia. Vou separar os dois pelos critérios que decidem a conta.

Capacidade contra resultado

O squad dedicado é um modelo de capacidade. Você contrata um time, desenvolvedores, QA, um líder técnico, e esse time trabalha no que você mandar. A responsabilidade pelo resultado é sua. Você decide o que construir, em que ordem, com que critério de qualidade. O fornecedor garante que o time é competente e está disponível. O que o time entrega depende de como você o conduz.

Os managed services são um modelo de resultado. Você contrata uma operação funcionando dentro de parâmetros acordados. Sustentação de uma aplicação, gestão de uma infraestrutura, atendimento de um service desk com metas de tempo de resposta e resolução. O fornecedor decide como organizar o time, quantas pessoas colocar, como escalar plantões. Você cobra o resultado, não a atividade. Se o serviço está dentro do SLA, como o fornecedor chegou lá é problema dele.

Essa é a inversão central. No squad, você gerencia o meio e responde pelo fim. No managed services, você define o fim e não se mete no meio.

Quem é dono da operação

No squad dedicado, a operação é sua. Você define processo, prioridade, ritual de sprint, critério de pronto. O time se integra à sua forma de trabalhar. Isso é excelente quando você tem uma liderança técnica interna capaz de conduzir, e é um problema quando não tem. Um squad sem direção vira um time caro esperando instrução.

No managed services, a operação é do fornecedor. Ele traz o processo, o ferramental, a estrutura de plantão, a documentação. Você não precisa ter maturidade de gestão técnica interna, porque essa maturidade faz parte do que você está comprando. Em compensação, você abre mão de controlar o detalhe de como as coisas são feitas. Para muitas empresas que só querem que o sistema fique de pé sem ter que pensar nisso, esse é exatamente o ponto.

SLA e responsabilidade

Aqui os dois modelos são quase opostos, e é onde mais gente se confunde na hora de assinar.

O squad dedicado normalmente não tem SLA de resultado. Não faz sentido cobrar um SLA de disponibilidade de um time que você mesmo prioriza. Se o sistema caiu porque você mandou o time trabalhar em outra coisa em vez de resolver o bug, a responsabilidade é sua. O compromisso do fornecedor é fornecer pessoas competentes e presentes, não garantir um número de uptime.

Os managed services vivem de SLA. O contrato define metas mensuráveis: tempo de resposta a incidentes, tempo de resolução, disponibilidade mínima, janelas de atendimento. E define penalidades quando o SLA não é cumprido. Isso muda a natureza da relação. Você tem um número contratual para cobrar, e o fornecedor tem pele em jogo. Quando o sistema cai às três da manhã, é o plantão dele que acorda, não o seu.

Se ter alguém contratualmente responsável por manter algo no ar importa para o seu negócio, o managed services é o modelo desenhado para isso. O squad dedicado não foi feito para essa função.

Previsibilidade de custo

Os dois oferecem custo mensal previsível, mas por lógicas diferentes.

No squad dedicado, você paga pelo tamanho do time. O custo escala com o número de pessoas. Um squad de quatro a cinco profissionais fica entre R$ 60.000 e R$ 110.000 por mês no Brasil em 2026. A conta é transparente: você sabe quantas pessoas está pagando. O que você não controla com precisão é quanto valor sai daquele time, porque isso depende da sua gestão.

No managed services, você paga pelo serviço e pelo nível de SLA, não pela quantidade de pessoas. O fornecedor pode operar com três ou com sete pessoas naquele mês, e a sua conta não muda, desde que o SLA seja cumprido. Isso te dá previsibilidade sobre o resultado, que costuma ser o que a diretoria quer ouvir. A eficiência de quantas pessoas foram necessárias é risco do fornecedor, não seu. O custo por incidente pode variar bastante mês a mês, mas o que você paga não.

Quando cada um é a escolha certa

O critério prático se resume a duas perguntas: você tem gestão técnica para conduzir um time, e o que você precisa é construir algo novo ou manter algo funcionando?

Escolha squad dedicado quando:

• Você está construindo ou evoluindo um produto e precisa de capacidade de desenvolvimento sob a sua direção.
• Tem liderança técnica interna capaz de priorizar e conduzir o time.
• Quer controle sobre o que é construído e em que ordem.
• O trabalho é de criação e evolução, não de sustentação com metas de disponibilidade.

Escolha managed services quando:

• Você precisa manter algo funcionando dentro de parâmetros claros: sustentação, infraestrutura, suporte.
• Quer transferir a responsabilidade da operação e ter um SLA para cobrar.
• Não tem, ou não quer alocar, gestão técnica interna para conduzir a operação.
• Prefere pagar por resultado e não se envolver em como o resultado é produzido.

Muita empresa madura usa os dois em frentes diferentes. Um squad dedicado construindo o produto novo e um contrato de managed services sustentando os sistemas que já estão em produção. Faz sentido: são naturezas de trabalho diferentes, e forçar um modelo a fazer o papel do outro custa caro. Squad dedicado fazendo sustentação de plantão sem SLA vira uma operação frouxa. Managed services tocando desenvolvimento de produto novo vira uma relação engessada, porque o modelo foi feito para estabilidade, não para descoberta.

O ponto que decide

Antes de assinar qualquer um dos dois, responda com honestidade: eu quero comandar o time ou quero terceirizar o comando?

Se você quer comandar, e tem estrutura para isso, o squad dedicado te dá capacidade sob o seu controle. Se você quer entregar o comando e cobrar um resultado, os managed services te dão uma operação com dono e com SLA. A escolha errada aparece rápido: um squad esperando direção que não vem, ou um managed services onde você tenta microgerenciar algo que contratou justamente para não gerenciar. Alinhar o modelo ao que você de fato quer carregar é o que separa uma terceirização que funciona de uma que vira dor de cabeça mensal.