Como este tema funciona na sua empresa
Frequentemente tem 1–2 técnicos. TI é operação do dia a dia sem documentação formal. Terceirização é atrativa para reduzir custo de pessoal. Desafio principal: processos são informais ("tudo na cabeça"), difíceis de transferir. Readiness: documentar o mínimo antes de terceirizar.
Há time de TI com 3–8 pessoas. Alguns processos existem, mas não são formais. SLAs não são definidos. Terceirização é estratégia para especializar (tirar tarefas commodity, manter o que é diferencial). Readiness: precisa de maturidade operacional antes de terceirizar integralmente.
Estrutura complexa com múltiplos times. Há processos, mas compatibilidade com fornecedor é desafio. Terceirização é decisão estratégica (não apenas custo). Readiness: foco em governança de múltiplos fornecedores, retenção de habilidades críticas.
Readiness para terceirização de TI é o estado no qual uma empresa tem documentação adequada de processos, conhecimento concentrado em registro, SLAs definidos e capacidade de governança, permitindo transferência confiável de operações para fornecedor externo sem disrupção ou perda de controle.
Diagnóstico de processos: documentação é a chave
Pergunta central: "Alguém além do técnico que faz consegue fazer?"
Se resposta é não, processo não está pronto para terceirização. Documentação mínima:
- Runbook de cada sistema: como fazer backup, como restaurar, como escalar em crise, contato de suporte de fornecedor.
- Inventário de ativos: lista de servidores, aplicações, dados, licenças. Onde estão fisicamente? Quem é responsável?
- Contatos críticos: quem chama quando aplicação cai? Qual é processo de escalação?
- Procedimentos de mudança: como implementa novo servidor? Quem aprova? Qual é janela de manutenção?
Não precisa ser perfeito — precisa ser suficiente para alguém novo operar. Benchmark: se técnico novo consegue resolver 80% dos problemas com documentação, está bom.
Documentar 5–10 processos críticos (backup, restore, acesso do usuário novo, contatos de fornecedor). Dedicar 2 semanas e escrever em Google Docs ou wiki simples. Não precisa ser formal, mas precisa ser claro. Validar com segundo técnico (se existe) ou com integrador local.
Documentar 20–50 processos por área (helpdesk, infraestrutura, aplicações). Usar ferramenta de documentação (Confluence, SharePoint). Mapear conhecimento: qual pessoa conhece qual sistema? Identificar single points of failure. Começar a transferir conhecimento de pessoas-chave.
Documentação já deve existir. Foco em qualidade: procediementtos refletem realidade ou apenas intenção? Validar com auditoria de processo: seguir runbook e ver se consegue executar. Identificar desvios entre documentado e prática. Atualizar documentação antes de terceirizar.
Avaliação de SLAs: definir métricas antes de terceirizar
Se você não sabe qual é qualidade esperada (MTTR, MTBF, disponibilidade), fornecedor também não vai saber.
- MTTR (Mean Time To Repair): quanto tempo até problema ser resolvido. Crítico: 4h; importante: 8h; commodity: 24h.
- MTBF (Mean Time Between Failures): quanto tempo em média até próxima falha. Medir no ciclo anterior. Se aplicação cai 1x por semana, MTBF é 1 semana.
- Disponibilidade: qual % de tempo sistema deve estar up. 99.9% = 11.6h downtime/ano; 99.95% = 4.4h; 99.99% = 52min.
Métricas devem ser realistas: não prometer 99.99% se sistema atual tem 95%. Documentar expectativa atual vs. alvo. Fornecedor usa isso como baseline para negociar contrato.
Inventário de sistemas e aplicações
Fornecedor precisa saber o que vai operar. Checklist:
- Servidores (quantos, que OS, que função)
- Aplicações críticas (qual versão, quantos usuários, que dados)
- Bases de dados (tamanho, frequência de backup, criticidade)
- Licenças (qual software, quantas, quando vence)
- Integrações (qual aplicação fala com qual)
- Dados: onde estão, como são protegidos, qual é criticidade
Sem inventário claro, terceirização fracassa porque surpresas aparecem quando fornecedor começa a operar.
Maturidade de governança: consegue gerenciar fornecedor?
Terceirização não é "pagar e esquecer" — requer governança contínua.
- Alguém para monitorar SLA: há pessoa dedicada a acompanhar se fornecedor cumpre contrato? Requer 0.5 FTE (meio período).
- Processo de escalação: se SLA é quebrado, o que acontece? Há cláusula de crédito? Renegociação?
- Reuniões regulares: há reunião mensal com fornecedor para revisar performance, discutir melhorias?
- Documentação de incidentes: cada problema é registrado e aprendizado é capturado?
Designar gestor de fornecedor (pode ser CFO ou COO se não há CIO). Reunião mensal simples com fornecedor (30 min). Documentar incidentes em planilha. Não é complexo, mas precisa ser consistente.
Gestor de fornecedor dedicado (0.5 FTE) com responsabilidade clara. Reuniões semanais com fornecedor (30 min status). Dashboard de SLA (automatizado se possível). Relatório mensal para gestão.
Grupo de gestão de fornecedores (2–3 pessoas). SLA monitorado em tempo real. Reuniões semanais de operação, mensais de negócio. Escalação formal. Análise de tendências e renegociação anual.
Sinais de que sua empresa precisa se preparar antes de terceirizar
Se você se reconhece em três ou mais cenários abaixo, empresa não está pronta — dedique 3–6 meses a preparação antes de terceirizar.
- Conhecimento de TI está concentrado em 1–2 pessoas ("herói técnico")
- Não há documentação de processos — tudo é "verbal" ou "na cabeça"
- Não se sabe quantos servidores existem ou qual é a função de cada um
- Não há SLA definido — qualidade de TI é medida informalmente ("funciona ou não funciona")
- TI opera em "modo reativo" — apagando incêndios, sem tempo de planejamento
- Falta governança: ninguém monitora performance de fornecedor, não há reuniões regulares
- Operação está caótica: mudanças não são planejadas, downtimes inesperados, surpresas frequentes
Caminhos para avaliar readiness e se preparar
Preparação pode ser conduzida internamente ou com apoio de consultoria.
Viável quando time de TI tem tempo e disposição para documentar.
- Perfil necessário: técnico senior de TI + alguém de gestão (CIO/COO)
- Tempo estimado: 3–6 meses para documentar, definir SLAs, treinar time em ITIL básico
- Faz sentido quando: time é pequeno e consegue dedicar tempo; ou já tem base de documentação e precisa apenas formalizá-la
- Risco principal: time vê preparação como tarefa adicional (burocracia), não como investimento
Indicado para audit de readiness ou para estruturação profissional de processos.
- Tipo de fornecedor: Consultoria de transformação de TI, especialista em ITIL/COBIT
- Vantagem: experiência com múltiplas empresas, metodologia estruturada, validação imparcial de readiness
- Faz sentido quando: empresa quer validação externa antes de decisão de terceirizar; ou mudança é estratégica
- Resultado típico: em 2–3 meses, audit de readiness completo com recomendações, plano de ação, treinamento
Precisa de apoio para avaliar readiness ou estruturar processos de TI?
Se terceirização é decisão estratégica na sua empresa, o oHub conecta você gratuitamente a consultores de transformação e especialistas em maturidade de TI. Em menos de 3 minutos, você descreve sua necessidade e recebe 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
Quais sinais indicam que a empresa está pronta para terceirizar TI?
Sinais de readiness: processos documentados (runbooks existem), conhecimento não concentrado em 1–2 pessoas, SLAs definidos, inventário de sistemas conhecido, governança mínima em lugar (alguém monitora performance), operação é proativa (não apenas reativa). Se maioria dessas está presentes, empresa está pronta.
Como avaliar se a equipe interna é excessiva?
Benchmark: compare tamanho do time com padrão de mercado (Gartner publica dados). Fórmula aproximada: 1 técnico por 50–100 usuários, dependendo de complexidade. Se tem 100 usuários e 5 técnicos, pode estar alto. Analisar também: técnicos estão em modo reativo (apagando incêndios) ou proativo (planejamento, inovação)? Se reativo, terceirização de commodity libera tempo para estratégico.
Qual tamanho mínimo de empresa para terceirizar TI?
Não há tamanho mínimo absoluto, mas economicamente: empresa precisa ter custo de TI > R$50k/mês (salário + infraestrutura) para terceirização fazer sentido. Abaixo disso, MSP com preço mínimo pode ser caro. Startups com < 20 pessoas geralmente usam cloud (SaaS) + MSP de helpdesk (modelo enxuto).
Como saber se vale a pena terceirizar vs. manter equipe?
Análise de TCO (5 anos): custo de 2–3 técnicos internos (salário + benefício + infraestrutura) vs. custo de MSP (plano base + chamadas adicionais). Incluir: custo de turnover (substituição), treinamento, ferramentas. Terceirização economiza se custo de MSP é 30–40% menor. Além de custo, considerar qualidade de suporte (MSP geralmente melhor) e foco estratégico (equipe interna em projetos de valor).
Que documentação a empresa precisa ter antes de terceirizar?
Documentação mínima: (1) Inventário de servidores e aplicações, (2) Runbooks de cada sistema crítico (backup, restore, escalação), (3) Contatos de fornecedores e escalação, (4) Procedimento de mudanças, (5) SLAs esperados (MTTR, disponibilidade), (6) Política de acesso e segurança. Não precisa ser perfeit. — precisa permitir que alguém novo operate sem tutoria constante.
Como diagnosticar lacunas de processo antes do outsourcing?
Auditoria simples: (1) Escolha 5–10 processos críticos, (2) Peça para novo técnico (ou MSP em PoC) executá-los usando documentação, (3) Observe: consegue fazer independente? Há gaps? Quanto tempo leva? (4) Atualize documentação com gaps encontrados. (5) Repita com segundo processo. Isso revela realidade: qual documentação funciona, qual é teórica, qual falta.