KPIs de implementação de ERP: 30 métricas que realmente importam

Os KPIs de implementação de ERP que importam são um conjunto pequeno, revisado toda semana durante a entrega e todo dia no hypercare, cada um com um responsável nomeado: cumprimento do cronograma, variação de custo, mudança de escopo, taxa de aprovação nos testes, precisão da migração de dados e, acima de tudo, adoção pelos usuários. Abaixo estão os 30 que uso, divididos entre entrega e pós-go-live, com fórmulas e os limites que devem disparar uma ação.

Este texto é para diretores de programa, líderes de PMO e patrocinadores que precisam de um pacote para o comitê de direção que pegue os problemas na semana 8, e não no mês 18.

Um cliente acrescentou certa vez 73 mudanças “pequenas” a um projeto SAP. Nenhuma parecia significativa isoladamente. Juntas, causaram um atraso de cinco meses. Ninguém vinha acompanhando o volume de mudanças de escopo. (Se isso soa familiar, meu guia sobre como evitar o scope creep em projetos SAP trata dos controles.)

Outro cliente ignorou os primeiros alertas de cronograma, e um projeto de um ano levou dezoito meses. Um cliente do varejo passou por cima dos primeiros alertas de orçamento e acabou cortando funcionalidades essenciais só para terminar.

Essas falhas não são incomuns. É o que acontece quando as equipes acompanham as coisas erradas, ou nada.

#	KPI	O que mede	Por que importa
1	Cumprimento do cronograma	Conclusão real das tarefas versus a planejada	Primeiro sinal de atrasos em cascata
2	Variação de custo	Gasto real versus orçamento por fase	Pega estouros antes que se acumulem
3	Volume de mudanças de escopo	Número e impacto das mudanças aprovadas	Mudança sem controle é a causa mais comum de estouros
4	Utilização de recursos	Horas trabalhadas versus planejadas; equilíbrio da carga de trabalho	Pessoas sobrecarregadas se esgotam ou saem no meio do projeto
5	Taxa de adoção pelos usuários	Parcela dos usuários-alvo que usam o sistema ativamente	A única métrica que diz se o sistema está funcionando para o negócio
6	Eficácia do treinamento	Notas nas avaliações; parcela dos usuários treinados	Prevê o fracasso da adoção antes do go-live
7	Precisão da migração de dados	Parcela dos registros migrados limpos; taxa de erros	Dados ruins em um sistema novo levam meses para ser limpos
8	Indisponibilidade do ambiente de teste	Horas de indisponibilidade não planejada nos sistemas de teste	A instabilidade no teste prevê instabilidade no go-live
9	Índice de engajamento	Resultados de pesquisas; presença nas sessões-chave	Alerta antecipado de resistência antes que ela apareça publicamente
10	Taxa de resolução de riscos	Parcela dos riscos abertos encerrados no prazo	Meça o encerramento, não só a identificação
11	Desempenho do parceiro	Qualidade das entregas; taxa de marcos cumpridos	Parceiros que perdem as primeiras entregas quase sempre perdem as seguintes
12	Taxa de aprovação nos testes	Parcela dos casos de teste aprovados de primeira	Abaixo de 85% no SIT costuma indicar problemas sistêmicos, não bugs aleatórios
13	Tempo de resposta a solicitações de mudança	Dias entre a solicitação e a decisão	Filas longas sinalizam uma falha de governança
14	Taxa de consumo do orçamento	Gasto versus orçamento total, em relação ao trabalho concluído	Mostra se dinheiro e progresso andam juntos
15	Progresso da configuração	Parcela dos itens de configuração planejados concluídos	Atrasos aqui empurram testes e treinamento mais para a frente

