Recentemente, encontrei o livro eletrônico "Transformação digital e o CIO: Um ponto de vista preparado pela IBM e pela SAP".

Entre outras coisas, destaca a necessidade de as organizações de TI da SAP desenvolverem sistemas, processos e metodologias - como SAP DevOps - para oferecer inovação contínua para a empresa.

Ao discutir as oportunidades e os desafios para os CIOs, a IBM e a SAP destacaram as áreas que os CIOs articularam como suas prioridades.

Uma dessas prioridades é a agilidade e o fornecimento de inovação contínua para a empresa.

No entanto, apenas 17% das organizações de suporte de TI adotaram qualquer tipo de metodologia ágil de desenvolvimento de software e apenas 15% adotaram uma metodologia ágil de desenvolvimento de software. SAP DevOps A abordagem ainda tem muito a ser feito.

Fonte: "Digitizing IT", Unidade de Inteligência da The Economist, 2016

 

Então, como as equipes de TI da SAP e seus CIOs chegam lá, especialmente no que diz respeito aos sistemas centrais de registro da empresa?

O caminho para o SAP DevOps

O caminho técnico para SAP DevOps é relativamente simples, principalmente se for baseado no uso eficaz de uma plataforma de automação de controle de alterações.

Portanto, supondo que a automação do controle de mudanças esteja em vigor, este é o caminho para SAP DevOps observamos que as equipes de TI da SAP estão viajando.

1. Abordagem de várias velocidades

Há uma diferença inevitável entre a taxa em que os sistemas digitais de engajamento podem mudar e a taxa em que os sistemas SAP de registro podem mudar e, portanto, é necessária uma abordagem de velocidade dupla.

Mas isso não significa que todas as mudanças no SAP precisem ser lentas, ou que a governança e o controle devam resultar em uma entrega lenta das mudanças no sistema de registro.

Por meio de uma abordagem multi-track, as equipes de TI da SAP podem acelerar significativamente as mudanças na empresa sem comprometer a governança, o controle ou a qualidade.

A abordagem é bastante simples. Divida o trabalho em tipos de mudança por impacto potencial e execute cada tipo em sua própria trilha de entrega e aprovação.

O baixo impacto são as pistas mais rápidas, com menos aprovações e testes mínimos, e o alto impacto são as pistas mais lentas.

2. Metodologias de desenvolvimento ágil

Independentemente de o trabalho ser dividido em sprints, histórias ou versões, são necessários métodos de entrega de partes menores de software de qualidade, totalmente testadas e prontas para implantação.

Funcionalidades menores terão menor impacto geral, exigirão testes menos rigorosos e poderão ser entregues mais rapidamente.

Isso se baseia na metodologia de lançamento de várias trilhas.

Na medida do possível, o trabalho é desenvolvido para minimizar o impacto, de modo que possa ser executado nas trilhas mais rápidas e de baixo impacto, e somente as mudanças inevitáveis e de alto impacto sejam executadas nas trilhas mais lentas e controladas.

3. SAP DevOps

Deixar coisas como controle de qualidade, avaliação de impacto e testes no processo, permitindo que os desenvolvedores entendam o impacto de seus desenvolvimentos mais cedo, possibilita que mais mudanças sejam desenvolvidas com o menor impacto, aumentando assim o volume de mudanças mais rápidas.

Essa abordagem requer o uso de uma série de ferramentas ALM inteligentes (nativas da SAP ou de terceiros) que automatizam as atividades de DevOps, como revisão de código, avaliação de impacto, testes unitários e de regressão e assim por diante.

Como eles são introduzidos no ciclo de desenvolvimento e, em seguida, vinculados por meio de uma plataforma automatizada de fluxo de trabalho de controle de alterações, como o Rev-Trac, o resultado é um DevOps observável e seus benefícios.

Automação como plataforma

Para as organizações de suporte de TI da SAP que usam o Rev-Trac como sua plataforma ágil/DevOps, a boa governança e o controle e o desenvolvimento rápido não são mutuamente exclusivos.

Não apenas as tarefas e os processos necessários para um bom gerenciamento de mudanças no SAP são automatizados, mas também os controles necessários para aplicar uma abordagem multi-track sem sobrecarregar a equipe.

A plataforma de fluxo de trabalho precisava vincular os SAP DevOps para que se tornem tão "em processo" quanto outras atividades de desenvolvimento, também está em vigor à medida que o programa amadurece.

Para obter mais informações sobre como o Rev-Trac apoia a adoção de SAP DevOps metodologias, sinta-se à vontade para alcançar a um de nossos especialistas em gerenciamento de mudanças SAP.