Pular para o conteúdo principal

Os 5 passos de uma implantação SAP usando ASAP

Pelos gestores, já é sabido que o sucesso de um projeto é, em grande parte, determinado pela maneira como ele é conduzido. Isto não apenas para projetos SAP, mas também para qualquer outro ambiente. E para melhorar a probabilidade de sucesso de uma implementação, seja ela de instalação, upgrade ou extensão, a SAP desenvolveu um modelo que a direciona da melhor maneira possível: o ASAP (AcceleratedSAP). Ele é bastante útil e funcional, pois conduz diversas práticas de governança e engenharia de software.
A metodologia ASAP é baseada em pilares, que são divididos em cinco fases. Elas abrangem desde a preparação do projeto, passando pelo Blueprint do negócio, desenvolvimento e testes funcionais até chegar à validação, implementação e elaboração de propostas de melhorias gerais de performance. Este ciclo de governança ajuda a tornar o projeto mais controlável e organizado, aumentando as chances de sucesso. A seguir, conheça, de maneira detalhada, as cinco fases abordadas pela metodologia ASAP:

1. Planejamento do projeto
A primeira fase envolve toda a preparação do projeto, incluindo a definição do escopo, que deve ser detalhado e estimado. O planejamento é realizado para alinhar o entendimento do que é o projeto em si, e devem ser englobados os seguintes pontos:
  • Escopo;
  • Estimativas;
  • Planejamento inicial do projeto;
  • Cronograma;
  • Aspectos técnicos;
  • Definição de equipe e treinamentos necessários;
  • Identificação de riscos e estratégias;
  • Quality Assurance.

2. Blueprint do negócio

Neste momento, os analistas funcionais devem levantar e detalhar os requisitos de negócio e processos da empresa. Tudo deve ser documentado e consolidado no Business Blueprint, endereçando os seguintes assuntos:
  • Levantamento dos processos de negócio;
  • Gestão do projeto;
  • Mudanças organizacionais e estratégias para o seu tratamento;
  • Treinamento de key users e usuários finais;
  • Ambiente para desenvolvimento;
  • Necessidades e mudanças organizacionais;
  • Definição dos novos processos de negócio;
  • Quality Assurance.

3. Realização

Aqui ocorre a implementação de todos os processos de negócio, configurações e parametrizações da fase anterior, baseados no Blueprint gerado. Eles são configurados, adaptados ou implementados no sistema através das seguintes atividades:
  • Configuração base;
  • Configuração final;
  • Desenvolvimento de programas externos;
  • Implementação de interfaces;
  • Testes individuais por módulo;
  • Testes integrados;
  • Documentação de cenários e processos;
  • Treinamentos de usuários finais e documentação;
  • Tracking dos bugs;
  • Quality Assurance.

4. Preparação final

A fase final de preparação trata dos últimos testes, ajustes e verificações. Se atender ao nível de estabilidade esperado, o sistema poderá ir para o go-live. Neste momento, são executadas atividades como:
  • Testes de volume;
  • Testes de stress;
  • Planejamento da implantação;
  • Estratégia de implantação;
  • Treinamentos dos usuários finais;
  • Quality Assurance.

5. Go-live e suporte

Nesta última fase do ASAP, o sistema é colocado em produção e o projeto de implementação é encerrado. É nesse momento que entra em vigor o programa de melhoria contínua de processos, com suporte go-live e melhorias gerais de performance. Também são executadas atividades como:
  • Ajustes em hardware, software, base de dados, sistema operacional e outros;
  • Transferência de pré-produção;
  • Treinamentos;
  • Suporte aos key-users e usuários;
  • Encerramento.

Comentários

Postagens mais visitadas deste blog

Saída de mercadorias (MIGO_GI)

Saída Logística - Administração de Materiais - Administração de Estoques - Movimento mercadoria (MIGO) - Saída de mercadorias (MIGO_GI) - Saída de mercadorias (MB1A) Uma saída de mercadoria (SM) é a retirada de material do estoque, seja para consumo ou expedição para um cliente. Tipo de movimento - 201 – Consumo de mercadoria para centro de custos vindo do depósito - 221 – Consumo de mercadoria para projeto vindo do depósito - 261 – Consumo para ordem vindo do depósito - 281 – Consumo para diagrama de rede vindo do depósito - 541 – Subcontratação: remessa dos componentes de livre utilizável para fornecedor - 551 – Retirada para sucata de livre utilizável As opções da transação MIGO_GI são: Saída e Estorno. Campos a serem preenchidos para Saída de Mercadoria: - Selecionar “Saída de mercadorias” - Entrar com os dados dos itens a serem retirados do depósito: o Material o Quantidade o Centro o Depósito o Centro de Custo (obrigatório dependendo do tipo de saída) Campos...

sap_basis (Monitoramento do SAP Basis)

sap_basis (Monitoramento do SAP Basis) O probe sap_basis (SAP Basis Monitoring - Monitoramento do SAP Basis) monitora a integridade e o desempenho do cenário SAP. Este probe ajuda as empresas a monitorarem seus aplicativos SAP críticos à missão. O probe sap_basis pode monitorar as instâncias do SAP, as instâncias de banco de dados e sistemas de arquivos, que são os principais componentes de uma implantação do SAP Basis. Consulte Métricas do sap_basis para compreender os recursos de monitoramento do probe. O probe permite que os administradores do Basis tenham uma visão holística do ambiente SAP Basis e os ajuda a detectar problemas antes que eles afetem os usuários finais. Com esse probe, a equipe do Basis pode monitorar o desempenho de seus aplicativos em um único console, ver os alertas assim que as ocorrências surgem, diagnosticar e solucionar os problemas, acompanhar as tendências e planejar usando os gráficos no USM (Unified...

Execução de Jobs em segundo plano no SAP

As tarefas em segundo plano no sistema SAP são executadas em segundo plano sem afetar as operações normais no sistema.  Esses trabalhos são usados ​​para reduzir o esforço manual e automatizar o processo.  Eles podem ser executados em segundo plano sem qualquer entrada do usuário e podem ser programadas para serem executadas quando o carregamento do sistema estiver baixo. Jobs em segundo plano podem ser divididos em três categorias - Classe A (alta prioridade) Isso é usado para tarefas urgentes ou críticas e deve ser agendado como Jobs prioritário de classe A.  O Job de Classe A reserva um ou mais processos de trabalho em segundo plano. Classe B (Prioridade Média) Esses Jobs são executados após a conclusão de trabalhos de alta prioridade da Classe A. Classe C (baixa prioridade) Os Jobs nessa categoria são executados depois que as tarefas de classe A e de classe B são concluídas.