Recentemente, encontrei o livro eletrônico "Transformação digital e o CIO: A point of view prepared by IBM and SAP" que, 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.
- Desenvolver uma abordagem de várias velocidades para gerenciar as mudanças no SAP
- Introduzir metodologias de desenvolvimento ágil
- Faça a graduação para uma abordagem de DevOps
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
A transferência de itens como QA, avaliação de impacto e testes para a esquerda permite que as equipes entendam os impactos de seus desenvolvimentos mais cedo.
Isso, por sua vez, permite que mais mudanças sejam desenvolvidas com o menor impacto, aumentando 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 necessária para vincular as atividades de DevOps, de modo que elas se tornem tão "em processo" quanto as outras atividades de desenvolvimento, também é implementada à medida que o programa amadurece.
Para obter mais informações sobre SAP DevOps e como o Rev-Trac pode ajudá-lo a atingir seus objetivos, sinta-se à vontade para entrar em contato com nosso Especialistas em gerenciamento de mudanças SAP.