Como este tema funciona na sua empresa
KPIs são informais e poucos (3-5). Revisão acontece anualmente, conversada com o sócio: "esse indicador ainda faz sentido?". Foco em métricas operacionais simples — uptime, tempo de resolução, satisfação de usuário. Mudança de KPI é rápida e não requer documentação formal.
KPIs são mais estruturados (6-10 indicadores) e revisados semestralmente em reunião com stakeholders. Há mix de operacionais (uptime, resolução) e estratégicos (alinhamento com roadmap). Mudança requer comunicação — não é surpresa que KPI desapareceu. Documentação simples (planilha ou documento) mantém histórico.
KPIs cascata (corporativos ? de TI ? por área) e revisão anual profunda integrada com ciclo de planejamento. Indicadores estratégicos, táticos e operacionais — cada camada. Mudança de KPI é processo formal com aprovação de comitê. Histórico documentado, rationale para cada decisão registrado.
Revisão periódica de KPIs de TI é a prática de avaliar regularmente quais indicadores permanecem relevantes para a estratégia, quais perderam valor, e quais novos surgem conforme contexto evolui. O objetivo é garantir que KPIs continuem comunicando a realidade operacional e estratégica, em vez de virar números obsoletos que ninguém questiona.
Por que KPIs se tornam obsoletos (e por que isso importa)
KPI que era estratégico pode ficar tácito. Exemplo: "tempo de resposta a ticket" era crítico quando suporte era gargalo. Você investiu, resolveu — agora responde em 2 horas em vez de 8. Indicador já não diferencia mais; passou a ser commodity. Se continua reportando, parece que TI "desconsiderou" o avanço.
Outro exemplo: "% de uptime" era métrica central. Mas negócio mudou para cloud onde uptime é 99,99% por default. Se continua reportando "99,95%", parece que TI está piorando — quando na verdade o cenário evoluiu.
KPIs obsoletos criam três problemas: (1) desviam foco de indicadores realmente importantes, (2) parecem "ocultação" se desaparecem sem explicação, (3) gastam tempo de coleta que poderia ir para análise.
Frequência de revisão: quando reavaliar seus KPIs
Não revise por revisar. Revise porque contexto mudou materialmente.
- Revisão planejada: Anualmente (grande empresa), semestralmente (média), anualmente ou conforme necessidade (pequena). Integrada com ciclo de planejamento.
- Revisão gatilho: Mudança de liderança de TI. Mudança de estratégia corporativa. Transformação (migração cloud, reorganização). Quando KPI não foi atingido por 3+ ciclos consecutivos sem razão clara.
- Não revise: Porque "está entediante" ou "não gosto da resposta". Mínimo de 1 ano antes de trocar KPI — senão parece esquiva.
Critério para manter, mudar ou eliminar um KPI
Para cada KPI, faça essas perguntas:
- Ainda é relevante para estratégia? Responda sim ou não. Se não, candidato a eliminar.
- É acionável? Pode TI tomar ação para melhorar ou piorar? Se é sempre "bom" ou sempre "ruim" independentemente de ação, não é bom KPI.
- É mensurável? Consegue coletar dado sem esforço desproporcionado? Se coleta consome 10 horas/mês, pode não valer.
- É realista? Meta é alcançável com esforço razoável? Se meta é "zero incidents" (impossível), desmotive.
- É diferenciador? O indicador distingue performance excelente de boa? Se passou a ser commodity, pode ser substituído por algo mais relevante.
Mantém o KPI: 4-5 "sim". Muda o KPI: 2-3 "sim". Elimina o KPI: 0-1 "sim".
Detectando KPI drift (deterioração silenciosa de relevância)
KPI "drift" é quando um indicador perde relevância gradualmente — ninguém questiona porque a mudança é incremental. Sinais de drift:
- KPI é atingido consistentemente há 2+ ciclos, sem esforço particular — passou a ser commodity.
- Meta foi baixada 3 anos seguidos porque indicador estava sempre fora — ninguém consegue atingir, sinal que é irrealista.
- KPI não é citado em reuniões de stakeholders — se ninguém pergunta, provavelmente não importa.
- Dado é coletado mas não há ação derivada — simplesmente reporta sem consequência.
- Definição de KPI mudou 2-3 vezes em 5 anos — sinal de dificuldade em medir o conceito.
Processo de revisão: como estruturar
Revisão eficaz tem 4 fases:
- Coleta de feedback (2 semanas). Pergunte a stakeholders: qual KPI você acha mais relevante? Qual você ignora? Qual falta? Pesquisa rápida (3-5 perguntas) ou reunião curta.
- Análise interna (2 semanas). Avalie cada KPI contra critério de relevância. Analise histórico: meta foi atingida? Com que frequência? Houve ação derivada de cada KPI?
- Validação com stakeholders (1 semana). Apresente resultado: "propondo eliminar A (já é commodity), manter B, adicionar C (novo na estratégia)". Revise conforme feedback.
- Comunicação e documentação (1 semana). Comunique mudança com justificativa clara. Documente: KPI, definição, meta, owner, data de revisão próxima.
Total: 6 semanas para revisão bem feita. Planeje isso no calendário.
Processo de revisão por porte de empresa
Reunião anual de 1 hora com sócio. Agenda: revise lista de 3-5 KPIs, pergunta cada um "isso ainda faz sentido?", se sim mantém, se não elimina ou substitui. Simples, direto. Documento em planilha, revisado próximo ano.
Revisão semestral formal. Reunião de 2-3 horas com gestores de TI e stakeholders de negócio. Agenda: performance vs. meta de cada KPI (atingido ou não?), feedback de relevância, ajustes propostos. Documentação em planilha compartilhada, histórico mantido.
Revisão anual integrada com planejamento corporativo. Alinhamento com OKRs corporativos (estratégicos). Comitê de TI aprova mudanças. Processo documentado, rationale para cada mudança registrado, comunicação formal a stakeholders. Ferramentas de performance management (OKR platform, BI) facilitam análise histórica.
Como eliminar um KPI sem parecer ocultação
Maior medo ao eliminar KPI: parecer que TI está "escondendo" mau resultado. Transparência resolve isso:
- Explique por quê. "Uptime de 99,95% era crítico há 3 anos. Migramos para cloud, agora é 99,99%. Indicador não diferencia mais — passou a ser suposição, não métrica."
- Ofereça alternativa. Se eliminar "tempo de resolução", o que entra no lugar? "Satisfação de usuário com resolução" é mais relevante agora.
- Cite sucesso. "Conseguimos atingir consistentemente a meta — significa que objetivo foi alcançado. Evoluímos para próximo desafio."
- Documente a decisão. "Reunião de revisão de KPI em [data], com [pessoas]. Decisão: eliminar X, manter Y, adicionar Z. Próxima revisão: [data]."
Transparência afasta boatos. Documentação cria accountability.
Introduzindo novos KPIs: processo seguro
Novo KPI pode parecer bom em teoria, ruim em prática. Implemente com cuidado:
- Defina o KPI com precisão. Nome, definição, forma de calcular, meta. Exemplo: "MTTR (Mean Time To Recover)" = tempo médio entre detecção de incidente e resolução, medido em horas, meta: < 4 horas.
- Teste coleta de dados (2-3 ciclos). Rode em paralelo com KPIs existentes, sem "contar" ainda. Veja se dados são confiáveis, se coleta é viável, se meta é realista.
- Valide com stakeholders. "Estamos medindo MTTR. Faz sentido? Meta de 4h é realista?" Ajuste conforme feedback.
- Transição: rode paralelo por 1 ciclo. KPI novo + KPI que vai sair. Não muda tudo de uma vez.
- Comunique a entrada do novo KPI. "A partir de [ciclo], começamos a reportar MTTR, que é mais relevante que [KPI que sai]."
KPIs por nível: estratégico, tático, operacional
Revisar por nível reduz confusão:
- Estratégicos: Conectados a OKRs corporativos. Exemplos: "crescimento de % de infraestrutura cloud", "redução de debt técnico". Revisão: anual com ciclo de planejamento corporativo.
- Táticos: Conectados a iniciativas de TI. Exemplos: "tempo de implementação de requisição de mudança", "satisfação de usuário". Revisão: semestral.
- Operacionais: Dia a dia de TI. Exemplos: "uptime", "tempo de resposta a incidente". Revisão: anual ou conforme mudança tecnológica.
Revisar separadamente garante que cada nível evolua com seu contexto — não força tático a mudar porque estratégico mudou.
Sinais de que sua empresa precisa revisar KPIs
Se você se reconhece em três ou mais cenários abaixo, revisão de KPIs é necessária.
- KPI não foi mudado há 3+ anos, mesmo com mudanças significativas no negócio ou tecnologia
- Meta de alguns KPIs é atingida consistentemente (>90% de ciclos) sem esforço particular — passou a ser commodity
- Meta de outros KPIs nunca é atingida (<10% de ciclos) — meta é irrealista ou KPI não é controlável
- Não consegue listar qual ação foi tomada por causa de cada KPI — dados coletados mas não geram decisão
- Stakeholders não perguntam sobre alguns KPIs — se ninguém questiona, provavelmente não importa
- Mudança de CIO/gestor TI traz nova interpretação de mesmos KPIs — falta de clareza nas definições
- Coleta de dados para alguns KPIs é tão custosa que tira recurso de trabalho mais importante
Caminhos para estruturar revisão periódica de KPIs
Revisão pode ser conduzida internamente ou com apoio externo para benchmark e facilitação.
Viável quando gestor de TI tem clareza sobre indicadores e consegue facilitar consenso com stakeholders.
- Perfil necessário: gestor de TI que entende métrica e consegue comunicar com negócio e equipe
- Tempo estimado: 6-8 semanas para coleta de feedback, análise, validação, comunicação
- Faz sentido quando: KPIs atuais funcionam bem; objetivo é ajuste incremental, não redesenho
- Risco principal: sem referência externa, pode manter indicadores por inércia em vez de realmente questionar relevância
Indicado quando empresa quer benchmark ou quando revisão precisa ser mais rigorosa.
- Tipo de fornecedor: Consultoria em indicadores de TI ou estratégia de TI, plataforma de OKR/KPI
- Vantagem: benchmark externo (quais KPIs outras empresas usam?), facilitação de consenso, rigor metodológico
- Faz sentido quando: TI acabou de passar por transformação ou gestão quer validação externa
- Resultado típico: em 6-10 semanas, diagnóstico de KPIs atuais, recomendação de mudanças, documentação, alinhamento com stakeholders
Precisa de apoio para estruturar revisão de KPIs de TI?
Se reorganizar seus indicadores de TI é prioridade, o oHub conecta você gratuitamente com consultorias especializadas em KPIs e performance de TI. Em menos de 3 minutos, descreva seu desafio 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
Com que frequência devo revisar KPIs de TI?
Mínimo anualmente, integrado ao ciclo de planejamento. Médias e grandes podem revisar semestralmente. Revise sempre que houver mudança material: nova estratégia corporativa, transformação de TI, mudança de liderança. Não revise continuamente — mínimo 1 ano entre ciclos.
Como saber se um KPI está obsoleto?
KPI está obsoleto se: meta é atingida consistentemente sem esforço (passou a ser commodity), ninguém mais questiona resultado, coleta de dados é cara, ou contexto evoluiu (ex: infraestrutura migrou para cloud e uptime deixou de ser fator diferenciador).
Como eliminar um KPI sem parecer que TI está escondendo resultado?
Transparência é chave. Explique: "alcançamos objetivo desse indicador, evolui para próximo desafio". Ofereça alternativa. Documente a decisão em reunião. Comunique a stakeholders com antecedência, não de surpresa.
Como ajustar KPIs com mudança de tecnologia?
Quando tecnologia muda (ex: on-premise para cloud), KPIs que mediam limitações da tecnologia antiga podem não fazer sentido. Exemplo: se migrou para cloud com 99,99% uptime nativo, uptime deixa de ser diferenciador. Substitua por KPI relevante no novo contexto.
Como envolver equipe na revisão de KPIs?
Pergunte: qual KPI você acha que reflete bem nosso desempenho? Qual não? Qual está faltando? Coleta feedback de equipe técnica, não só gestão. Isso aumenta buy-in e melhora qualidade da revisão.
Como comunicar mudança de KPIs à liderança?
Explique contexto: por que KPI saiu (atingiu objetivo, perdeu relevância), por que novo KPI entra (novo desafio), por que mantém alguns (continuam sendo desafio). Use comparação com ano anterior para mostrar evolução. Documente tudo.