Como criar o termo de abertura de um projeto de implementação SAP

O termo de abertura de um projeto de implementação SAP é o documento curto que autoriza formalmente o programa. Ele define, por escrito, o que o programa vai entregar, o que não vai entregar, quem decide, como o sucesso será medido e até quando. Escreva-o antes de assinar os SOWs dos fornecedores, deixe o patrocinador do cliente ser o dono dele e torne-o específico o bastante para encerrar uma discussão. Abaixo está um roteiro seção a seção.

As equipes entram nas reuniões de kickoff do SAP com confiança. Depois descobrem que os papéis foram definidos de forma vaga, que os limites do escopo nunca foram acordados e que ninguém sabe dizer como é o sucesso. Um termo de abertura deveria evitar isso. A maioria não evita, porque é escrito para cumprir uma exigência de governança, e não para ancorar o trabalho.

Já vi termos de abertura com ótima aparência que não se conectavam a planos reais. A versão que funciona é aquela sobre a qual as pessoas discutem durante a redação. É assim que você sabe que ela é honesta.

Três documentos são confundidos em todo grande programa SAP. Cada um faz um trabalho diferente.

Documento	Finalidade	Criado por	Momento
Proposta de projeto	Justificar por que o projeto deve acontecer	Patrocinador do negócio	Antes da aprovação
Termo de abertura do projeto	Autorizar o projeto; fixar escopo, objetivos, responsáveis nomeados e governança	Patrocinador, com o gerente do programa	Na iniciação
Plano do projeto	Definir como o trabalho será feito: tarefas, recursos, dependências	Gerente do programa	Depois da aprovação do termo de abertura

O termo de abertura é o documento de governança. Ele traça limites. Se o seu programa S/4HANA abrange vários módulos, países e fornecedores, é no termo de abertura que você decide o que está incluído antes que as pessoas comecem a fazer as próprias suposições.

Objetivos ligados a um resultado de negócio

Não "modernização do sistema". Cada objetivo precisa de um número. O teste: você consegue explicar a visão a um membro do conselho em 30 segundos, sem slides?

Trabalhei em programas SAP em que todos comemoraram no go-live e, dois meses depois, ninguém sabia dizer se ele havia entregado o valor prometido. Um cliente da indústria gastou mais de US$ 4 milhões e não conseguiu demonstrar nenhum retorno. O CFO pediu métricas. Ninguém as tinha, e isso atrasou a rodada seguinte de financiamento.

Compare com um cliente do varejo que apoiei. O termo de abertura dele tinha KPIs definidos desde o primeiro dia. Eles mostraram uma queda de 32% nos custos de processamento de pedidos, e a fase 2 foi aprovada na hora.

Escopo com exclusões explícitas

Esta é a seção mais negligenciada. As equipes escrevem listas detalhadas do que está no escopo e deixam de fora as exclusões, que é exatamente onde as discussões acontecem.

Trabalhei com uma empresa de saúde que manteve o rollout do SAP focado dessa forma. O chefe de marketing queria incluir análises para o acompanhamento de campanhas durante os testes de aceitação do usuário (UAT). O termo de abertura não deixava espaço para isso, e o comitê de direção sinalizou o problema na hora. Só essa decisão economizou US$ 850.000 e evitou um atraso de seis semanas.

Pessoas com nome, não departamentos

"Equipe de finanças: fornece subsídios para os relatórios" não responsabiliza ninguém. "Líder de finanças, [nome]: define os requisitos de relatórios, aprova a configuração de FI/CO, aprova a prontidão da migração de dados" responsabiliza.

Marcos como compromissos

Um cliente do varejo adiou o go-live em quatro meses. O atraso inicial foi um deslize de três semanas no levantamento de requisitos que ninguém incluiu no cronograma. Presumiram que poderiam recuperar o tempo mais adiante. Em vez disso, gastaram US$ 1,8 milhão a mais.

Também funciona no sentido contrário. Em um projeto na indústria, a equipe seguiu o plano publicado. Quando a equipe de migração de dados sinalizou um atraso, o comitê de direção autorizou reforço de pessoal imediatamente, porque o termo de abertura tornava o marco visível. Essa decisão economizou tempo e US$ 600.000.

Orçamento, riscos e dependências

Um orçamento em alto nível, os três ou quatro riscos que podem descarrilar o programa e os outros programas que disputam as mesmas pessoas e o mesmo dinheiro. Um cliente do varejo gastou US$ 3,2 milhões em uma implementação que nunca entrou em operação. A reformulação financeira e o projeto SAP corriam em paralelo, com os mesmos recursos e a mesma janela orçamentária, e nenhum dos dois termos de abertura mencionava o outro. A liderança percebeu tarde demais.

