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.
Encontrar fornecedores de TI no oHub
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.