Carreira

Principais Tipos de Projetos SAP

Pinterest LinkedIn Tumblr

Introdução

Dentro do mundo SAP é bem comum se deparar com terminologias bem especificas que muitas vezes não são muito claras a pessoas que não fazem parte desse mundo ou que estão iniciando nele.

O propósito desse post é falar sobre quais são os principais tipos de projeto e suas principais fases.

1) Projetos de Implementação

Descrição

É o projeto onde a empresa está implementando o sistema SAP pela primeira vez.

Nesse caso especifico, aquela determinada empresa ainda não possui o sistema SAP em nenhuma outra filial no mundo inteiro.

O projeto é implementado, processos são definidos e muitas vezes, ao final do projeto um “Template Global” é criado, sendo utilizado em um outro tipo de projeto que falaremos logo na sequência: Rollouts.

Os projetos de implementação SAP são um pouco mais difíceis de encontrar hoje em dia, já que a maioria das grandes empresas já realizaram a primeira implementação do sistema SAP.

Fases

As principais fases do projeto de implementação são:

  • Preparação: Estrutura do projeto, contratação de equipe, etc.
  • Business Blueprint (BBP): Preparação de documentos detalhando os processos AS-IS (processos atuais) e processos TO-BE (como os processos irão funcionar após o go-live do projeto), Workshops com os consultores e time de negócio, etc.
  • Realização: Configuração e cargas iniciais de dados mestre (Ex: Fornecedores e Clientes). Além disso é realizada a primeira rodada de testes pelos próprios consultores, os chamados “Testes Unitários”.
  • Testes Integrados e Testes de Aceitação dos Usuários (UAT): Nessa fase são realizados testes integrando todos os processos da empresa. Além disso, é nessa fase que acontecem os testes mais importantes do projeto, os testes de aceitação do usuário (UAT), onde os próprios Key Users irão realizar os testes e aprovar os processos e soluções.
  • Go Live e Suporte: O projeto finalmente entra no ar e o negócio começa a utilizar o sistema. Essa fase também engloba o chamado Hypercare, que consiste em uma fase onde os consultores que implementaram o projeto fazem o suporte de maneira muito próxima aos usuários.

Nível de Complexidade

O nível de complexidade do projeto dependerá muito do tipo de negócio da empresa.

Uma empresa que é apenas uma distribuidora de produtos terá uma complexidade muito inferior a uma empresa farmacêutica.

Além disso, por se tratar de uma implementação, o tempo de implementação será maior principalmente pela quantidade de definições e decisões a serem tomadas.

2) Projetos de Suporte

Descrição

Um projeto de suporte é um projeto onde os consultores são responsáveis por prover suporte as atividades cotidianas da empresa.

Após a empresa ter o SAP implementado é comum que problemas ocorram.

Esses problemas podem tanto ser por um erro no momento da implementação ou por um cenário que não foi discutido.

Fases

O mais comum quando falamos da atividade de suporte é que os usuários do sistema abram um ticket reportando um defeito encontrado.

Basicamente, o ticket irá seguir as seguintes fases:

  • Abertura do ticket pelo usuário SAP
  • Triagem inicial do ticket para identificar qual fila deve trata-lo (definir qual módulo o ticket se trata, sua complexidade, etc)
  • Análise do ticket por um consultor SAP (caso o ticket seja extremamente complexo e uma solução que leve muito tempo seja necessária, o ticket irá se tornar uma melhoria – falaremos mais abaixo sobre).
  • Tratamento do ticket: O Consultor responsável realiza a correção no sistema, performa os testes, cria uma documentação, e solicita ao usuário que também realize alguns testes para aprovar a solução (geralmente isso é feito no ambiente de qualidade).
  • Aprovação: após o teste realizado pelo usuário (o mesmo que abriu o ticket), o usuário realiza a aprovação e solicita que a solução seja transportada para o ambiente produtivo.
  • Transporte: O consultor solicita a liberação de sua configuração para o ambiente produtivo e assim que a próxima janela (na maioria das empresas existem janelas semanais ou mensais para o transporte de melhorias) acontecer, a solução estará pronta e disponível no ambiente produtivo.

Nível de Complexidade

O nível de complexidade pode ser alto e depende muito do tipo de problema reportado pelo usuário.

Duração

A atividade de suporte é constante. Não possui uma data de término.

3) Projetos de Melhorias

Descrição

Um projeto de melhorias pode ser originado de um problema reportado através de um ticket (e que possui uma complexidade extremamente alta) ou pode ser realmente uma melhoria solicitada pelo time de negócios para o time de tecnologia da empresa.

Muitas vezes, para realizar a implementação da melhoria, uma consultoria é contratada pela empresa para trabalhar na mesma.

Fases

Um projeto de melhorias tem uma estrutura mais simples, mas possui diversas fases:

  • Criação de um documento com o que deve ser implementado (cada empresa utiliza um padrão de nomenclatura para esse documento, por exemplo: Requisição de Melhoria).
  • Estimativa: O time responsável por implementar a melhoria analisa a requisição, faz um rápido esboço da solução e solicita a aprovação de ambos para o responsável pelo gerenciamento da melhoria por parte da empresa.
  • Especificação Funcional: Após a aprovação, o time de consultores cria a especificação funcional (um documento detalhado da solução) e solicita a aprovação do mesmo.
  • Implementação: Após aprovado, o time de consultores implementa a melhoria, realiza os testes unitários e solicita que o usuário realize testes no ambiente de qualidade para que a solução seja aprovada oficialmente.
  • Aprovação: após o teste realizado pelo usuário, o usuário realiza a aprovação e solicita que a melhoria seja transportada para o ambiente produtivo.
  • Transporte: O consultor solicita a liberação de sua configuração para o ambiente produtivo e assim que a próxima janela (na maioria das empresas existem janelas semanais ou mensais para o transporte de melhorias) acontecer, a solução estará pronta e disponível no ambiente produtivo.