#	KPI	O que mede	Limite ou observação
16	Disponibilidade do sistema	Uptime depois do go-live	Acima de 99,9% é bom; abaixo de 99% vira um problema de confiança dos usuários
17	Velocidade de relatórios e dashboards	Tempos de carregamento; frequência de atualização	Se os gestores exportam para o Excel, o sistema não está entregando
18	Produtividade dos colaboradores	Tempo das tarefas versus a linha de base anterior ao go-live	Um cliente de distribuição que automatizou aprovações processou 25% mais transações por dia depois do go-live
19	Resolução no primeiro contato	Chamados resolvidos no primeiro contato	Mede a eficácia do hypercare
20	Volume de chamados de suporte	Chamados abertos; tempo médio de resolução	Um pico por volta do dia 30 normalmente sinaliza lacunas de treinamento, não bugs do sistema
21	Tempos de ciclo dos processos	Processamento de pedidos, aprovação de faturas, ciclo de fechamento	O resultado que os executivos realmente valorizam
22	Acurácia do estoque	Contagens físicas versus as do sistema	O indicador de qualidade de dados mais visível depois do go-live
23	Taxa de atendimento de pedidos	Pedidos atendidos no prazo no novo sistema	Impacto operacional direto
24	Atribuição de receita	Mudanças de receita ligadas às novas capacidades	Prova de longo prazo para o business case
25	Conformidade	Apontamentos de auditoria; questões regulatórias	Importa mais em finanças, na indústria farmacêutica e em setores regulados
26	Acurácia da previsão	Previsão versus demanda real	Mostra se o planejamento está sendo usado e se há confiança nele
27	Satisfação dos usuários	Pesquisa de usabilidade; NPS dos key users	Usuários que odeiam o sistema criam workarounds
28	Eficiência dos processos	Tempo e custo por processo versus a linha de base	Justifica o investimento perante o conselho
29	Economias realizadas	Economias reais versus o business case	O CFO vai perguntar aos 6 e aos 12 meses
30	Retorno sobre o investimento	Benefícios líquidos divididos pelo custo total	Normalmente medido aos 12 e aos 24 meses

São os que mais me perguntam.

1. Índice de desempenho de prazo (SPI) = valor agregado ÷ valor planejado. Acima de 1,0 está adiantado, 1,0 está no prazo, abaixo de 1,0 está atrasado.
2. Índice de desempenho de custo (CPI) = valor agregado ÷ custo real. Acima de 1,0 é eficiente, abaixo de 1,0 está acima do orçamento.
3. Percentual de mudança de escopo = (mudanças aprovadas ÷ itens de escopo iniciais) × 100. Abaixo de 10%, impacto mínimo; acima de 20%, alto impacto.
4. Taxa de adoção pelos usuários = (usuários ativos ÷ usuários-alvo) × 100. Acima de 80% nos primeiros 90 dias é forte; abaixo de 60% exige intervenção.
5. Precisão da migração de dados = (registros limpos migrados ÷ registros tentados) × 100. Acima de 98% antes do go-live; abaixo de 95% deve adiar o cutover.

O SPI e o CPI vêm do gerenciamento de valor agregado. Só funcionam se o “valor agregado” for medido com honestidade: uma tarefa 90% pronta há três semanas não vale 90% do seu valor.

Um KPI sem ritmo de revisão é decoração. Esta é a cadência a estabelecer.

1. EntregaComitê de programa semanalCronograma, custo, risco, taxa de aprovação nos testes, mudança de escopo. Os KPIs de gate vão para o comitê de direção
2. Dias 1-30Revisão diária do hypercareDisponibilidade, volume de chamados, adoção por departamento
3. Até o dia 90Revisão semanal da adoçãoAdoção, tempos de ciclo dos processos, categorias de chamados
4. Meses 6 e 12Revisão do patrocinador e do CFOProdutividade, economias realizadas, ROI

