Equipe de implementação de ERP em 2026: quem você precisa e o que cada um faz

Uma equipe de implementação de ERP precisa de um patrocinador com autoridade, um gerente de projeto que conheça ERP, responsáveis pelos processos de negócio de todas as áreas afetadas, consultores funcionais e técnicos, e líderes dedicados para integração, migração de dados, testes, mudança e cutover. Os programas SAP em nuvem acrescentam um arquiteto de clean core e um contato nomeado na SAP. Dimensione a equipe pela complexidade, não pelo número de funcionários da empresa, e coloque ao lado de cada consultor uma pessoa interna que será dona dessa área depois do go-live.

Este texto é para patrocinadores, CIOs e diretores de programa que estão montando a equipe de um programa de ERP. Ele cobre os papéis, o que faz cada um dar certo ou errado, o tamanho da equipe, o que o ERP em nuvem e a IA mudam e como dividir o trabalho com um parceiro de implementação.

Uma empresa com a qual trabalhei tinha duas implementações de ERP rodando ao mesmo tempo: uma em SAP, outra em Oracle. O projeto Oracle tinha 4.500 pessoas trabalhando nele. O projeto SAP tinha 38. Um entrou em operação sem sobressaltos. O outro foi um desastre sem fim. A diferença foi a equipe.

Depois de 25 anos de implementações SAP, o padrão se repete. Se a equipe é a errada, ou se as pessoas certas estão na estrutura errada, o projeto se arrasta, os custos sobem e, no go-live, os usuários já decidiram que odeiam o sistema.

1. Patrocinador do projetoRemove obstáculos, garante o orçamento, decide entre áreas
   Contato de serviço SAPEm programas RISE, escalonamentos da plataforma e revisões de serviço
2. Gerente de projetoCronograma, escopo, riscos e coordenação com o parceiro

• Responsáveis pelos processos de negócioValidam o desenho e testam fluxos reais
• Consultores funcionais e técnicosConfiguram, estendem e contestam
• Líder de migração de dadosLimpeza, cargas e dados de cutover
• Líder de integraçãoDesenho do middleware e fluxos de dados
• Líder de mudança e treinamentoComunicação, multiplicadores, adoção
• Arquiteto de clean coreOnde fica cada extensão, nas edições em nuvem

Papel	O que realmente fazem	Quando entram
Patrocinador do projeto	Remove obstáculos, garante o orçamento, toma decisões entre áreas	Todas as fases
Gerente de projeto	Conduz cronograma, escopo, riscos e coordenação com o parceiro	Todas as fases
Responsáveis pelos processos de negócio	Validam o desenho, testam cenários, representam os fluxos reais	Explore a Deploy
Consultores funcionais	Levantam requisitos, configuram módulos, apoiam os testes	Explore a Deploy
Consultores técnicos	Extensões, interfaces, configuração do sistema	Realize a Deploy
Líder de integração	Desenho do middleware e dos fluxos de dados entre sistemas	Explore a Deploy
Líder de migração de dados	Estratégia de dados, limpeza, cargas, dados de cutover	Prepare a Deploy
Líder de mudança e treinamento	Treinamento, comunicação, medidas de adoção	Explore a Run
Líder de testes	Roteiros de teste, SIT, UAT, controle de defeitos	Realize a Deploy
Gerente de cutover	Virada para produção, janela de indisponibilidade, plano de rollback	Deploy
Arquiteto de clean core (edições em nuvem)	Decide onde fica cada extensão e em que nível de clean core	Explore a Run
Contato de serviço SAP (RISE)	Escalonamentos da plataforma, revisões de serviço, alinhamento com o roadmap da SAP	Prepare a Run

Meu artigo sobre os papéis da equipe de implementação SAP vai papel por papel, com mais detalhe.

Patrocinador do projeto

A função do patrocinador não é assinar o termo de abertura e sumir. Projetos ficam parados por meses quando ninguém acima do gerente de projeto tem autoridade para decidir quando as áreas discordam. O patrocinador precisa estar acessível, disposto a tomar decisões difíceis e presente durante a estabilização, não só no kick-off.

O que dá errado: patrocinadores que entregam tudo para a TI. O ERP muda a forma como o negócio funciona. Se a liderança não conduz, ele fracassa. O guia do comitê de direção mostra como estruturar o fórum do patrocinador.

Gerente de projeto

Um gerente de projeto de ERP precisa saber como os programas SAP ou Oracle realmente funcionam, não só gestão geral de projetos de TI. Os riscos, as dependências e a pressão no cutover são diferentes.