Nível de Complexidade

O nível de complexidade pode ser bem alto e depende muito do tipo de problema reportado pelo usuário.

Algumas vezes uma melhoria pode ser um novo requerimento legal solicitado pelo próprio governo, o que pode tornar sua implementação extremamente demorada.

Duração

O tempo depende da complexidade da melhoria a ser implementada.

4) Projetos Rollout

Descrição

Conforme foi mencionado no primeiro tipo de projeto “Implementação”, após o sistema SAP ser implementado pela primeira vez na sede de uma grande empresa, é muito comum que um template seja criado (com todos os processos padrões) e o mesmo seja implementado nas filiais da empresa (inclusive em outros países).

O projeto Rollout tem como propósito a implementação desse template em todas as filiais daquela empresa.

O grande foco do time que estará trabalhando para implementar esse tipo de projeto é que o template seja alterado o mínimo possível, pois assim, os processos de todas as empresas serão parecidos em todos os países onde a empresa possui um escritório.

Fases

As fases desse projeto são similares ao projeto de implementação:

  • Preparação: Estrutura do projeto, contratação de equipe, etc.
  • Business Blueprint (BBP): Preparação de documentos detalhando os processos AS-IS (processos atuais) e processos TO-BE (como os processos irão funcionar após o go-live do projeto). O foco dessa fase será manter os processos o mais próximos possíveis aos processos já definidos no template global da empresa.
  • Realização: Configuração e cargas iniciais de dados mestre (Ex: Fornecedores e Clientes). Além disso é realizada a primeira rodada de testes pelos próprios consultores, os chamados “Testes Unitários”.
  • Testes Integrados e Testes de Aceitação dos Usuários (UAT): Nessa fase são realizados testes integrando todos os processos da empresa. Além disso, é nessa fase que acontecem os testes mais importantes do projeto, os testes de aceitação do usuário (UAT), onde os próprios Key Users irão realizar os testes e aprovar os processos e soluções.
  • Go Live e Suporte: O projeto finalmente entra no ar e o negócio começa a utilizar o sistema. Essa fase também engloba o chamado Hypercare, que consiste em uma fase onde os consultores que implementaram o projeto fazem o suporte de maneira muito próxima aos usuários.

Nível de Complexidade

E importante se mencionar que a complexidade para esse tipo de projeto varia muito dependendo da complexidade fiscal de onde o template será implementado.

Quando um template criado nos Estados Unidos ou na Europa por exemplo, é levado para ser implementado em países com uma legislação fiscal muito complexa (Brasil ou Argentina por exemplo), a complexidade do projeto costuma ser até maior do que o projeto de implementação inicial e durar muito tempo.

Mas quando o template irá ser implantado em países onde a complexidade tributária é simples, o rollout pode ser feito rapidamente (Austrália por exemplo).

Duração

O tempo depende principalmente da complexidade tributária do país onde o template será implementado.

4) Projetos de Upgrade

Descrição

Os projetos de upgrade costumam ser projetos mais “técnicos”.

O que quero dizer com “mais técnicos”?

São projetos onde o principal propósito é a realização de uma mudança de versão do sistema SAP. Exemplo: Migração da versão ECC para a versão S/4hana.

Fases

As fases desse tipo de projeto podem variar bastante a depender de qual versão para qual versão o upgrade está sendo realizado.

Nível de Complexidade

Costuma ser mais baixo do que projetos de implementação ou rollouts.

O grande ponto de atenção é ter certeza que programas ABAP irão funcionar corretamente na nova versão do sistema SAP.

Duração

Esse tipo de projeto costuma ser mais rápido dos que os projetos anteriormente discutidos. Mas isso não é uma regra geral.

Conclusão

Espero que você tenha gostado de entender um pouco mais sobre os principais tipos de projetos dentro do mundo SAP. Esse tipo de conhecimento é muito importante, principalmente para analisar com cuidado o tipo de projeto que mais se adapta ao seu perfil quando receber uma proposta de trabalho.

Se você gostou desse post, não deixe de se inscrever em nossa newsletter para receber em primeira mão os próximos posts e compartilhar esse post com seus amigos.

Caso você tenha qualquer sugestão (inclusive de assuntos que gostaria de ler a respeito), fique à vontade em enviar um e-mail para sapsteps@sapsteps.com.

Um grande abraço,

Bruno César

Assine nossa newsletter

Conteúdo SAP Exclusivo para você!

Atuando há 16 anos na área de tecnologia da informação (mais de 10 anos especificamente como consultor SAP), Bruno César é consultor SAP especialista em Supply Chain, tendo atuado em diversos projetos globais para empresas ao redor do globo. Além de SAP, ele também se dedica a área de investimentos financeiros e escreve livros.

Write A Comment