Quando	KPIs	Revisado por	Decisão que alimenta
Semanalmente durante a entrega	Cumprimento do cronograma, variação de custo, resolução de riscos, taxa de aprovação nos testes, volume de mudanças de escopo	Comitê de programa	Replanejar, escalar ou manter o escopo
Em cada gate de fase	Progresso da configuração, eficácia do treinamento, precisão da migração de dados, desempenho do parceiro	Comitê de direção	Aprovar, aprovar com condições ou parar
Diariamente nos primeiros 30 dias depois do go-live	Disponibilidade, volume e tendência de chamados, adoção por departamento	Líder de hypercare	Para onde enviar o suporte presencial e as correções
Semanalmente até o dia 90	Adoção, tempos de ciclo dos processos, categorias de chamados	Comitê de programa	Treinamento de reciclagem, correções de configuração
Aos 6 e aos 12 meses	Produtividade, economias realizadas, ROI, satisfação	Patrocinador e CFO	Aprovação do business case, escopo da fase 2

Um dos meus clientes farmacêuticos atribuiu um responsável específico, e um substituto, a cada marco. O cumprimento do cronograma melhorou de forma drástica em comparação com a tentativa anterior com SAP. Quando uma revisão mensal revela um atraso, ele já é estrutural.

As decisões de gate devem se basear em evidências, e não no calendário. E no terceiro mês depois do go-live, os workarounds já viraram hábito, então a janela de adoção se fecha mais depressa do que a maioria das equipes espera. Se o seu comitê de direção precisa de um recomeço, explico como conduzir um em como criar um comitê de direção eficaz para projetos SAP.

Os programas de RISE with SAP e SAP GROW trazem questões de governança que a lista clássica não cobre. Três medidas extras ajudam.

Mix de níveis de clean core

A SAP agora classifica as extensões em quatro níveis de clean core, de A a D. O nível A usa apenas APIs liberadas; o nível D não é clean. Acompanhe a parcela de extensões em cada nível, usando as verificações do ABAP test cockpit que a SAP recomenda.

Na public edition, tudo é nível A por construção. Na private edition e no on-premise, qualquer extensão de nível C ou D é dívida que vai aparecer no próximo upgrade. Revise toda semana, durante o Realize, as novas solicitações de extensão em relação a isso, e torne alguém responsável por cada aprovação de nível C ou D.

Posicionamento das extensões decidido

Fórmula: (extensões com nível e local acordados ÷ total de extensões no backlog) × 100. Meta de 100% até o fim do Explore. A extensão que ninguém posicionou ainda é a que acaba virando uma modificação clássica sob pressão de prazo.

Saúde do relacionamento com a SAP

Uma revisão qualitativa trimestral em programas RISE, em que a SAP opera a infraestrutura e as operações e faz parte da entrega. As escalações da plataforma são resolvidas dentro dos níveis de serviço acordados? As revisões de sucesso da SAP são substantivas ou cerimoniais? Uma nota fraca costuma anteceder uma escalação no meio do programa para a qual a equipe não está preparada.

A IA é útil no trabalho de reporte em torno das métricas. Ela não substitui a revisão.

1. Joule com o SAP Cloud ALM. A SAP incluiu o Joule no Cloud ALM, de modo que as equipes podem consultar dados de projeto e de operações em linguagem natural, em vez de montar à mão cada extração de status.
2. Copilot no Power BI. Redige o resumo narrativo de um pacote para o comitê de direção a partir do dashboard que está por baixo. Funciona melhor quando o modelo de dados está limpo.
3. Detecção de anomalias. O Power BI, o Tableau e o SAP Analytics Cloud podem sinalizar KPIs que se afastam do padrão habitual. Vale a pena para utilização de recursos, volume de chamados e taxa de mudança de escopo. Não vale para métricas de alta variância natural, como a contagem diária de pedidos.

O que a IA não resolve é o trabalho político. Um dashboard pode mostrar o atraso do cronograma em vermelho por seis semanas. Se o comitê de direção não age, o atraso continua.

O KPI de maior impacto é a adoção pelos usuários, e é o que a maioria das equipes mede por último.

Tive um cliente de manufatura cujos executivos exportavam tudo para o Excel. Um enorme sinal de alerta. Os dados estavam lá; os dashboards de que eles precisavam, não. Corrigimos os dashboards e cortamos o tempo de decisão pela metade.

