Hace poco me encontré con "La transformación digital y el CIO: Un punto de vista elaborado por IBM y SAP".
Lo más destacado de este libro electrónico es la necesidad de que los equipos de TI de SAP emprendan el camino hacia SAP Agile y desarrollen sistemas y procesos para ofrecer innovación continua a la empresa.
Los CIO consideran que la agilidad es clave para fomentar la innovación. Esto significa que la agilidad se está convirtiendo rápidamente en el centro de atención de los CIO.
Este enfoque tiene sentido, sobre todo cuando los equipos que cumplen los objetivos del CIO comprenden la ventajas de adoptar metodologías ágiles.
Razones/beneficios de adoptar la agilidad, Fuente: "12º Informe anual sobre el estado de la agilidad", VersionOne Inc.
La pregunta para los equipos de TI de SAP y sus CIO es: ¿cuál es el camino hacia SAP agile en lo que respecta a los sistemas centrales de registro de la empresa?
El camino hacia SAP agile y DevOps
El camino técnico hacia SAP agile y DevOps -a diferencia de la mentalidad- es relativamente sencillo.
Más aún si se basa en el uso eficaz de una plataforma de automatización del control de cambios.
Una vez implantada la automatización del control de cambios, he aquí un camino común hacia SAP agile y DevOps.
- Desarrollar un enfoque de varias velocidades para gestionar el cambio de SAP
- Introducir metodologías de desarrollo ágiles
- Pasar a un enfoque DevOps
¿Qué significa todo esto para los equipos informáticos de SAP?
Enfoque multivelocidad
Existe una diferencia inevitable entre los ritmos de cambio de los sistemas digitales de compromiso y los sistemas SAP de registro. En consecuencia, es necesario un enfoque de doble velocidad.
Pero esto no significa que todos los cambios de SAP deban ser lentos o que la gobernanza y el control deban dar lugar a una entrega lenta de los cambios de SAP.
Con un enfoque múltiple, los equipos de TI de SAP pueden acelerar considerablemente el cambio empresarial sin comprometer la gobernanza, el control ni la calidad.
El planteamiento es muy sencillo. Se divide el trabajo en tipos de cambio según su impacto potencial y cada tipo se somete a su propio proceso de entrega y aprobación.
De bajo impacto son las pistas más rápidas con menos homologaciones y pruebas mínimas, y de mayor impacto las pistas más lentas.
Metodologías de desarrollo ágil
Tanto si el trabajo se divide en sprints, historias o versiones, se necesitan métodos para entregar piezas más pequeñas de software de calidad, totalmente probadas y listas para su despliegue.
Los elementos funcionales más pequeños tendrán un menor impacto global, requerirán pruebas menos rigurosas y podrán entregarse más rápidamente.
Esto se basa en la metodología de publicación multipista.
En la medida de lo posible, el trabajo se desarrolla para minimizar el impacto, de modo que pueda discurrir por las vías más rápidas y de menor impacto.
A su vez, los cambios inevitables y de gran impacto pueden atropellar las vías más lentas y controladas.
Dejando sólo los cambios inevitables y de gran impacto que se ejecutan por las vías más lentas y controladas.
var protocol = (("https:" == document.location.protocol) ? "https://" : "http://");
document.write(unescape(“%3Cscript src='” + protocol + “www.techvalidate.com/assets/embed.js’ type=’text/javascript’%3E%3C/script%3E”));
var tvAsset_EBF90FA10 = nuevo TVAsset();
tvAsset_EBF90FA10.initialize({anchura: 610, altura: 430, 'estilo': 'transparent', 'tvid':'EBF90FA10′, 'protocol':document.location.protocol});
tvAsset_EBF90FA10.display();
Marcha hacia SAP DevOps
Dejar cosas como la garantía de calidad, la evaluación del impacto y las pruebas para que estén en proceso permite a los desarrolladores comprender antes el impacto de sus cambios.
Como resultado, se pueden desarrollar más cambios con el menor impacto, lo que aumenta el volumen de cambios de vía más rápidos.
Requiere el uso de una serie de herramientas inteligentes de ALM (nativas de SAP o de terceros) que automaticen las actividades de DevOps, incluida la revisión del código, la evaluación del impacto y las pruebas unitarias y de regresión.
Integrar estas herramientas en el ciclo de desarrollo y luego vincularlas a través de una plataforma automatizada de control de cambios, como Rev-Trac Platinopermite un planteamiento unificado que respalda SAP DevOps.
Reducción de los costes operativos, mayor estabilidad del sistema de producción y más tiempo para innovar son sólo algunas de las ventajas demostrables.
Cómo llegar
La buena gobernanza y el control y el rápido desarrollo de aplicaciones informáticas no tienen por qué excluirse mutuamente.
Rev-Trac Platino automatiza tanto las tareas y procesos necesarios para una buena gestión de cambios de SAP como los controles necesarios para aplicar un enfoque multipista, lo que le sitúa en el camino hacia SAP agile.
Además, el software orquesta automáticamente las actividades DevOps, de modo que se convierten en algo tan "en proceso" como otras tareas de desarrollo.
Debatir cómo emprender el camino hacia SAP Agile e innovar con mayor rapidez. póngase en contacto con sales@rev-trac.com para hablar con uno de nuestros expertos en control de cambios SAP.
ES 
EN 
DE 
FR 
JA 
PT