O que dá errado: um gerente de projeto que cede aos consultores no escopo ou que não consegue cobrar da área de negócio os prazos de teste.

Responsáveis pelos processos de negócio

A TI não opera o seu negócio. Quem opera são as áreas de operações, finanças, compras e RH. Os responsáveis pelos processos garantem que o sistema funcione para os processos reais, e não apenas no papel. Se você os deixa de fora, acaba com uma configuração que fazia sentido em um workshop e falha na primeira semana.

Envolva-os desde o início, não no UAT para aprovar decisões de que não participaram.

Consultores de ERP

Bons consultores contestam. Se os seus concordam com tudo e nunca questionam um requisito, estão faturando horas, não agregando conhecimento. Os melhores evitam erros antes que custem meses.

Um sinal de consultor fraco: ele customiza demais porque é mais fácil do que explicar por que o negócio deveria mudar um processo. Todo programa customizado precisa ser mantido, testado a cada upgrade e explicado à próxima equipe. Com os níveis de clean core da SAP, essa dívida agora é visível: uma extensão construída do jeito antigo cai no nível C ou D e aparece no primeiro upgrade importante.

Líder de migração de dados

Dado ruim no sistema antigo vira dado ruim no novo. Se ninguém é responsável pela conversa sobre qualidade de dados antes da migração, os relatórios financeiros não vão bater com a realidade no primeiro dia.

Migração de dados é um processo de negócio e precisa de dono no negócio. A TI pode mover os dados. O negócio precisa confirmar que estão corretos.

Líder de gestão de mudanças e treinamento

Gestão de mudanças não é treinamento. É comunicação, envolvimento desde cedo e a busca de multiplicadores dentro do negócio antes do go-live. Quando a empresa acha que treinar basta, os usuários que não confiam no novo sistema voltam para as planilhas, e corrigir isso depois do go-live sai caro.

Esse líder deve estar construindo conteúdo, conduzindo pilotos e medindo a prontidão, não distribuindo um PDF duas semanas antes do go-live. Nos programas SAP, ele agora também responde pelas ferramentas de adoção digital: a SAP está incorporando o SAP Enable Now ao WalkMe, que comprou em 2024, então o novo conteúdo deve ser planejado no WalkMe.

Arquiteto de clean core (edições em nuvem)

A SAP agora classifica cada extensão em quatro níveis de clean core, de A a D. Alguém precisa decidir, para cada lacuna, se ela é resolvida na configuração padrão, como extensão de nível A no SAP BTP ou dentro do sistema com ABAP Cloud, ou de modo algum. Em programas grandes, esse é um papel dedicado. Em programas de médio porte, o arquiteto de solução costuma assumi-lo.

Parceiros sem experiência em SAP BTP e ABAP Cloud não conseguem ocupar esse papel. Pergunte quantas extensões eles entregaram sob essas regras e peça para vê-las.

Contato de serviço SAP (programas RISE)

No RISE with SAP, a SAP opera a infraestrutura e as operações do seu sistema, então a SAP faz parte da entrega. O CIO precisa de um contato nomeado na SAP para escalonamentos da plataforma, revisões de serviço e alinhamento com o roadmap. Coloque essa pessoa na lista da equipe desde o Prepare, não só na lista de convidados do comitê de direção.

O tamanho da equipe deve refletir a complexidade, não o número de funcionários.

Tipo de empresa	Tamanho típico da equipe	O que gera complexidade
Pequena (entidade única, menos de 500 funcionários)	10 a 25	Funcionalidade majoritariamente padrão, poucas integrações
Médio porte (vários sites, 500 a 5.000 funcionários)	30 a 75	Mais integrações, variantes regionais de processo, mudança em escala
Grande (global, mais de 5.000 funcionários)	100 a 500+	Várias entidades e integrações, compliance em várias jurisdições

Uma fábrica de 50 pessoas com manufatura complexa sob encomenda (make-to-order) pode precisar de uma equipe maior e mais especializada do que uma empresa de 500 pessoas com processos de varejo padrão. Dimensione pelo que precisa ser feito. Meu guia de planejamento de alocação de recursos em projetos SAP mostra como montar o plano.

O Joule agora está nas ferramentas de implementação da SAP (SAP Cloud ALM e o SAP Activate Roadmap Viewer). O SAP Build Code usa o Joule para ajudar desenvolvedores a construir extensões no SAP BTP. O Microsoft Copilot redige relatórios de status, resumos para o comitê de direção e comunicados de mudança.

Usadas de forma consistente, essas ferramentas aceleram os papéis com muito fluxo de trabalho. Tornam um programa um pouco mais enxuto do que o mesmo escopo exigiria alguns anos atrás, mas não de forma dramática.

