¡¡¡Se lanzó la temporada de ALM Summits!!!, no te lo pierdas

Se lanzó la nueva temporada de eventos anuales de ALM.  Estos eventos que se llamaban antiguamente SolEd Summits (Solution Manager Education Summits), ahora se renombraron como ALM Summit.  El cambio de nombre refleja la importancia que SAP le está dando al concepto ALM – Application Lifecycle Management, a la Gestión del Ciclo de Vida de las Aplicaciones.  Más allá que ahora ALM incluye el tradicional Solman, con sus add-ons Focused Build y Focused Insights, la oferta se extiende con productos adicionales como Focused Run para operaciones de IT de grandes clientes, o hostings, el nuevo chico en la calle, Cloud ALM. 

A esta oferta del trío de productos ahora podemos sumar las dos últimas adquisiciones y acuerdos, Signavio y TTA-Tricentis Testing Automation de Tricentis. 

Por un lado, la adquisición de Signavio por parte de SAP trae aires frescos al concepto de gestión de procesos, process mining.  Este producto, con años en el mercado, también viene a enriquecer la oferta de integración con Solman, para aquellas empresas que requieran una gestión de procesos avanzada, pero manteniendo la misma visión e integración con Solman para la construcción, el testing, y el soporte post-productivo.  Para leer más sobre esto accedan al siguiente link.

Del lado de TTA, esto complementa la oferta actual de usar CBTA de SAP.  Los clientes ahora pueden extender las posibilidades de automatización de testing de las transacciones tradicionales SAP (SAP Gui, Fiori, CRM) a las nuevas funcionalidades ARIBA; Success Factors, etc.

Finalmente, temporada de summits: ya se lanzó.  Se realizó el primer Summit para el área de Asia Pacífico (¡¡¡en horarios impropios para nuestra región!!!) a fin de julio pasado.  Cuatro días de presentaciones con novedades, anuncios, clientes presentando experiencias, con material de soporte. 

Ahora viene el Summit principal será el 19 al 22 de octubre de 2021. Se organizan en diversos tracks, conferencias simultáneas dependiendo del interés del oyente.  La inscripción se hace en el link.

La pandemia tuvo efectos negativos en nuestras familias y entornos.  Sin embargo, nos democratizó el acceso a información que hasta el 2020 estaban limitadas a un grupo de personas que podían asistir a los eventos en Heidelberg, Alemania (¡hermosa ciudad) o los organizados en EEUU o en ASIA.  Hoy tenemos la posibilidad de escuchar en vivo las presentaciones, revisarlas luego en nuestros horarios, acceder a material.  Por supuesto, nos falta la posibilidad de compartir cafés con amigos y charlar con los dueños de SAP ALM en Alemania, ya volverán esos tiempos.  ¡¡¡¡NO SE PIERDAN LA OPORTUNIDAD!!!!

Por supuesto, estamos a su disposición para discutir con Uds. cuál es la estrategia que mejor se adecue a las necesidades de su empresa, si SAP Solution Manager, si Cloud ALM para los “cloud mind set” companies, si modelamos usando BPMN en Solman, si integramos con BPA/BPM externos, cuál es la mejor estrategia de testing.  Estamos para escucharlos y ayudarlos, nos preguntan y agendamos una reunión.

Automatización de Testing – Cómo encararlo utilizando CBTA – Optimizar pruebas de Regresión!!

Como la automatización acelera los tiempos de testing, mejorando la calidad y bajando el riesgo

CBTA

Con Adriana Ruettinger, consultora especializada en los escenarios de Process Management y Testing incluidos dentro Solman hemos revisado la experiencia sobre el uso de CBTA como herramienta de automatización de testing.

En esta charla recorrimos diversos aspectos de por qué es importante la automatización de testing dentro de una estrategia integral de testing, sea para un proyecto de implantación como para luego el mantenimiento posterior.

Automatización de testing es algo que reclaman los usuarios.  ¿Cuándo se puede llegar a la automatización?  ¿Para qué uso el testing automático? ¿Se puede automatizar el 100% de las transacciones?

Se puede comenzar a automatizar las transacciones en la medida que cumplan algunas condiciones básicas:

  • Los usuarios claves del negocio han podido identificar las transacciones que son más relevantes para automatizar:
    • Teniendo en cuenta su criticidad,
    • frecuencia de uso,
    • impacto en el negocio
  • Está claramente definido los casos de uso con el negocio, se sabe qué opciones del proceso son las que se tienen que automatizar, se cuenta con un manual de uso.
  • Las transacciones o desarrollos para testear ya tienen que estar configurados adecuadamente, tienen que estar estables
  • Hay datos básicos para testear para poder alimentar testing automático.