Esta é a estrutura de que eu partiria. Cada seção deve caber em uma página ou menos.

1. Finalidade e contexto: por que agora, o que está quebrado, o que acontece se você não fizer nada.
2. Objetivos e medidas de sucesso: cada objetivo com uma linha de base, uma meta e uma data.
3. Escopo: módulos, processos, entidades legais, países, unidades, integrações e dados no escopo.
4. Fora do escopo: escrito com o mesmo cuidado do escopo, com a fase para a qual cada item excluído foi adiado.
5. Modelo de implantação e regras de extensão: S/4HANA Cloud Public Edition, Private Edition sob o RISE ou on-premise, e como o desenvolvimento customizado será aprovado.
6. Governança: patrocinador, comitê de direção, autoridade de design, controle de mudanças, caminho de escalonamento, com pessoas nomeadas.
7. Papéis e responsabilidades: pessoas nomeadas para cada área de processo, dados, testes, mudança e cutover.
8. Marcos: gates de fase com datas e os critérios para passar por eles. Meu guia de quality gates traz exemplos.
9. Orçamento e contingência: o envelope, a contingência e quem pode liberá-la.
10. Riscos, premissas e dependências: incluindo programas paralelos e prazos regulatórios.
11. Requisitos de conformidade: por exemplo, HIPAA na saúde dos EUA, GxP na indústria farmacêutica, SOX para empresas listadas nos EUA.
12. Aprovação: patrocinador e líderes de negócio, com número de versão e data.

1. 01Pergunte a quem conhece o trabalhoPatrocinadores, líderes de negócio e usuários finais
2. 02Separe o indispensável do desejávelGo-live, fase 2 ou fora deste projeto
3. 03Parta de um modeloDepois acrescente integração, dados e conformidade
4. 04Seja específico o bastante para encerrar discussõesVocê consegue provar que cada objetivo foi atingido?
5. 05Obtenha uma aprovação de verdadeLido, questionado e aceito, seção por seção

Um termo de abertura que você pode apontar quando o escopo for contestado no terceiro mês

1. Pergunte a quem conhece o trabalho

Antes de escrever qualquer coisa, sente-se com patrocinadores, líderes de negócio e usuários finais. Pergunte o que está quebrado e o que já foi tentado antes. Já trabalhei com um cliente da indústria que desperdiçou US$ 1,8 milhão em uma implementação SAP porque achava que sabia do que o chão de fábrica precisava. Seis meses depois, descobriu que os problemas reais de fluxo de trabalho não estavam sendo tratados.

Em uma transformação financeira em que trabalhei, a TI planejava implantar o SAP para resolver problemas de eficiência. As conversas com a área de finanças mostraram que o problema real era a má qualidade dos dados. Se não tivéssemos perguntado, teríamos gasto milhões para resolver o problema errado.

2. Separe o indispensável do desejável antes de escrever o escopo

Classifique cada insumo como necessário para o go-live, fase 2 ou fora deste projeto. Um cliente meu de serviços profissionais estourou o orçamento em 40% porque os requisitos estavam em três lugares diferentes e eram "redescobertos" meses depois do início do projeto. Meu guia de modelo de escopo ajuda nesta etapa.

3. Parta de um modelo e depois acrescente as especificidades do SAP

Um modelo genérico ignora o que torna os programas SAP caros: pontos de integração, responsabilidade pela migração e limpeza de dados, premissas de módulos, requisitos de conformidade e as regras para desenvolvimento customizado. Soube de um projeto SAP que começou com um termo de abertura genérico que nunca mencionava a limpeza de dados. Seis meses depois, os dados legados se revelaram uma bagunça, o que somou US$ 750.000 e três meses.

4. Seja específico o bastante para encerrar discussões

Conduzi a implementação de um cliente do varejo em Singapura cujo termo de abertura dizia "modernizar a gestão de estoques". Metade da equipe entendeu que isso significava processamento mais rápido. A outra metade se concentrou nas previsões. O resultado foram US$ 1,8 milhão gastos e nenhum acordo sobre como seria o sucesso. Para cada objetivo, pergunte: consigo provar que isso foi concluído?

5. Obtenha uma aprovação de verdade

O termo de abertura está pronto quando as pessoas que o assinam o leram, o questionaram e aceitaram seus compromissos. Percorra o documento com o patrocinador e os líderes de negócio, seção por seção. Já vi clientes do varejo gastarem três dias inteiros para alinhar o termo de abertura. Isso lhes poupou meses de discussões e mudanças de escopo depois.