Escreva as ferramentas nas definições de papel. Consultores funcionais usam IA para os primeiros rascunhos de requisitos e documentos de fit-gap. Gerentes de projeto a usam para relatórios de status. Desenvolvedores a usam onde ajuda. O que a IA não muda é a responsabilidade: ela redige mais rápido, e as pessoas continuam responsáveis pelo que o rascunho diz.

A maioria das empresas combina uma equipe interna central, que conhece o negócio, com um parceiro que traz profundidade técnica e de método.

A equipe interna precisa estar de fato envolvida, não apenas assistindo a reuniões de status. Caso contrário, o projeto entrega um sistema que o parceiro entende e que ninguém dentro da empresa consegue operar.

O que esperar de um parceiro: estrutura, decisões mais rápidas e experiência com o tipo de erro que você pode cometer. O que não delegar: decisões de escopo, aprovação do desenho dos processos e prontidão dos usuários. Isso precisa de donos internos.

O modelo que funciona de forma consistente é o acompanhamento em dupla (shadow pairing). Cada consultor tem uma contraparte interna que será dona daquela área depois do go-live. O consultor entrega, a pessoa interna aprende e o conhecimento fica quando os consultores vão embora.

Ao avaliar um parceiro, peça referências de empresas do seu porte e do seu setor, não dos clientes de vitrine do fornecedor. Pergunte sobre experiência com clean core, com exemplos, e como ele trabalha com a SAP em programas RISE. Respostas vagas mostram quem está atualizado e quem vende a versão do SAP que conheceu três anos atrás.

Quantas pessoas formam uma equipe de implementação de ERP?

Depende mais da complexidade do que do tamanho da empresa. Pequenas empresas com processos simples costumam precisar de 10 a 25 pessoas, empresas de médio porte com vários sites de 30 a 75, e grandes empresas globais de 100 a 500 ou mais. Um fabricante com processos complexos de engineer-to-order precisa de mais capacidade do que uma empresa maior com funções de varejo padrão.

Que novos papéis os programas SAP em nuvem exigem?

Dois. Um arquiteto de clean core ou líder de extensões, que decide onde fica cada extensão e em que nível de clean core; em programas menores, o arquiteto de solução assume essa função. E, no RISE with SAP, um contato nomeado na SAP para escalonamentos e revisões de serviço, porque a SAP opera a infraestrutura e as operações do seu sistema.

Qual é o papel do patrocinador do projeto em uma implementação de ERP?

O patrocinador garante o orçamento, remove obstáculos e decide quando as áreas discordam. Ele está lá para tornar o projeto gerenciável, não para gerenciá-lo. O mais importante que um patrocinador faz é continuar engajado durante a estabilização. Projetos que perdem a atenção da diretoria depois do cutover criam soluções de contorno que duram anos.

Por que as implementações de ERP precisam de responsáveis pelos processos de negócio?

Porque as pessoas de finanças, operações, RH e compras sabem como o trabalho realmente é feito. Sem elas, a equipe desenha um sistema que faz sentido no papel e falha na prática. Envolva-as nos workshops e nas decisões de desenho desde o início; no UAT, corrigir o que está errado já custa caro demais.

O que devo procurar em um consultor de ERP?

Disposição para contestar. Um consultor que concorda com tudo está facilitando a vida dele, não a sua. Bons consultores questionam requisitos ruins, apontam aumento de escopo e explicam por que o padrão geralmente atende melhor do que o customizado. Depois, verifique a experiência com clean core, com exemplos, referências de porte semelhante para as quais você possa ligar e se ele está resolvendo o seu problema ou vendendo o projeto que já sabe entregar.

Como tratar a migração de dados em uma implementação de ERP?

Dê a ela um líder dedicado, responsável pela estratégia, pelas regras de limpeza, pelas cargas e pela validação do go-live. A qualidade dos dados é do negócio: a TI consegue mover um cadastro de fornecedor, mas só o negócio sabe se ele está correto.

O que é gestão de mudanças em um projeto de ERP e por que ela importa?

Preparar as pessoas para uma mudança significativa na forma como trabalham, antes, durante e depois do go-live. Envolve comunicação (o que muda e por quê, com antecedência), envolvimento (usuários-chave no desenho e nos testes) e apoio (multiplicadores que ajudam os colegas a se adaptar). Projetos que tratam o tema como um calendário de treinamentos têm sempre o mesmo resultado: soluções de contorno, planilhas e um sistema em que ninguém confia.