Una de las preguntas es cuándo se debe ejecutar las pruebas automáticas.  Principalmente el foco de automatización está en las pruebas de regresión.  Se estableció un criterio claro para efectuar pruebas de regresión que se ejecutan en instancias precisas, tanto en el proyecto como en el mantenimiento periódicas para testear.

Uno de los puntos básicos a considerar en el testing es si lo que se quiere testear en forma automática son transacciones individuales o si se quiere testear un proceso que encadene una serie de transacciones de negocios a partir de un set de datos básicos.

También en la conversación se identificó que la automatización no es una actividad de una única vez, si no es un proceso continuo de optimización donde diversos roles deben estar involucrados: el negocio representado por los usuarios claves, el responsable de testing, responsable de los datos y los ambientes necesarios para la ejecución de testing, y especialistas de automatización.  Este equipo tiene que trabajar coordinadamente en el tiempo para asegurar que el testing automático agrega valor ahora y permanentemente.

En el video podrán revisar esos conceptos.

SAP Cloud ALM – Nuevo curso

En la semana del 12 de julio se finalizó el dictado el primer curso virtual de Cloud ALM, el último de los productos del conjunto de ALM (Application Lifecycle Management) ofrecidos por SAP.  Este curso fue concebido como un curso de autoaprendizaje de cuatro semanas de duración, organizado en videos con powerpoint y demos por parte del instructor, complementados con el acceso a sistemas Cloud ALM en la nube para la práctica.  El curso es bueno, con mucho esfuerzo por parte de SAP, donde convocan a los reales expertos del producto.

Lo interesante es la visión que SAP está compartiendo y recomendando de que todas las implementaciones de las soluciones SAP en la nube tienen que estar soportadas por tres grandes pilares: metodología, herramientas y procesos de negocios “best practices”.  No basta con desplegar el producto si no se sigue un camino ordenado y ágil a la vez.

Yendo al análisis del producto, se observa un esfuerzo muy importante en un producto totalmente nuevo, distinto del SAP Solution Manager, con un objetivo de simplificar la gestión del proyecto.  Está desarrollado con la misma tecnología que desarrolla SAP sus productos nube.  El producto es ameno, es ágil, es simple de aprender.  Cubre todos los aspectos, algunos muy bien, algunos parcialmente, otros tienen un roadmap de disponibilización para los próximos meses o año.

No requiere de HW, instalación y configuraciones básicas, ya que las provee SAP en una nube gratuita de fácil acceso para aquellos que tienen licencia de algún producto nube (SAP S/4HANA Cloud, SSFF, etc.).  Es de consumo inmediato.  Una gran ventaja.  ¿Resuelve todo lo que podemos hacer en Solman con Focused Build? No todavía. Por ejemplo, solo para nombrar uno, la gestión de procesos todavía no está al nivel de lo que se puede manejar en SolDoc.  Tampoco está desarrollada el tema de deployment de cambios, lo cual todavía es totalmente manual.

¿Sirve para implementaciones de productos on-premise?  Parcialmente.  No tiene la robustez necesaria, ni cubre todos los tipos de sistemas.

SAP sacó una serie de videos cortos donde explica el valor de SAP Cloud ALM donde se puede consultar la visión de SAP sobre este producto –> https://bit.ly/3rl8nIJ.

A la fecha, julio 2021, para las empresas que se basan en productos nube puro (no confundir con productos alojados en un servidor en la nube) puede ser una apuesta muy interesante para profesionalizar la implementación de sistemas SAP.  Hay que seguir la evolución del producto en el tiempo.

¿Cuál es tu versión de ALM?

Durante la conferencia de COE de ASUG 2021, en el track de ALM se presentó el concepto de ALM como plataforma para la transición a S4HANA.  Durante las presentaciones de Marc Thier y de Tim Steuer se revisó este tema en profundidad.

¿Por qué se plantea esta pregunta ahora?.  Porque desde el año 2021 hay más de un producto proporcionado por SAP para la implementación de nuevas soluciones, SAP Solution Manager y el nuevo Cloud ALM.  Ambos productos son parte integral del mantenimiento de SAP, no tiene costos de licenciamiento adicional.

