Como este tema funciona na sua empresa
Dimensionamento simples. Exemplo: 1 pessoa para suporte (helpdesk L1) + 1 pessoa para infraestrutura. Total: 2-3 pessoas. Custo: R$3-5k/mês. Método: usuários/pessoa (50-100 usuários por pessoa). Desafio: achar fornecedor disposto a contratar tão poucos recursos. Solução: contratar pessoa genérica que faz tudo (suporte + infra).
Dimensionamento moderado. Exemplo: 2-3 pessoas suporte, 2 pessoas infraestrutura, 1 pessoa projetos. Total: 5-6 pessoas. Custo: R$15-25k/mês. Método: volume de trabalho + complexidade (horas necessárias por atividade). Overhead: 20-30%. Desafio: manter qualidade com equipe pequena. Solução: time base + recursos flutuantes (esticar para demanda).
Dimensionamento complexo. Exemplo: suporte 10-15 pessoas (níveis L1, L2, L3), infraestrutura 5-10 pessoas (múltiplas especialidades), projetos 5-10 pessoas. Total: 20-35 pessoas. Custo: R$100-200k/mês. Método: modelo detalhado por função (matriz de complexidade x criticidade). Overhead: 30-40%. Desafio: coordenar múltiplas especialidades. Solução: estrutura organizacional clara com team leads.
Dimensionamento de equipe terceirizada é processo de estimar tamanho de equipe necessária para entregar escopo de TI, mantendo SLA e qualidade. Leva em conta: volume de trabalho (usuários, ativos), complexidade (simples vs. crítico), disponibilidade desejada (24/7 vs. comercial), crescimento previsto. Métodos: (1) Por volume (usuários/pessoa). (2) Por horas de trabalho (estimativa de esforço). (3) Por complexidade/criticidade (matriz). Erro comum: subestimar equipe levando a qualidade ruim[1].
Métodos de dimensionamento: do simples ao sofisticado
Método 1 — Por volume: calcular baseado em usuários ou ativos. Ex: "1 pessoa de helpdesk para 50-100 usuários". Rápido, mas impreciso (ignora complexidade). Método 2 — Por horas de trabalho: estimar horas mensais por atividade (40h suporte L2, 20h manutenção). Somar = total. Dividir por disponibilidade (160h/mês pessoa com 20% overhead = 128h efetivas). Número de pessoas = total / 128. Mais preciso. Método 3 — Por complexidade: matriz (complexidade x criticidade x volume). Exemplo: "sistema crítico e complexo = 2 pessoas dedicadas; sistema normal e simples = 0.5 pessoa". Sofisticado.
Dimensionamento por volume: 100 usuários / 75 usuários por pessoa = 1.3 pessoa de suporte. Infraestrutura: 5 servidores / 20 servidores por pessoa = 0.25 pessoa. Total: 1.5-2 pessoas. Overhead: 10-20% (pouca liderança). Custo: R$2.5k-3.5k/pessoa/mês = R$4-7k/mês. Risco: subestimação leva a stress do fornecedor, qualidade ruim. Mitigação: incluir buffer (sempre contratar 1-2 pessoas a mais que cálculo mínimo).
Dimensionamento por horas: Suporte L1: 80h/mês (1 pessoa). Suporte L2: 60h/mês (0.75 pessoa). Manutenção: 40h/mês (0.5 pessoa). Projetos: 40h/mês (0.5 pessoa). Total: 3.75 pessoas base. Overhead 25%: 3.75 / (1 - 0.25) = 5 pessoas. Custo: R$2.5k/pessoa/mês = R$12.5k/mês. Flexibility: contratar 4-5 pessoas base + 1-2 pessoas flutuantes para demanda sazonial. Risco: subestimação (fornecedor pedirá aumento depois).
Dimensionamento por matriz: Suporte L1 (400 usuários, simples) = 4 pessoas. Suporte L2 (20 aplicações, complexo) = 5 pessoas. Suporte L3 (especialistas) = 3 pessoas. Infraestrutura (50 servidores, crítico) = 8 pessoas. Projetos (roadmap 10 projetos) = 6 pessoas. Total: 26 pessoas base. Overhead 35%: 26 / (1 - 0.35) = 40 pessoas. Custo: R$3-4k/pessoa/mês (especialistas mais caros) = R$120-160k/mês. Crescimento previsto 20% em 2 anos: dimensionar para 48 pessoas. Documentação detalhada de matriz para justificar ao fornecedor.
Overhead: nem todas as horas são produtivas
Overhead inclui: liderança (5-10%), reuniões/comunicação (5-10%), treinamento (2-5%), QA/auditoria (5-10%), RH (gestão de pessoal 2-5%). Total típico: 20-40%. Erro comum: "5 pessoas = 40h/dia produtivo". Realidade: 5 pessoas = 40h - (8h overhead) = 32h produtivo por dia. Se você precisa 35h produtivo, não é 5 pessoas, é 6-7. Incluir overhead no cálculo é proteção contra descobrir depois que equipe não cabe no budget.
Crescimento previsto: não começar no mínimo
Se você espera crescimento de 30% de usuários em 2 anos, dimensionar para isso desde início. Exemplo: "hoje 100 usuários, espero 130 em 2 anos. Dimensionar para 1.5 pessoas agora, não para 1.3". Se não fizer isso, em 1 ano você renegocia contrato ("preciso de mais pessoas porque crescemos"), fornecedor cobra mais. Melhor negociar desde início: "dimensionamos para 130 usuários, você cobra base para 100, pagamos adicional só se passar de 130".
Validar proposta de fornecedor: é realista?
Fornecedor propõe 3 pessoas para 500 usuários? É realista? Benchmark: 1 pessoa por 100-150 usuários é típico. 1 pessoa por 500 é muito otimista (subestimado). Sinais de proposta irrealista: (1) Muito barata vs. benchmark (30%+ abaixo). (2) Sem overhead. (3) Sem crescimento planejado. (4) Equipe toda genérica (nenhum especialista). Resposta: questionar fornecedor ("como você dimensionou isso? é viável?"). Se fornecedor não consegue justificar, risco: primeiro ano funciona barely, segundo ano pede aumento ("preciso de mais pessoas, estava subestimado").
Sinais de que dimensionamento está errado
Se você se reconhece em três ou mais cenários abaixo, revisar dimensionamento.
- Fornecedor propõe muito menos pessoas que benchmark
- Equipe não consegue responder tickets no tempo (SLA quebrado)
- Fornecedor pede aumento de pessoas após poucos meses
- Equipe está sempre sobrecarregada (horas extras frequentes)
- Qualidade de serviço piora após Go-Live
- Turnover de pessoas é alto (pessoas saem porque estão estressadas)
- Não há tempo para inovação ou melhoria (tudo é reativo)
Caminhos para dimensionar equipe terceirizada
Você calcula necessidade internamente.
- Perfil necessário: gestor de TI com conhecimento de processos
- Tempo estimado: 1-2 semanas para coletar dados e fazer cálculo
- Faz sentido quando: você tem histórico de dados de sua operação
- Risco principal: cálculo pode ser otimista (subestimar)
Consultor de dimensionamento valida cálculo.
- Tipo de fornecedor: Consultor de ITIL/service delivery, especialista em outsourcing
- Vantagem: experiência, benchmarking, realismo
- Faz sentido quando: contrato é grande ou você não tem dados internos
- Resultado típico: dimensionamento validado, proposta de fornecedor analisada