O diagrama acima exibe uma visão de alto nível de algumas das principais atividades executadas em cada fase do SAP Activate.
Vejamos o seguinte:
Atividades detalhadas das fases do SAP Activate
Abordagem da fase de preparação do SAP Activate
Abordagem da fase de exploração do SAP Activate
Abordagem da fase de realização do SAP Activate
Atividades da fase de implementação do SAP Activate
Este slide fornece uma descrição da fase de Preparação juntamente com as principais atividades relacionadas a serem executadas.
Esta figura mostra alguns exemplos de aceleradores disponíveis para uso na entrega de um projeto usando o SAP Activate. Aceleradores são documentos, modelos ou links para ferramentas e outros ativos que podem ajudar uma equipe de projeto a concluir o trabalho mais rapidamente, fornecendo orientação clara ou um ponto de partida para produzir um resultado como um resultado.
Na fase Preparar, temos diferentes aceleradores:
Suplemento de remessa
Documento de escopo da solução
Requisitos de software e entrega para o plano de estrutura do projeto de melhores práticas
Planos de gerenciamento de projetos e documentos de governança
Este slide fornece uma descrição da fase de Exploração juntamente com as principais atividades relacionadas a serem realizadas.
Este diagrama fornece uma descrição do objetivo do processo de ajuste ao padrão.
O diagrama acima detalha em seis etapas, como abordar os workshops fit-to-standard.
Estas são as saídas pretendidas dos workshops fit-to-standard.
Estes são os princípios a serem aplicados nos workshops fit-to-standard:
- Fit-to-standard: a adoção de uma abordagem Fit-to-Standard e da funcionalidade padrão da SAP minimizará o risco de entrega e, em última análise, reduzirá o custo total da implementação e operação.
- Justificativa de valor: os aplicativos da SAP são baseados nas melhores práticas do setor e todas as personalizações propostas devem ser motivadas em relação ao valor comercial.
- Mostre e diga: liderar as atividades de design mostrando, em vez de contar, contribui significativamente para a adoção, capacitação e aceitação dos negócios
- Participação ativa: a participação ativa dos usuários empresariais nas atividades de design e aceitação promove a colaboração e é fundamental para a entrega de uma solução bem-sucedida.
- Foco na simplicidade: ao projetar a solução, concentre-se na simplicidade e facilidade de uso, minimizando ao máximo funcionalidades complexas desnecessárias.
- Aceitação do design: a aplicação desses princípios em workshops Fit-to-Standard facilita a adoção e leva à aceitação do design pela empresa.
As sete atividades de alto nível a seguir são realizadas durante os workshops fit-to-standard.
Definir valor de referência:
Concordar com os princípios orientadores de adequação ao padrão.
Preparar estrutura organizacional, dados mestre e diagramas de processo. Vincular processos a drivers de valor.
Validação da solução SAP:
Mostrar e informar os principais elementos de design padrão da SAP.
Coletar necessidades delta:
Identificar lacunas para o padrão da SAP.
Registrar em log ou criar itens de escopo adicionais.
Criar atraso inicial:
Definir prioridades e estimativas de esforços. Identificar dependências.
Planeje sprints para a fase Explorar.
Ampliar documentação da solução:
Atualizar diagramas de processo e design de processo. Visualize a UX.
Verificar e aceitar:
Verificar processo e documentação da solução. Impulsione a aceitação.
Planejar sprints e liberações
Uma consideração importante antes de executar os workshops fit-to-standard é permitir que os usuários empresariais utilizem os principais tópicos que serão abordados nos workshops. Isso inclui a ativação de conceitos de dados mestre, terminologia da SAP, abordagem de workshops e metodologia do SAP Activate, entre outras atividades.
As sessões de capacitação devem ser alinhadas ao escopo do projeto para preparar melhor o público empresarial para a participação ativa nos workshops.
Aqui está um exemplo de um acelerador sobre como executar seus workshops fit-to-standard, que estão disponíveis para download a partir do SAP Activate Roadmap Viewer e para utilização em seus projetos.
Há muitos outros aceleradores disponíveis para uso em cada fase, fluxo de trabalho e roadmap disponíveis para atividades ao longo do projeto.
A aplicação de uma abordagem ágil completa executando sprints na fase de exploração também é possível ao utilizar o SAP Activate.
O diagrama acima detalha atividades sobre como inicializar atividades de scrum, bem como como conduzir as sessões de coleta de requisitos usando sprints nos workshops da fase Explorar.
Continuando com a execução da aplicação do scrum na fase de exploração, o diagrama acima mostra como executar atualizações de design, verificação e aprovação, usando um sprint nos workshops da fase de exploração.
Este slide fornece uma descrição da fase de Realização juntamente com as principais atividades relacionadas a serem executadas.
As equipes de projeto em projetos da SAP podem ser estruturadas de diferentes formas. O exemplo acima mostra a estruturação de equipes de scrum por processo modular ou de ponta a ponta, bem como por equipes de suporte.
As equipes Scrum incluem de 5 a 9 membros com funções de projeto SAP atribuídas.
As equipes Scrum podem ser organizadas por área de trabalho e/ou por área de aplicação.
Scrum Master e Product Owner trabalham com a equipe de scrum.
O trabalho em várias equipes de scrum é coordenado através do Scrum of Scrums Ceremony, onde cada equipe de scrum delega seu representante.
Gerentes de projeto, treinadores ágeis, arquitetos e outros papéis também podem se juntar ao Scrum of Scrums Ceremony.
A cerimônia Scrum of Scrums é usada para discutir tópicos de sobreposição ou integração.
O diagrama, Requisitos transparentes para implementação, ilustra a estrutura terminológica e as métricas de relacionamento em projetos ágeis da SAP.
Sprints
Sprints são uma unidade de medida ou um período ou tempo entre duas a quatro semanas, onde a construção incremental da solução ocorre. Geralmente, terminando com uma sessão de show e tell de volta ao público empresarial que levantou o requisito no workshop.
Pacotes
As ondas são uma unidade de medida e um período maior com muitos sprints atribuídos a um pacote. As ondas são geralmente de um a três meses de duração.
Fases
A fase Realizar é a fase de criação e consiste em um ou mais pacotes, dependendo do tamanho do projeto.
Liberar
Um release é todas as funcionalidades criadas que terminam com uma entrada em operação. Os projetos podem ter um ou vários releases, dependendo do escopo e do tempo do projeto.
Este diagrama fornece uma boa ilustração da aparência de uma fase típica de Realização em um contexto ágil. No exemplo, existem vários sprints desde o início da fase, terminando com um teste de aceitação do usuário. Incluído neste exemplo está o sprint de confirmação em que o teste de cadeia é executado. O teste de sting testa a integração ou sobrepõe aspectos da funcionalidade criada nos sprints anteriores.
O teste de integração também pode ser entregue por meio de sprints. O teste de integração abrange o teste de todas as funcionalidades criadas. Este é o teste final realizado pela equipe de consultoria antes de a equipe de negócios testar o sistema no Teste de aceitação do usuário.
O Sprint Backlog é uma lista de tarefas identificadas pela equipe Scrum a serem concluídas durante o Sprint. Durante o planejamento do Sprint, a equipe planeja e seleciona vários itens do Product Backlog e identifica as tarefas necessárias para concluir cada histórico de usuário.
Um Scrum Board é uma ferramenta que ajuda as equipes a tornar visíveis os itens do Sprint Backlog. A placa pode ser física ou digital, mas serve para o mesmo objetivo de rastrear tarefas de sprint. O quadro é atualizado pela equipe durante a sessão de stand-up diária e exibe todos os itens que precisam ser concluídos para o Sprint atual.
O diagrama acima ilustra as cerimônias de scrum realizadas em um grande projeto. A ênfase por trás deste slide é que, em um projeto grande, muitos recursos fazem parte da equipe do projeto. Essencialmente, cada recurso usa "um limite" e/ou uma segregação de funções é imposta.
Um exemplo disso pode ser que, em um projeto grande, um gerente de projeto só realizará atividades de gerenciamento de projetos, uma vez que o projeto pode ter um gerente de release e um gerente de qualidade dedicados. Da mesma forma, em um projeto grande, pode haver uma equipe de testes. Nesse caso, os consultores funcionais não serão responsáveis por nenhum teste, pois a equipe de testes assumirá essa função.
O diagrama acima ilustra as cerimônias de scrum realizadas em um pequeno projeto. A ênfase por trás deste slide é que projetos menores têm menos recursos, em sua equipe de projeto, e cada recurso pode precisar executar mais de uma função no projeto, essencialmente usando "mais bonés".
Um exemplo disso pode ser que, em um projeto pequeno, um gerente de projeto não só executará atividades de gerenciamento de projetos, mas também precisará executar tarefas de administração de release ou de administração de qualidade. Da mesma forma, em um projeto pequeno, pode não haver uma equipe de testes dedicada. Neste caso, os consultores funcionais também serão responsáveis por testar tarefas relacionadas.
Este diagrama exibe um exemplo de uma solução com dois releases. No exemplo exibido acima, a primeira parte da solução é criada utilizando sprints na fase Realizar e atividades de implementação subsequentes executadas na fase Implementar. O primeiro release entra em operação e a solução é agora produtiva. Após a entrada em operação, o projeto entra imediatamente no período de hypercare, em que todos os consultores de projeto executam tarefas e atividades relacionadas ao suporte ao negócio com a adoção da nova solução. Uma vez terminado o período de hypercare, as atividades do segundo release são iniciadas e executadas nas diferentes fases até a segunda entrada em operação, onde toda a solução se torna produtiva.
O diagrama acima fornece uma visão geral e uma descrição dos principais resultados realizados na fase de Implementação.
Cutover é um conjunto de atividades que são executadas no último fim de semana antes da entrada em operação. Este é um período entre a desativação do acesso aos sistemas legados antigos e a ativação do acesso ao sistema da SAP recém-criado.
O cutover é planejado na fase de Realização e executado na fase de Implementação. As atividades de cutover também podem ser executadas em sprints para gerenciar tarefas relacionadas à transferência.
Este é um exemplo de um modelo cutover, que está disponível para download e para utilização em seus projetos, a partir do SAP Activate Roadmap Viewer.
A SAP tem um total de dezesseis padrões para os principais processos operacionais dentro dos negócios e das unidades de TI de uma empresa.
Cada padrão contém procedimentos de melhores práticas sobre como executar as tarefas individuais, explicações sobre quais ferramentas dentro do SAP Solution Manager devem ser usadas e treinamento e serviços disponíveis que dão suporte à adoção do padrão. A implementação e a otimização desses padrões da SAP para operações da solução são os principais resultados a serem fornecidos dos pacotes de trabalho da fase de execução.
Esses principais padrões e práticas atendem às necessidades de especialistas em processos empresariais responsáveis pelo design e execução dos processos empresariais e dos departamentos de TI que garantem que os serviços fornecidos pelas soluções SAP estejam disponíveis para os usuários empresariais após a entrada em operação.
Os padrões de operação da SAP estão disponíveis para download em:
https://support.sap.com/en/offerings-programs/ccoe/media-library.html?anchorId=section_1870756447