¿Cuál es la respuesta correcta? Como todo buen consultor que se precie, «depende«.  Como insisten Marc y Tim, esto es una decisión individual para cada empresa, basado en su intención y «mind-set» respecto de su camino hacia la transformación digital.  

Se plantean tres escenarios que guía la decisión, dependiendo del producto principal de la transformación digital, S/4HANA, Cloud en Public Cloud, Cloud Private Edition (private cloud), o S4HANA (o ECC…) instalado en on-premise o en un service provider.   

En la primera opción no hay conversión o transición si no que es una implementación nueva directamente en la nube pública de SAP.  En ese caso la única opción es Cloud ALM.  Este producto totalmente nuevo está totalmente optimizado para este tipo de implementaciones.   No hay desarrollos, la configuración es centralizada, se usa el standard, el enfoque es «FIT-to-Standard», es decir no se plantean (no son posibles) cambios al standard.

En la segunda opción, donde el cliente opta por una versión Private Edition, el cliente se beneficia de todo el concepto de Cloud, sin embargo existe posibilidades de hacer desarrollos adicionales, o incluso migrar/convertir su versión actual de ECC a la versión privada conservando la inversión de customizing y desarrollos hecha.  En ese caso existe la posibilidad de elegir si se quiere utilizar como plataforma de gestión del proyecto a Cloud ALM, o necesitan una gestión más personalizada del proyecto, con un control mayor, utilizando SAP Solution Manager, y en este caso la recomendación es ir por Focused Build para una implementación Agile.  

En el tercer caso, cuando el cliente opta por la versión más tradicional «on premise», o instalado en algún service provider (que le provea principalmente Infraestructura y algún nivel de administración de sistemas) la versión de ALM recomendada es claramente SAP Solution Manager con Focused Build para el proyecto agil.

Entonces el análisis más profundo hay que hacerlo en la opción de private edition.

Solman vs Cloud ALM

En este gráfico se muestra a la izquierda del camino Cloud ALM, a la derecha SAP Solution Manager (Solman para los amigos).  El camino tiene varios puntos de interés a izquieda y a derecha, Design, Build, Testing y Deployment.

Dependiendo las respuestas a las preguntas que plantean estos cuatro puntos de interés, será la opción de Cloud ALM o Solman.  ¿Cuáles preguntas?:

  • Procesos totalmente estándares, o procesos diseñados de acuerdo a necesidades del cliente, multiproyectos
  • Enfoque Fit-to-Standard o Fit-to-Gap (muchos desarrollos no estándares, WRICEF o GAPs)
  • Test manual básicos o una estrategia de test automático con test manual
  • Deployment puro nube, o capacidades de Release Management usando herramientas

Dependiendo entonces de la actitud del cliente respecto de las preguntas arriba planteadas, la respuesta es una u otra.

¿Es esta foto permanente? No está todo dicho; hoy, 2021, esta es la situación y las decisiones que hay que tomar.  Veremos que nos depara el 2022.

Solman va a estar asegurado por SAP hasta el año 2027, pero no responden todavía qué pasa luego….

Para escuchar de primera mano, los invito a ver los videos en youtube: 

Play Video

COE Conference 2021 por ASUG

A principios del mes de mayo 2021 ASUG, la prestigiosa asociación de empresas usuarias de SAP en EEUU, organizó un evento virtual de 3 días.  Este evento que llevó como título “SAP Center of Excellence”.  En esta reunión se presentaron diversos enfoques sobre el tema de cómo entender y redefinir el concepto de COE en un entorno donde empresas están migrando hacia el entorno Cloud. 

La definición de roles y responsabilidades se modifican substancialmente respecto de una organización de IT tradicional basada sobre sistemas on-premise.  El pasaje a entorno Cloud puede ser directo yendo a aplicaciones como S4HANA Cloud, o puede ser un proceso progresivo donde se van a migrar algunas aplicaciones a las nubes, mientras otras se mantienen on-premise, donde se crea la necesidad de gestionar este entorno híbrido.

La gente de ASUG fue muy colaborativa y dejó disponible el material para su consulta, tanto en formato PDF y como las grabaciones de las presentaciones.  Recomiendo su visita para ubicar algunas presentaciones muy interesantes en el  LINK a COE ASUG 2021.

Dentro de esta conferencia hubo un track especialmente dedicado a ALM que fue liderado por el equipo de SAP Alemania Marc Thier y Tim Steuer, con la colaboración de otros participantes.

