Como este tema funciona na sua empresa
Acompanhamento é informal e intuitivo. Gestor sabe "como estamos" por conversas e observação. Se há KPIs, são 5 a 7 simples: uptime crítico, ticket backlog, satisfação, custo por usuário. Atualizações são mensais em planilha. Dashboard sofisticado não é necessário.
10 a 12 KPIs core acompanhados regularmente. Revisão semanal ou mensal. Dashboard em Excel ou Power BI básico. Começam a diferenciar KPIs por dimensão (operacional, estratégica, financeira).
10 a 12 KPIs core + 20 a 30 específicos por domínio. Revisão contínua em dashboard sofisticado com alertas. Escalação automática quando KPI viola threshold. Cascata de dashboards por público (CEO, gestor, operacional).
KPIs de TI (Key Performance Indicators) são indicadores contínuos que medem desempenho operacional de TI em relação a baselines e metas. Diferente de OKRs (ambição estratégica), KPIs medem o dia a dia — disponibilidade, velocidade, custos, satisfação, segurança. Todo gestor de TI deve acompanhar um conjunto mínimo de 10-12 KPIs core que refletem saúde geral.
Os 10-12 KPIs core que todo gestor deve acompanhar
Gestor de TI pode ficar paralisado com escolha de KPIs. Existe um conjunto "mínimo viável" que cobre 80% da relevância independentemente de contexto. Divido em três dimensões: operacional (como estão os sistemas), financeira (quanto estamos gastando), estratégica (estamos alinhados com negócio).
Dimensão Operacional (4-5 KPIs):
- Uptime de sistemas críticos: que percentual do tempo sistemas críticos estão disponíveis? Meta típica: 99,5% (máximo 3,6 horas de downtime/mês).
- Tempo médio de resolução (MTTR): quanto tempo leva para resolver um incidente? Meta típica: 4-8 horas para P1, 24 horas para P2.
- Ticket backlog: quantos tickets de suporte estão aguardando resolução? Meta: reduzir backlog abaixo de 30% do volume mensal.
- Cumprimento de SLA: qual percentual de chamados são resolvidos dentro do SLA? Meta típica: 95%+.
- Taxa de reincidência: qual percentual de chamados voltam a ser abertos? Meta: menos de 5%.
Dimensão Financeira (3-4 KPIs):
- Custo por usuário: quanto custa manter cada usuário conectado e produtivo? Benchmark ajuda — grandes corporações gastam R$ 1,5k-2,5k por usuário/ano.
- Burn-down de orçamento: qual percentual do orçamento anual foi gasto nos primeiros X meses? Meta: estar sempre entre 80-120% da proporção esperada.
- ROI de projetos de TI: qual é o retorno dos investimentos em projetos? Meta: cada projeto deve ter payback identificado.
- Taxa de utilização de capacidade: servidores, armazenamento, banda — qual % de capacidade está sendo usado? Meta: manter entre 60-80% (abaixo = over-provisioning; acima = risco de saturação).
Dimensão Estratégica (3-4 KPIs):
- Satisfação de usuário: qual é a nota de satisfação com TI? Meta: 4,0+/5,0 (escala Likert ou NPS).
- Progresso de projetos estratégicos: qual % de projetos aprovados estão no cronograma? Meta: 80%+.
- Alinhamento com negócio: qual % das iniciativas de TI estão conectadas a objetivo de negócio? Meta: 100%.
- Tempo para implementar mudança: quanto tempo desde aprovação até go-live? Meta: reduzir de 3-6 meses para 1-2 meses (conforme maturidade de DevOps).
Adaptando os 10-12 core para seu contexto
"Core" não significa "copie exatamente". Adapte conforme negócio. Se sua empresa é hospital, uptime é crítico (agregue redundância, aumente meta). Se sua empresa é startup, velocidade de inovação é crítica (agregue KPI de lead time). O 10-12 core deve ser 80% o mesmo, 20% customizado.
Reduza para 5-7 core: (1) uptime, (2) tickets backlog, (3) custo/usuário, (4) satisfação, (5) progresso de projeto. Dados simples, atualizações mensais, nada sofisticado.
Use os 10-12 core completos. Adicione customizações conforme setor. Se financeiro: compliance é crítico (KPI de auditoria). Se varejo: ticket de clientes é crítico. Atualizações semanais ou quinzenais.
10-12 core + 20-30 específicos por domínio (infraestrutura, aplicações, segurança, cloud). Cascata de dashboards. Atualizações contínuas com alertas.
Frequência de acompanhamento: não é tudo em tempo real
Não é necessário acompanhar tudo em tempo real. Diferentes KPIs têm diferentes frequências.
| KPI | Frequência típica | Razão |
|---|---|---|
| Uptime, MTTR | Diário (ou em tempo real) | Operacional — precisa ser acompanhado continuamente |
| Ticket backlog, SLA compliance | Semanal | Operacional — semanal é suficiente |
| Burn-down de orçamento, custo/usuário | Mensal | Financeiro — ciclo mensal é padrão contábil |
| Satisfação, alinhamento | Trimestral ou semestral | Estratégico — mudança é lenta, frequência alta gera ruído |
| ROI de projetos, progresso | Trimestral | Estratégico — alinhado com ciclo de revisão de objetivos |
Como reportar KPIs para diferentes públicos
Mesmo KPI é comunicado de forma diferente conforme público. CEO quer linha de tendência + decisão necessária. Operação quer detalhe + alerta de problema. Cliente quer contexto de impacto.
- Para C-level: resumo executivo com KPIs de 3-4 maiores riscos/oportunidades. Comparação vs. benchmark. Recomendação de ação.
- Para gestor de TI: detalhe completo de todos os 10-12 core. Filtros por domínio, timeline. Drilldown para investigação.
- Para operação: alertas automáticos quando KPI viola threshold. Plano de resposta claro. Responsabilidade óbvia.
- Para cliente/negócio: KPIs traduzidos em linguagem de negócio. "Uptime 99,5%" vira "2 horas/mês de indisponibilidade". "SLA compliance 98%" vira "quase todos seus chamados são resolvidos no prazo".
Armadilhas comuns ao escolher KPIs
Escolher muitos (30+ KPIs): cria overhead de coleta e diluição de foco. "Se tudo é importante, nada é importante." Máximo recomendado: 10-12 core + 3-5 específicos por domínio.
Escolher KPIs que não conectam com negócio: "tempo médio de boot de servidor" não importa para negócio. Uptime importa porque afeta produtividade. Conecte cada KPI a impacto tangível.
Medir sem agir: KPI sem ação é apenas número. Se uptime cai, o que faz? Se ticket backlog cresce, contrata? Cada KPI deve ter "se X desviar para Y, faremos Z".
Meta impossível ou trivial: "uptime 100%" é impossível. "Uptime 99,5%" é viável. "Satisfação 3.0/5.0" é trivial (maior que baseline é fácil). Meta deve ser desafiadora mas viável.
Dashboard design: como organizar visualmente
Dashboard bem projetado permite leitura em 2 minutos. Estrutura recomendada:
- Top: KPIs críticos (uptime, SLA compliance, satisfação). Verde/amarelo/vermelho por status.
- Meio: KPIs operacionais com série temporal (últimos 3-6 meses). Linha de tendência.
- Inferior: KPIs financeiros e estratégicos. Comparação vs. meta.
Planilha simples: coluna de KPI, valor atual, meta, status (verde/vermelho). Atualizar mensalmente. Compartilhado via email ou Wiki.
Dashboard em Power BI ou Tableau básico. Filtro por período. Gráfico de linha para tendência. Atualização semanal ou mensal. Acesso via web.
Dashboard sofisticado em Tableau ou Qlik. Múltiplas visões (por domínio, por público). Alertas automáticos. Integração com ITSM (ServiceNow, BMC). Acesso em tempo real.
Sinais de que sua empresa está sem KPIs adequados
Se você se reconhece em três ou mais cenários abaixo, gestão de indicadores é fraca.
- Gestor de TI não sabe dizer com precisão qual é uptime ou tempo de resolução atual
- Não há visão clara de satisfação dos usuários com TI
- Métricas existem mas ninguém sabe por que são aquelas específicas
- Dashboard é criado manualmente a cada reunião (overhead de coleta)
- Não há comparação vs. benchmark de mercado
- KPIs não conectam com objetivos de negócio
- CEO recebe "dados de TI" mas não consegue tirar decisão deles
Caminhos para implementar KPIs em TI
Implementação pode ser feita internamente ou com suporte.
Viável quando existe gestor de TI disposto a estruturar e ferramenta simples (Excel) é suficiente.
- Perfil necessário: gestor de TI com mentalidade de dados e disciplina para coleta
- Tempo estimado: 4 a 6 semanas para definir 10-12 core, estruturar coleta, primeiro ciclo
- Faz sentido quando: empresa é pequena ou média, ferramentas simples bastam, orçamento é apertado
- Risco principal: coleta manual é frágil — se gestor sai, processo morre
Indicado quando quer implementação sofisticada ou integração com ferramentas existentes.
- Tipo de fornecedor: Consultoria de gestão de TI, especialista em ITSM, vendor de BI (Power BI, Tableau)
- Vantagem: framework testado, integração com ferramentas, dashboard automatizado, suporte a mudança
- Faz sentido quando: empresa é grande, quer dashboard sofisticado, integração com ITSM/CMDB é necessária
- Resultado típico: em 2 a 3 meses, framework definido, dashboard configurado, coleta automatizada, equipe treinada
Precisa de apoio para estruturar KPIs em TI?
Se definição de KPIs adequados é prioridade na sua empresa, o oHub conecta você gratuitamente a especialistas em gestão de TI e BI. Em menos de 3 minutos, descreva sua situação 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
Quais são os KPIs mais importantes de TI?
10-12 core cobrem 80% da relevância: uptime, MTTR, ticket backlog, SLA compliance, satisfação, custo/usuário, burn-down de orçamento, progresso de projetos, alinhamento com negócio. Adapte conforme contexto.
Qual é o dashboard essencial para gestor de TI?
Resumo de status (verde/vermelho) dos KPIs críticos, gráficos de tendência dos últimos 3-6 meses, detalhe por domínio. Atualização semanal ou mensal conforme KPI. Acesso fácil — não pode ser complicado.
Como não ficar perdido em muitos KPIs?
Máximo 10-12 core. Qualquer KPI além disso é especializado por domínio. Se tem 50 KPIs, não está ajudando — está confundindo. Foco é mais importante que cobertura.
Como reportar saúde de TI para C-level?
Resumo de uma página: 3-4 KPIs em destaque (status, tendência, impacto), comparação vs. benchmark, 1-2 recomendações de ação. C-level quer ver se TI está OK e se há risco. Não quer detalhe técnico.
Qual é o mínimo de indicadores que TI deve ter?
Mínimo absoluto: (1) uptime, (2) ticket backlog, (3) satisfação. Isso diz 70% da saúde. Recomendado: adicionar (4) custo/usuário, (5) progresso de projetos, (6) alinhamento com negócio.
Como priorizar entre muitos possíveis indicadores?
Critério: impacto no negócio + facilidade de coleta. Uptime importa porque afeta produtividade. Satisfação importa porque afeta percepção. "Tempo de boot" não importa se não afeta nada tangível. Escolha o que importa realmente.