Descubra as principais causas de insucesso na implementação de ERP, com estudos de caso reais da Nike, Hershey e Revlon, e um guia prático de prevenção.
As implementações de ERP (Enterprise Resource Planning) falham com muito mais frequência do que a maioria das organizações espera. A causa mais consistente não é o próprio software, mas sim uma gestão da mudança deficiente, formação inadequada, planeamento fraco e o pressuposto errado de que implementar nova tecnologia produz automaticamente a adoção por parte dos utilizadores. Compreender os padrões subjacentes ao fracasso na implementação de ERP pode poupar a uma organização anos de perturbação e dezenas de milhões de euros.
Investigações citadas por analistas do setor mostram que mais de 70% das implementações de ERP não conseguem cumprir o caso de negócio original. Os prejuízos financeiros acumulam-se rapidamente: perdas iniciais no projeto, perturbação operacional, custos de mitigação e danos reputacionais. As empresas identificam frequentemente as causas de um retorno sobre o investimento em software negativo apenas depois de os danos estarem feitos.
"Muitos projetos falham porque os recursos são canalizados para o próprio projeto, negligenciando os colaboradores, como milhões atirados pela janela fora."
Guillaume Koch, Althea (entrevista a líder de mudança)
Este artigo examina o custo real do fracasso no ERP, três dos casos de estudo de alto perfil mais instrutivos, incluindo a falha do ERP da Nike, a falha da implementação do ERP da Hershey e a falha do ERP da Revlon, e um quadro prático para evitar os mesmos erros na sua organização.
O fracasso na implementação de um ERP não é um acontecimento isolado. Desenvolve-se ao longo do tempo, nas rubricas orçamentais, no moral dos colaboradores e nas relações com os clientes. As consequências distribuem-se por cinco categorias que cada organização deve mapear antes de um projeto ter início.
As empresas perdem tipicamente vários anos a identificar, mitigar e resolver as causas raiz da falha. A recuperação exige uma reformulação quase completa da abordagem original de implementação, abrangendo a gestão da mudança, a estratégia de formação e a governação do projeto, para garantir que os mesmos erros não se repetem.
As perdas financeiras relacionadas com o ERP assumem muitas formas: perda de vendas, abandono de clientes, pressão dos acionistas, quedas no preço das ações, perturbação da cadeia de abastecimento e litígios. Estas são distintas de, e muitas vezes superiores a, o excesso de custos do orçamento original do projeto.
Quando as organizações encurtam atalhos na gestão da mudança ou na formação para reduzir custos, o preço de resolver os problemas daí resultantes excede consistentemente o que uma preparação adequada teria custado. As despesas de mitigação incluem honorários de consultoria, software de substituição, custos legais e os encargos operacionais necessários para repor a produtividade normal.
Um projeto de ERP falhado raramente fica confinado ao departamento de TI. A fraca adoção do software gera frustração digital, resistência dos colaboradores a mudanças futuras e uma experiência de utilizador no local de trabalho prejudicial. Estes custos culturais persistem muito depois de os problemas técnicos serem resolvidos.
A perturbação no cumprimento de encomendas, a escassez de produtos e a cobertura negativa na imprensa traduzem-se diretamente em desconfiança por parte dos clientes e, em casos graves, no seu abandono. Os três estudos de caso apresentados abaixo ilustram exatamente como isto se desenvolve.
Estes três exemplos representam algumas das falhas de ERP mais amplamente analisadas de que há registo. Cada um demonstra um padrão distinto de fatores críticos de falha que as organizações podem utilizar como lista de verificação do que devem evitar.
A falha do ERP da Nike é um dos exemplos mais citados de insucesso no planeamento de recursos empresariais, e começou com uma decisão que parecia razoável no papel.
Contexto. Em 2000, a Nike estava a acelerar a sua expansão global e precisava de modernizar a cadeia de abastecimento. A empresa comprometeu aproximadamente 400 milhões de dólares num projeto de transformação digital de ERP destinado a substituir um sistema legado obsoleto, melhorar a previsão da procura e aumentar a quota de mercado. Os componentes principais incluíam um novo ERP SAP e software de gestão da cadeia de abastecimento da i2 Technology.
Porque falhou. O erro crítico foi implementar o software de planeamento da procura da i2 Technology em paralelo com o ERP legado existente, em vez de o integrar corretamente com a plataforma SAP que estava a ser adotada. Os dois sistemas operavam com formatos de dados e regras de negócio diferentes. Ligá-los exigiu uma personalização complexa que introduziu erros de previsão quase de imediato. O sistema começou a gerar sinais de procura imprecisos: a encomendar em excesso alguns produtos e a encomendar a menos outros. A cadeia de abastecimento da Nike, já sobrecarregada por uma crescente presença global, não conseguiu absorver os erros.
O custo da falha. O impacto financeiro imediato foi de cerca de 100 milhões de dólares em vendas perdidas. O preço das ações da Nike caiu aproximadamente 20% após a divulgação dos problemas na cadeia de abastecimento, e a empresa enfrentou ações coletivas relacionadas com encomendas não cumpridas. A recuperação total exigiu aproximadamente sete anos adicionais e um investimento estimado de 500 milhões de dólares. A Nike concluiu a implementação do SAP ERP em 2004, mas o custo total da primeira tentativa falhada superou em muito o orçamento inicial do projeto.
A lição. Apressar a integração entre sistemas incompatíveis cria falhas de integridade de dados que se propagam rapidamente por toda a cadeia de operações. Objetivos irrealistas e prazos comprimidos são consistentemente identificados como fatores críticos de falha na implementação de ERP.
A falha na implementação do ERP da Hershey é um exemplo clássico de como as decisões de calendarização podem fazer colapsar um projeto tecnicamente sólido no momento da entrada em produção.
Contexto. No final da década de 1990, a Hershey Foods Corporation lançou um grande projeto de ERP no valor de aproximadamente 112 milhões de dólares, envolvendo o SAP R/3, o software de cadeia de abastecimento Manugistics e o software CRM da Siebel Systems. O âmbito era ambicioso, mas o prazo original de 48 meses foi comprimido para 30 meses.
Porque falhou. A falha resultou de dois erros críticos: encurtar as fases de testes e selecionar uma data de entrada em produção irrealista. A empresa optou por entrar em produção no verão de 1999, imediatamente antes da época alta de confeitaria do Halloween e do Natal. Quando o sistema entrou em funcionamento, não tinha sido adequadamente testado com volumes de produção reais. O processamento de encomendas entrou em colapso e o sistema de gestão de armazém não conseguiu gerir o pico de procura.
O custo da falha. A Hershey não conseguiu satisfazer aproximadamente 100 milhões de dólares em encomendas de produtos de confeitaria durante a sua época de vendas mais crítica. A empresa registou uma queda de 19% nos lucros trimestrais e uma redução de 8% nas vendas líquidas no terceiro trimestre de 1999. Os retalhistas que não conseguiram obter produtos da Hershey transferiram o espaço em prateleira para concorrentes, sendo que parte dessa quota de mercado nunca regressou.
A lição. Nenhuma data de entrada em produção de um ERP deve ser vinculada a um período de pico de negócio, a menos que os testes tenham sido concluídos em condições de carga realistas. A compressão de prazos para cumprir datas arbitrárias é um dos fatores de risco mais consistentes na análise de implementações de ERP.
A falha do ERP da Revlon demonstra como uma má planificação ao nível da governação do projeto pode destruir simultaneamente a capacidade operacional e a confiança dos investidores.
Contexto. Na sequência da aquisição da Elizabeth Arden em 2016, a Revlon iniciou uma grande implementação do SAP HANA destinada a integrar o planeamento, o aprovisionamento, a produção e a distribuição em toda a operação global recentemente alargada.
Porque falhou. A Revlon não conseguiu concluir o seu relatório financeiro anual devido a problemas de implementação. O sistema não conseguia registar nem contabilizar com precisão o inventário, o que significava que a empresa não era capaz de fabricar as quantidades corretas de produtos nem de satisfazer as encomendas dos clientes. A integração do negócio pós-aquisição acrescentou uma complexidade que o plano do projeto não tinha abordado de forma adequada.
O custo da falha. A Revlon registou uma queda de 6,9% no preço das ações nas 24 horas seguintes à divulgação pública da notícia. A empresa não conseguiu satisfazer aproximadamente 64 milhões de dólares em expedições de produtos e gastou mais 53,6 milhões de dólares na tentativa de restabelecer os níveis de serviço ao cliente. Os investidores intentaram ações coletivas, um desfecho raro que ilustra a gravidade com que uma falha de ERP pode abalar a confiança das partes interessadas.
A lição. A integração de ERP pós-aquisição exige planeamento adicional de âmbito e governação. Implementar um novo sistema sem controlos adequados sobre a qualidade dos dados de inventário cria falhas operacionais imediatas com consequências financeiras em cascata.
A Nike, a Hershey e a Revlon estão entre os casos mais documentados, mas não são exceções. Uma análise dos exemplos de falhas de ERP ao longo das últimas três décadas revela padrões consistentes.
| Empresa | Sistema | Fator de falha principal | Impacto reportado |
|---|---|---|---|
| Lidl | SAP HANA | Forçar o software a corresponder aos processos existentes em vez de adaptar os processos organizacionais; ausência de gestão da mudança | Abandonado após 7 anos; aproximadamente 580 milhões de dólares amortizados |
| Nike | i2 Technology + SAP | Integração de sistemas incompatíveis; objetivos irrealistas e prazo comprimido | Perda inicial de 100 milhões de dólares; queda de 20% nas ações; 7 anos para recuperar |
| Hershey | SAP R/3 + Manugistics + Siebel | Prazo comprimido; arranque em período de pico sem testes adequados | 100 milhões de dólares em encomendas não cumpridas; queda de 19% nos lucros trimestrais |
| Revlon | SAP HANA | Má planificação da integração pós-aquisição; controlos de inventário inadequados | 64 milhões de dólares em envios não cumpridos; processos judiciais de investidores; queda de 6,9% nas ações |
| MillerCoors | SAP | Parceiro de implementação errado; experiência interna inadequada | Processo judicial intentado; derrapagens de custos significativas |
A falha na implementação do SAP pela Lidl é particularmente instrutiva. A empresa tinha desenvolvido mais de 90 soluções proprietárias internas ao longo do tempo. Quando tentou consolidá-las num único sistema SAP HANA, procurou personalizar o software para replicar os seus processos existentes em vez de adaptar os seus processos ao modelo ERP padrão. O sistema SAP registava o inventário a preços de venda a retalho; a Lidl operava com preços de compra. Em vez de se alinhar com o padrão SAP, a equipa enveredou por uma personalização extensiva que gerou uma dívida técnica crescente. Após sete anos e aproximadamente 580 milhões de dólares investidos, a Lidl abandonou o projeto e regressou ao seu sistema de gestão de inventário original.
O caso Lidl é uma ilustração direta de um fator de falha crítico: tratar uma implementação de ERP como um exercício de configuração de software em vez de um programa de mudança organizacional.
Nos estudos de caso acima e no conjunto mais alargado de investigação sobre falhas de ERP, várias causas raiz surgem repetidamente. Estes são os desafios de adoção digital que transformam um projeto de ERP de um ativo empresarial numa responsabilidade.
Os projetos que começam sem metas mensuráveis e um âmbito bem definido expandem-se frequentemente durante a execução, um fenómeno conhecido como deriva de âmbito. Sem objetivos claros, não existe nenhum mecanismo para avaliar se a implementação está no bom caminho ou para priorizar decisões quando são necessárias contrapartidas.
Tanto as falhas de ERP da Hershey como da Nike envolveram prazos que não permitiram tempo adequado para testes. Reduzir as fases de teste para cumprir um prazo é consistentemente apontado como uma das decisões de maior risco em qualquer projeto de ERP de grande escala.
A gestão da mudança não é um exercício de comunicação. É o processo estruturado de preparar a organização, os seus líderes e os seus utilizadores finais para trabalharem de uma forma fundamentalmente diferente. A falha do SAP da Lidl é o exemplo mais claro: sete anos de trabalho técnico colapsaram em parte porque o lado organizacional da mudança nunca foi adequadamente gerido.
Os sistemas ERP são apenas tão eficazes quanto a exatidão e consistência dos dados neles inseridos. Se os utilizadores finais não forem adequadamente formados antes do arranque, ou se a formação ocorrer demasiado cedo e for esquecida no dia do lançamento, o sistema produz resultados pouco fiáveis desde o primeiro dia.
"Demorou três ou quatro meses, e tivemos de garantir que a formação acontecia antes do arranque, mas não demasiado antes, para que as pessoas não se esquecessem. Inevitavelmente houve dificuldades no lançamento: as pessoas tinham esquecido como realizar determinada operação."
Elder Mathias, DSI, Aftral (podcast CIO Pioneers)
Este é precisamente o cenário que transforma um sistema tecnicamente sólido numa implementação de ERP falhada. O apoio à formação contínua e em contexto, disponível no momento da necessidade, é uma abordagem mais fiável do que um programa de formação pontual antes do lançamento.
A falha na implementação de ERP da Nike é o caso de referência aqui. Executar dois sistemas com diferentes padrões de dados em paralelo cria problemas de integridade de dados que se amplificam em todos os processos interligados. A arquitetura de integração deve ser definida e testada antes de qualquer sistema entrar em funcionamento.
As plataformas ERP padrão incorporam as melhores práticas do setor. Personalizar extensivamente o software para corresponder aos processos organizacionais existentes, como fez a Lidl, introduz complexidade técnica que dificulta futuras atualizações e cria sistemas difíceis de suportar. A melhor abordagem é adaptar os processos ao modelo padrão do ERP, limitando a personalização a requisitos genuinamente únicos.
Quando a liderança sénior não está ativamente envolvida, a tomada de decisões fica bloqueada, os conflitos de recursos ficam por resolver e o projeto perde prioridade organizacional. O patrocínio executivo é consistentemente identificado como um fator de sucesso nas implementações de ERP que cumprem os seus objetivos de negócio.
O fracasso da implementação SAP da MillerCoors é frequentemente citado como exemplo de seleção de um parceiro de implementação sem experiência relevante suficiente. O custo de substituir um parceiro a meio do projeto, ou de desenvolver capacidade interna após o arranque, é substancialmente mais elevado do que o custo de uma avaliação adequada do parceiro no início.
Os padrões identificados nestes casos de insucesso apontam para um quadro prático de prevenção. Qualquer organização que esteja a planear ou a executar um projeto de ERP pode utilizar
A maioria das implementações de ERP falha devido a uma combinação de gestão da mudança deficiente, formação insuficiente dos utilizadores, prazos pouco realistas e patrocínio executivo inadequado. A tecnologia raramente é a única causa; os fatores organizacionais e humanos são as causas mais consistentes nos casos de falha documentados.
Investigação citada por analistas do setor indica que mais de 70% das implementações de ERP não cumprem os objetivos do caso de negócio original. Isso não significa sempre o colapso total do projeto, mas sim que excesso de custos, prazos adiados ou benefícios não concretizados são resultados comuns.
Em 2000, a Nike implementou o software de cadeia de abastecimento i2 Technology em paralelo com o seu ERP legado, em vez de o integrar corretamente com o novo ERP SAP. A incompatibilidade de formatos e regras de dados causou perturbações imediatas na cadeia de abastecimento, custando à empresa aproximadamente 100 milhões de dólares em perdas iniciais, uma queda de 20% no preço das ações e ações judiciais coletivas. A recuperação total demorou cerca de sete anos adicionais e um investimento estimado em mais 500 milhões de dólares.
Os principais passos de prevenção incluem selecionar um software adequado aos processos reais da organização, definir funções e âmbito do projeto de forma clara, orçamentar adequadamente a gestão da mudança e a formação, implementar o sistema de forma incremental e utilizar uma plataforma de adoção digital para apoiar a integração contínua dos utilizadores e a orientação na aplicação após a entrada em funcionamento.
Descubra como integrar o learning by doing na sua empresa com casos práticos reais: adoção de CRM, formação em cibersegurança e implementação de ERP.
Descubra as estratégias de retenção de colaboradores mais eficazes: remuneração, desenvolvimento de carreira, integração e reconhecimento. Guia...
ISO 27001, PCI DSS, RGPD, ITIL, ISO 20000 e NIST CSF: descubra o que cobre cada certificação, quem precisa dela e como integrá-las numa estratégia de...