De este track he rescatado cuatro que resumen la posición actual, año 2021, de SAP ALM, compuesto por tres pilares principales: SAP Solution Manager, Cloud ALM y Run SAP.  Las cuatro charlas son:

Valor que agrega SAP ALM al Negocio

Queríamos compartir dos videos donde comentamos sobre el valor que Solman está agregando al negocio a través de la implementación de un modelo de gestión para la Implementación de Soluciones como para la Operación de esas Soluciones.

Se revisan las 10 funcionalidades principales de Solman, y plantea un modelo de adopción, inicial o básico, intermedio y optimizado. Esta visión de tres niveles permite que el cliente pueda avanzar con la correcta implementación de cada uno de estas funcionalidades, planteando un roadmap de corto y mediano plazo.

DEMO – Test Suite

Test Suite junto con Solution Documentation-Process Management fueron totalmente reconfigurados en la versión 7.2.

Hemos desarrollado un conjunto de videos cortos-demos donde mostramos la funcionalidad básica. En estos videos incluimos los siguientes temas:

  • Gestión de los casos de pruebas
  • Planificación de las Pruebas
  • Ejecución de las pruebas
  • Gestión de Defectos
  • Analytics y Reporting
  • Testing en Focused Build

DEMO Solution Documentation – Process Management

Solution Documentation, luego renombrado como Process Management, es la base de un cambio significativo, de raíz, de cómo se maneja de manera profesional la visión integral de la Solución. Se debe entender la Solución como una visión integral de los procesos de negocios montados sobre un landscape de sistemas.

Qué contiene la solución, un conjunto de elementos integrados:

  • Visión de Procesos, tanto funcional o jerárquica, como así también una visión de procesos End-to-End
  • Los pasos de negocios que se reutilizan en diversos procesos
  • Bibliotecas (libraries) con los elementos individuales como ejecutables (transacciones y reportes), interfases, configuraciones, alertas
  • Diagramas de procesos BPMN, diagramas generales
  • Documentación funcional y técnica en diversos formatos.

Todo esto incluyendo un concepto innovador de Ramas (Branches) donde se pueden evolucionar los procesos desde los originales provistos por SAP en las «Best Practices» hasta que llegan a su versión productiva u operativa.

En los videos cortos y simples incluidos en este blog se puede observar la potencia de Solution Documentation como la fuente principal/única de la visión de los procesos que tiene que gestionar IT, con un lenguaje moderno y claro que comparte con el negocio.

Demo de Focused Build

Durante el mes de abril se realizaron una serie de videos cortos donde se presenta la funcionalidad básica de Focused Build. Estos videos están orientado a mostrar de una manera simple cómo se gestiona un proyecto completo usando Solman + SAP Activate + Focused Build.

Incluye los conceptos de Release como elemento unificador para la migración a producción. Luego se desarrolla los conceptos de organización con Gestión de Proyectos, sus Waves y Sprints. Se continúa con la captura de Requerimientos asociados a los procesos de negocio.

A partir de la lista de requerimientos, priorizados, se estructuran los Work Packages, que son las unidades funcionales para la construcción de la solución.

Estos Work Packages se estructuran en uno o más Work Items donde se puede gestionar los desarrollos y configuraciones concretas, asociando los transportes.

Uno de los elementos más significativos de Focused Build es la integración entre los elementos constitutivos con la funcionalidad de Solution Documentation. Se muestra cómo se asocian a los WP y WI la documentación funcional y técnica, incluyendo la gestión de casos de test – Test Steps, que finalmente se almacenan en la Solution Documentation de una manera transparente, facilitando el trabajo del equipo.

Se finaliza con el avance de los releases a producción.

Focused Build – Releases y algo más…

Cómo gestionar un proyecto ágil

El miércoles 9 de septiembre pasado cerramos un ciclo de presentaciones sobre Focused Build.   En esta ocasión se discutieron los conceptos de Releases y su relación  con la definición de los proyectos, las waves y los sprints.

Se plantearon la importancia y las ventajas de organizar el trabajo en releases para mejorar la calidad de la puesta en producción, minimizando esfuerzos y reduciendo  la posibilidad de errores.

Importante es resaltar el rol del Release Manager, siendo parte principal del comité de dirección y trabajando al nivel del Program Manager.

Para rever la presentación, revisen nuestro canal de youtube  https://bit.ly/3gu8P0b

Para información adicional contactarse a info@tebyon.com