Um sistema que funciona tecnicamente mas é contornado na prática não entregou nada. A pesquisa sobre gestão de mudanças confirma o ponto: os estudos de longa data da Prosci mostram que projetos com excelente gestão de mudanças têm cerca de sete vezes mais chance de atingir seus objetivos do que os de gestão de mudanças fraca.

O melhor dashboard de KPIs não é o mais completo. É o menor conjunto que o comitê de direção vai olhar, com um responsável por cada linha e uma consequência quando o vermelho persiste por dois ciclos. A maioria dos programas de KPIs fracassa porque as coisas certas são acompanhadas e depois ignoradas. Para saber o que fazer quando os números já estão no vermelho, veja como colocar projetos SAP de volta nos trilhos.

Qual é o KPI de implementação de ERP mais importante?

A taxa de adoção pelos usuários. Uma implementação tecnicamente bem-sucedida que ninguém usa não entrega valor de negócio. Os outros KPIs (cronograma, orçamento, testes) protegem as condições para a adoção. A adoção diz se ela aconteceu.

Acompanhe-a desde a primeira semana depois do go-live, por departamento. Baixa adoção em uma equipe costuma apontar uma lacuna de treinamento ou um problema de desenho de processo que ainda dá para corrigir no hypercare.

Com que frequência os KPIs de implementação de ERP devem ser revisados?

Cronograma, custo e risco toda semana durante a entrega, e não todo mês no comitê de direção. Os KPIs de gate de fase em cada gate. Os KPIs operacionais todo dia nos primeiros 30 dias depois do go-live e depois toda semana até o dia 90.

Qual é uma taxa de aprovação saudável nos testes para o UAT do SAP?

Mais de 85% de aprovação de primeira nos testes de integração de sistemas é saudável. Abaixo disso, geralmente há lacunas de desenho de processo ou erros de configuração, e não bugs isolados.

Se você entrar no UAT abaixo de 85%, pare e corrija a causa raiz. O UAT quase nunca limpa o que o SIT deixou passar.

O que significa um percentual de mudança de escopo acima de 20% em um projeto de ERP?

O projeto está sendo redesenhado no meio do caminho. Estouros e atrasos se tornam prováveis.

A tendência importa mais do que o número. Se as mudanças aceleram à medida que o projeto amadurece, em vez de se acomodarem, a governança está falhando. Toda mudança aprovada precisa de uma declaração de impacto em custo e cronograma. Se não tem, o escopo está fora de controle.

Quais KPIs são específicos dos programas RISE with SAP?

Três além dos 30 padrão: o mix de níveis de clean core das suas extensões (A a D), a parcela de extensões com nível e local acordados e uma revisão trimestral da saúde do relacionamento com a SAP (escalações, níveis de serviço, qualidade das revisões de sucesso da SAP).

Como calcular o ROI de uma implementação de ERP?

ROI = (benefícios líquidos ÷ investimento total) × 100. Os benefícios líquidos são as economias mensuráveis e os ganhos de receita atribuíveis ao sistema, menos o custo de operação do novo ambiente. O investimento total abrange software, implementação, tempo interno, treinamento, migração de dados e suporte contínuo.

Seja conservador. Os benefícios plenos raramente chegam no primeiro ano. Monte um modelo de rampa: 50% dos benefícios de regime no primeiro ano, 80% no segundo, 100% a partir do terceiro.

Quais são as principais causas de estouro de orçamento em implementações de ERP?

Mudanças de escopo sem acompanhamento, migração de dados que passa muito do planejado porque os problemas de qualidade aparecem tarde, falhas de integração descobertas nos testes e gestão de mudanças que começa tarde demais e eleva o suporte pós-go-live.

O acompanhamento semanal da variação de custo e o controle formal de escopo resolvem a primeira. A avaliação antecipada da qualidade dos dados resolve a segunda. Testes de integração antecipados com volumes realistas resolvem a terceira. A gestão de mudanças desde o início resolve a quarta.