O Rev-Trac Release Management Workbench permite que uma organização reconheça e controle separadamente as alterações SAP que não são atribuídas a um release SAP.

Isso pode ser usado para beneficiar uma organização de várias maneiras e pode ser usado de forma diferente, dependendo do tipo de mudança.

Neste artigo, discutirei alguns dos benefícios do recurso de alteração não atribuída em um projeto SAP e em um ambiente de suporte SAP.

Variantes úteis

Usando uma variante no Release Management Workbench, é possível criar visualizações muito específicas para os controles desejados.

Como o gerenciamento de versões está configurado para usar um Rev-Trac-Project comum, é provável que os vários rastros de suporte SAP e rastros de projeto SAP de uma organização sejam distinguidos pelo campo Rev-Trac-Project.

Portanto, é importante configurar variantes específicas para as versões do SAP que a organização gostaria de controlar.

Para controlar ainda mais o Release Management Workbench, as variantes devem filtrar da visualização as solicitações indesejadas, que geralmente são solicitações Rev-Trac completas ou excluídas.

Ambiente de suporte

Em um ambiente de suporte SAP, é possível fazer com que as alterações individuais do SAP funcionem separadamente, sem nunca interagir com uma versão até que tenham sido totalmente testadas, o código revisado e estejam prontas para produção.

Em um ambiente ideal, o Conselho Consultivo de Mudanças (CAB) fará o login no Release Management Workbench durante a reunião de ativação da produção e terá uma lista de mudanças SAP na coluna de mudanças não atribuídas, que estão em vários status.

O controle adicional da variante permitirá que o CAB filtre as alterações não atribuídas para aquelas com status de pronto para produção.

Todas as alterações SAP marcadas como prontas para produção estão em um estado que permitirá que elas sejam adicionadas a uma versão de suporte SAP e aprovadas para migração para produção em um nível de versão.

O CAB terá controle total sobre quais alterações podem ser adicionadas à versão de suporte para esse período, arrastando e soltando as alterações das alterações não atribuídas ou entre versões.

Ambiente do projeto

Devido à natureza do trabalho de projeto do SAP, muitas vezes fica claro de qual versão do SAP uma mudança deve fazer parte no início da vida da mudança do SAP.

Dessa forma, quando o CAB estiver pronto para aprovar uma versão do projeto para pré-produção ou produção (no nível de versão), a versão já terá sido criada e incluirá uma lista proposta de alterações SAP para migração para o próximo ambiente (pré-produção ou produção, dependendo da configuração do ambiente).

O CAB provavelmente encontrará alterações que ainda não estão prontas para a produção e poderá atrasar o lançamento.

Nesse momento, o CAB ou o gerente de versão pode arrastar as alterações pré-maturas para fora da versão, para a próxima versão programada ou para a coluna de alterações não atribuídas.

Nesse momento, o CAB também pode revisar as alterações não atribuídas, para ver se alguma delas é adequada para ser incluída na versão atual (talvez relegada de uma versão anterior devido a problemas no desenvolvimento, testes atrasados, colisões de objetos ou dependências).

As alterações não atribuídas podem ser usadas como um recurso poderoso do Release Management Workbench para melhorar a qualidade, a transparência e a agilidade durante a ativação de uma versão.

Nos próximos meses, fornecerei mais alguns insights sobre as habilidades e abordagens recomendadas para gerenciar as versões do SAP com o uso do novo Release Management Workbench.