Como este tema funciona na sua empresa
Típica: 1-2 fornecedores (MSP local + cloud SaaS). Risco: falta de documentação clara de responsabilidades. Abordagem: contrato que diga explicitamente "MSP gerencia on-prem, você cuida de cloud".
3-5 fornecedores: infraestrutura, segurança, telefonia, cloud. Desafio: integração entre eles. Solução: PM de TI dedicado como "maestro", validando integrações e SLAs cruzados.
Múltiplos fornecedores por design (cost optimization, risk). Usa prime contractor para orquestrar ou ITIL robusto para governance descentralizada.
Multisourcing é uso proposital de múltiplos fornecedores para cobrir diferentes áreas de TI (infraestrutura, segurança, cloud, desenvolvimento), buscando especialização, preço competitivo, ou redução de lock-in. Diferente de "ter vários fornecedores por desorganização", multisourcing é estratégia estruturada com governança clara.
Quando multisourcing faz sentido
Multisourcing é indicado quando: você quer especialistas (melhor que um integrador genérico), quer comparar preços entre fornecedores, quer evitar lock-in, quer aproveitar diferentes pontos fortes de cada fornecedor.
Cenário típico: AWS para cloud, Datadog para monitoramento, Cisco para rede, MSP local para suporte. Cada um é líder na sua área.
Risco: complexidade de integração, falta de "single point of accountability" (quem é responsável?), overhead administrativo de gerenciar N contratos.
RACI: matriz de responsabilidades entre fornecedores
RACI (Responsible, Accountable, Consulted, Informed) evita "culpa circular". Exemplo:
- MSP local: Responsible por manutenção de servidor on-prem, Accountable por disponibilidade
- AWS: Responsible por disponibilidade de cloud, não responsável por on-prem
- Você: Accountable se problema é integração entre cloud e on-prem
Deixar explícito em contrato: "Se servidor on-prem não consegue conectar em AWS, MSP investiga on-prem, AWS investiga AWS, você investiga entre os dois. Responsabilidade de cada um está clara."
Integração técnica: APIs, monitoramento unificado, CMDB
Integração reduz silos. Ferramentas:
- CMDB (Configuration Management Database): Base de dados única de todos os componentes (servidores on-prem, cloud, aplicações). Sem CMDB, cada fornecedor tem sua visão.
- Monitoramento unificado: Um dashboard que mostra saúde de todos fornecedores (on-prem + cloud + rede). Evita olhar em 3 ferramentas diferentes.
- APIs: Fornecedores expõem APIs para integração. Alertas de um fornecedor podem criar tickets em ITSM de outro.
- Logs centralizados: Todos fornecedores enviam logs para um agregador central (Splunk, Elastic), facilitando troubleshooting cruzado.
SLA em cascata: quando A depende de B
Se MSP local depende de uptime de cloud AWS:
- AWS promete 99.99% uptime
- MSP promete 99.9% uptime (depende de AWS)
- Você promete 99% uptime para negócio (depende de MSP + AWS)
Cálculo: Disponibilidade = 99.99% × 99.9% × 99% = 99.80%
Penalidade distribuída: se você não cumpre 99%, penalidade é sua (negociada com seu cliente). Se MSP falha, você cobra MSP (e AWS cobra MSP se AWS falha).
Sinais de que multisourcing está desorganizado
- Quando problema acontece, ninguém sabe quem é responsável
- Fornecedor A culpa Fornecedor B; você fica preso no meio
- Não há integração técnica entre fornecedores
- Você tem 5+ dashboards diferentes (um por fornecedor) para ver saúde
- Overhead administrativo de gerenciar fornecedores é maior que valor entregue
- Não existe CMDB ou configuração é manual/duplicada
- Você não consegue calcular custo total por serviço
Caminhos para estruturar multisourcing
- Perfil necessário: PM/Diretor de TI com experiência em vendor management e integração
- Tempo estimado: 3-6 meses para estruturar CMDB e governança
- Faz sentido quando: Você tem expertise interna e quer controle total
- Tipo de fornecedor: Consultoria de governance/ITIL com prática de multisourcing
- Vantagem: Experiência em matrix de RACI, integração técnica, SLA em cascata
- Faz sentido quando: Você tem múltiplos fornecedores complexos
Precisa estruturar governance de múltiplos fornecedores?
O oHub conecta você a consultores de ITIL e vendor management com prática em multisourcing. Em menos de 3 minutos, descreva seu cenário (quantos fornecedores, quais áreas) e receba propostas personalizadas, sem compromisso.
Solicitar orçamento de Outsourcing de TI Solicitar orçamento de Terceirização de Suporte Técnico Solicitar orçamento de Serviços de TI para Empresas Solicitar orçamento de Gestão de TI
Confira no oHub as empresas da nossa rede nas categorias: Outsourcing de TI, Terceirização de Suporte Técnico, Serviços de TI para Empresas e Gestão de TI
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
Qual é a diferença entre multisourcing, prime contractor e best-of-breed?
Multisourcing: múltiplos fornecedores, você gerencia integração. Prime contractor: um fornecedor principal orquestra outros. Best-of-breed: cada fornecedor é líder em sua área (estratégia de multisourcing).
Como estruturar governança com vários fornecedores?
RACI (matriz de responsabilidades), CMDB (configuração centralizada), monitoramento unificado (um dashboard), SLA em cascata (quando A depende de B). PM de TI como "maestro" validando integrações.
Quais são os riscos de ter muitos fornecedores?
Culpa circular (quem é responsável?), falta de integração técnica (silos), overhead administrativo crescente, custo de coordenação maior que ganho de especialização.
Como evitar gaps de responsabilidade?
Deixar explícito em contrato: "Se problema é integração entre A e B, aqui está quem é responsible/accountable". RACI escrito é tudo.
Qual é o custo administrativo de gerenciar múltiplos fornecedores?
1 PM de TI dedicado (~R$8-12k/mês) + ferramentas de ITSM/CMDB (~R$2-5k/mês) + tempo de integração. Se especialização de fornecedores economiza >R$20k/mês, ROI é positivo.
Quando multisourcing faz sentido vs. um único integrador?
Multisourcing: você quer especialistas em cada área, quer competição de preço, quer evitar lock-in. Integrador único: você quer simplicidade, "um pescoço para apertar", aceitando menos especialização.