Fábrica de software vs squad dedicado: quando cada modelo ganha

O board costuma ouvir duas propostas iguais no preço e opostas no risco: “colocamos um squad dedicado no seu Jira” e “operamos como fábrica de software, com método e recorte de valor”. As duas podem ser racionais. As duas viram desperdício quando o modelo não casa com o problema. Este artigo é de decisão — não de branding.

O que cada modelo realmente vende

• Squad dedicado / staff augmentation — pessoas no seu processo. Você herda backlog, arquitetura, débito e a responsabilidade de fazer o time produzir. Velocidade aparente no mês 1; qualidade no mês 12 depende de você.
• Fábrica de software enterprise — sistema de entrega: padrões, pipelines, contratos de integração, testes, papéis e critério de saída. O output não é “dev alocado”; é fatia de valor com evidência.
• Híbrido honesto — fábrica define perímetro, harness e DoD; um núcleo interno (ou squad) opera o dia a dia depois que o recorte está industrializado.

Matriz rápida: quando o squad perde

Sinais de que você está comprando teatro de headcount

1. A proposta fala em “N seniores” e não em fatia de valor, SLA de integração ou critério de go/no-go em 90 dias.
2. Não há dono de contratos de API, observabilidade nem plano de rollback.
3. IA entra como “os devs usam Copilot” — sem harness, HITL nem métrica de fluxo.
4. O conhecimento fica na cabeça do alocado; o cliente não recebe o sistema de trabalho.

Como decidir em uma página para o CFO

Compare não o custo/hora. Compare (1) quem carrega o risco de integração, (2) o que permanece quando as pessoas saem, (3) tempo até evidência de negócio. Fábrica ganha quando o núcleo é SAP/legado/multi-cloud e você precisa de piloto com critério — não de mais tickets no Jira.