Erro	O que causa	O que fazer em vez disso
Objetivos vagos ("melhorar a eficiência")	As equipes puxam em direções diferentes	Coloque um número em cada objetivo
Sem exclusões	O escopo cresce em silêncio	Escreva a lista de itens fora do escopo com o mesmo cuidado do escopo
Responsáveis nomeados apenas por cargo ou departamento	As decisões são adiadas	Nomeie pessoas
Sem medidas de sucesso	O go-live é comemorado, o valor nunca é demonstrado	Defina os KPIs antes do kickoff
Programas paralelos não mapeados	Colisões de recursos e orçamento	Registre as dependências nos dois termos de abertura
Termo de abertura escrito pelo parceiro de implementação	O escopo reflete o que o parceiro quer entregar	O cliente é o dono; o parceiro contribui com os detalhes

Neste último ponto, sou categórico. O seu parceiro de implementação não deve escrever o seu termo de abertura. O incentivo dele é iniciar o projeto. O seu é delimitar o escopo.

No RISE with SAP (Private Edition), acrescente duas coisas à seção de governança. Primeiro, um fórum de aprovação do Clean Core. A SAP agora classifica as extensões do nível A, somente APIs liberadas, ao nível D, modificações (SAP News, agosto de 2025). A Private Edition ainda permite modificar o core, então é o fórum que impede o acúmulo de dívida técnica. Segundo, um caminho de escalonamento até a SAP. No RISE, a SAP opera a infraestrutura e as operações técnicas. O CIO precisa saber para quem ligar na SAP quando algo falha no nível da plataforma, e não apenas no parceiro.

No GROW with SAP (Public Edition), o termo de abertura fica menor. As extensões se limitam às interfaces liberadas, então a plataforma impõe o Clean Core por você, e as opções de integração são mais restritas. Visão, medidas de sucesso, responsáveis nomeados e exclusões importam tanto quanto antes.

Ferramentas de IA podem transformar anotações de entrevistas em um primeiro rascunho mais rápido. Elas não conseguem fazer o trabalho político do termo de abertura, que é fazer os patrocinadores concordarem sobre aquilo de que são donos.

O que é um termo de abertura de projeto em uma implementação SAP?

O documento que autoriza formalmente o programa SAP. Ele define escopo e exclusões, nomeia o patrocinador e as pessoas responsáveis, estabelece medidas de sucesso, marcos e governança, e lista os principais riscos. Um termo de abertura útil é específico o bastante para resolver uma discordância sobre escopo ou responsabilidade.

O que um termo de abertura de projeto SAP deve incluir?

Finalidade, objetivos com metas mensuráveis, escopo, exclusões explícitas, modelo de implantação e regras de extensão, governança com pessoas nomeadas, papéis, marcos com critérios de gate, orçamento e contingência, riscos e dependências, requisitos de conformidade e aprovação. O roteiro acima mostra cada seção.

Qual é a diferença entre um termo de abertura e um plano de projeto?

O termo de abertura autoriza e define: escopo, patrocinador, governança e marcos de alto nível. O plano executa: tarefas, dependências, recursos e sequência. Um plano sem termo de abertura se desvia, porque o escopo nunca foi acordado. Todo compromisso do plano deve poder ser rastreado até o termo de abertura.

Quem deve escrever o termo de abertura de um projeto SAP?

O patrocinador do cliente é o dono, e o gerente do programa o redige, com os líderes de finanças, TI e operações fornecendo os detalhes. Recomendo não deixar o parceiro de implementação escrevê-lo. O incentivo dele é iniciar o projeto, não protegê-lo de um escopo de que você não precisa.

Como o RISE with SAP muda o termo de abertura do projeto?

Acrescente um fórum de aprovação do Clean Core que decida quais extensões são permitidas e em que nível. Acrescente um caminho de escalonamento até a SAP para problemas de plataforma, já que a SAP opera a infraestrutura no RISE. No GROW with SAP o termo de abertura é mais enxuto, porque a Public Edition impõe o Clean Core tecnicamente.

O termo de abertura pode mudar durante a implementação?

Sim, por meio do controle de mudanças. Trate o termo de abertura como uma linha de base. Quando escopo, patrocinador, orçamento ou um marco importante mudar, atualize-o com um número de versão, uma nota do que mudou e por quê, e uma nova aprovação. Não deixe que ele seja revisado em silêncio sempre que o projeto se desviar.