Descubrimiento de SAP Activate
Descripción de SAP Activate Methodology Foundation
Preparar el traslado a la nube a través de clean core
Uso de SAP Integrated Toolchain para dar soporte a las transformaciones del ERP en la nube
Descripción de áreas de trabajo
Descripción de vías de transición
Mencionar el contenido complementario y explicar el alcance de la acreditación de soporte de SAP

Análisis de cada fase de SAP Activate

Objective

After completing this lesson, you will be able to analice cada fase de SAP Activate.

Detalles por fase

Diagrama de cronología que muestra una vista de alto nivel de algunas de las actividades principales realizadas en cada fase de SAP Activate.

El diagrama anterior muestra una vista de alto nivel de algunas de las actividades principales realizadas en cada fase de SAP Activate.

Vamos a ver lo siguiente:

  • Actividades detalladas de fases de SAP Activate

  • Enfoque de la fase de preparación de SAP Activate

  • SAP Activate Explorar Enfoque de fase

  • SAP Activate Realize Enfoque de fase

  • Actividades de la fase de implementación de SAP Activate

Diagrama que muestra la descripción de la fase Preparar junto con las actividades clave relacionadas.

Esta diapositiva proporciona una descripción de la fase Preparar junto con las actividades clave relacionadas que se realizarán.

Se muestran los aceleradores disponibles con la descripción correspondiente. Capturas de pantalla representando los requisitos de software y entrega, el cronograma del proyecto y el plan de gestión (basado en plantillas y orientación de la metodología SAP Activate).

Esta figura muestra algunos ejemplos de aceleradores que están disponibles para su uso al entregar un proyecto mediante SAP Activate. Los aceleradores son documentos, plantillas o enlaces a herramientas y otros activos que pueden ayudar a un equipo de proyecto a completar su trabajo más rápido proporcionando una guía clara o un punto de partida para producir un resultado como un entregable.

En la fase Preparar, tenemos diferentes aceleradores:

  • Suplemento de entrega

  • Documento de alcance de la solución

  • Requisitos de entrega y software para la estructura de desglose del trabajo de Best Practices

  • Planes de gestión de proyectos y documentos de control

Diagrama que muestra la descripción de la fase Explorar junto con las actividades clave relacionadas.

Esta diapositiva proporciona una descripción de la fase Explorar junto con las actividades clave relacionadas que se realizarán.

Párrafo seguido de una lista de verificación que indica el propósito del proceso Fit-to-Standard.

Este diagrama proporciona una descripción del objetivo del proceso Fit-to-Standard.

Diagrama que detalla los seis pasos sobre cómo abordar los talleres Fit-to-Standard.

El diagrama anterior detalla en seis pasos cómo abordar los talleres Fit-to-Standard.

Resultados previstos de los talleres Fit-to-Standard que mencionan la participación de un experto en configuración, un experto en procesos empresariales o ambos.

Estos son los resultados previstos de los talleres Fit-to-Standard.

Se enumeran seis principios de diseño, como ajuste al estándar, justificación de valor, mostrar y contar, participación activa, enfoque en la simplicidad y aceptación del diseño.

A continuación se detallan los principios que se aplicarán en los talleres Fit-to-Standard:

  • Fit-to-standard: adoptar un enfoque Fit-to-Standard y una funcionalidad estándar de SAP minimizará el riesgo de entrega y, en última instancia, reducirá el costo total de la implementación y la operación.
  • Justificación del valor: las aplicaciones de SAP se basan en las mejores prácticas de la industria y cualquier personalización propuesta debe motivarse contra el valor de negocio.
  • Mostrar y contar: las actividades de diseño líderes a través de mostrar en lugar de contar contribuyen significativamente a la adopción, habilitación y aceptación del negocio
  • Participación activa: la participación activa de los usuarios de negocio en las actividades de diseño y aceptación fomenta la colaboración y es clave para brindar una solución exitosa.
  • Enfoque en la simplicidad: al diseñar la solución, céntrese en la simplicidad y la facilidad de uso, al tiempo que minimiza la funcionalidad compleja innecesaria en la medida de lo posible.
  • Aceptación del diseño: la aplicación de estos principios en los talleres Fit-to-Standard facilita la adopción y conduce a la aceptación del diseño por parte de la empresa.
Diagrama que muestra las siete actividades de alto nivel realizadas durante los talleres Fit-to-Standard.

Las siguientes siete actividades de alto nivel se realizan durante los talleres Fit-to-Standard.

  1. Fijar valor de referencia:

    Acordar principios rectores ajustados al estándar.

    Preparar la estructura organizativa, los datos maestros y los diagramas de proceso. Vincule los procesos con los impulsores de valor.

  2. Validación de la solución SAP:

    Muestre y comunique los elementos de diseño clave estándar de SAP.

  3. Recopilar necesidades delta:

    Identificar brechas en el estándar de SAP.

    Registre o cree elementos de alcance adicionales.

  4. Crear atraso inicial:

    Establecer prioridades y estimaciones de esfuerzos. Identificar dependencias.

    Planificar sprints para la fase Explorar.

  5. Ampliar documentación de la solución:

    Actualizar diagramas de proceso y diseño de proceso. Visualizar UX.

  6. Verificar y aceptar:

    Verificar la documentación del proceso y de la solución. Impulsar la aceptación.

  7. Planificar sprints y liberaciones

Diagrama que muestra las actividades en el taller Fit-to-Standard.
Diagrama que muestra siete actividades de alto nivel realizadas durante los talleres Fit-to-Standard.

Una consideración importante antes de ejecutar los talleres Fit-to-Standard es habilitar a los usuarios empresariales sobre temas clave que se cubrirán en los talleres. Estos incluyen la habilitación de conceptos de datos maestros, terminología de SAP, enfoque de talleres y la metodología de SAP Activate, entre otras actividades.

Las sesiones de capacitación deben alinearse con el alcance del proyecto para preparar mejor al público empresarial para la participación activa en los talleres.

Capturas de pantalla que muestran la portada del recurso descargable, ejemplo clave de Validar solución, Documentación y dependencias de vías críticas y Talleres de validación Ejemplo de ventas y aprovisionamiento.

Este es un ejemplo de un acelerador sobre cómo ejecutar sus talleres Fit-to-Standard, que está disponible para descargar desde SAP Activate Roadmap Viewer y para utilizarlos en sus proyectos.

Hay muchos otros aceleradores disponibles para cada fase, flujo de trabajo y plan de acción disponibles para las actividades a lo largo del proyecto.

Diagrama al aplicar Agile en la fase Explorar.

También es posible aplicar un enfoque ágil completo ejecutando sprints en la fase de exploración cuando se utiliza SAP Activate.

El diagrama anterior detalla las actividades sobre cómo inicializar las actividades scrum, así como cómo realizar las sesiones de recopilación de requisitos mediante sprints en los talleres de fase de exploración.

Diagrama que muestra cómo realizar actualizaciones de diseño, verificación y aprobación, utilizando un sprint en los talleres de fase de exploración.

Continuando con la ejecución de aplicación scrum en la fase Explorar, el diagrama anterior muestra cómo realizar actualizaciones de diseño, verificación y aprobación, utilizando un sprint en los talleres de fase de exploración.

Diagrama que muestra la descripción de la fase Realizar y las actividades clave relacionadas.

Esta diapositiva proporciona una descripción de la fase Realizar junto con las actividades clave relacionadas que se realizarán.

Diagrama que muestra la configuración del equipo del proyecto.

Los equipos de proyecto de los proyectos de SAP se pueden estructurar de diferentes maneras. El ejemplo anterior muestra la estructuración de equipos scrum por proceso modular o integral, así como por equipos de soporte.

Diagrama que muestra el equipo de scrum en SAP Project.
  • Los equipos Scrum incluyen de 5 a 9 miembros con roles de proyecto de SAP asignados.

  • Los equipos Scrum pueden organizarse por flujo de trabajo y/o por Área de Aplicación.

  • El maestro de Scrum y el propietario del producto trabajan con el equipo de scrum.

  • El trabajo a través de varios equipos de scrum se coordina a través de la Ceremonia Scrum of Scrums, donde cada equipo de scrum delega a su representante.

  • Los gerentes de proyectos, entrenadores ágiles, arquitectos y otros roles también pueden unirse a la ceremonia de Scrum of Scrums.

  • La ceremonia Scrum of Scrums se utiliza para discutir temas de superposición o integración.

Ilustración que muestra la estructura terminológica y las métricas de relación en los proyectos ágiles de SAP.

El diagrama, Requisitos transparentes para implementar, ilustra la estructura terminológica y las métricas de relación en los proyectos ágiles de SAP.

Sprints

Los Sprints son una unidad de medida o un período o tiempo entre dos y cuatro semanas, donde tiene lugar la construcción incremental de la solución. Por lo general, termina con una sesión de show y cuéntele al público empresarial que planteó el requisito en el taller.

Fases

Las fases son una unidad de medida y un período mayor con muchos sprints asignados a una fase. Las fases son generalmente de uno a tres meses de duración.

Fases

La fase Realizar es la fase de creación y consta de una o más fases en función del tamaño del proyecto.

Liberar

Una versión son todas las funcionalidades creadas que terminan con una entrada en productivo. Los proyectos pueden tener una o varias liberaciones, según el alcance y el tiempo del proyecto.

Ilustración de cómo se ve una fase típica de Realización en un contexto ágil.

Este diagrama proporciona una buena ilustración de cómo se ve una fase de realización típica en un contexto ágil. En el ejemplo, hay varios sprints desde el inicio de la fase, que terminan con un test de aceptación del usuario. En este ejemplo se incluye i sprint de confirmación donde se realizan pruebas de cadena. Las pruebas de Sting prueban los aspectos de integración o superposición de la funcionalidad integrada en los sprints anteriores.

Las pruebas de integración también se pueden entregar a través de sprints. El testing de integración cubre el testing de todas las funcionalidades creadas. Este es el test final realizado por el equipo de consultoría antes de que el equipo empresarial pruebe el sistema en el test de aceptación del usuario.

Vista de tablero Scrum que enumera los elementos pendientes del sprint y las tareas para completar cada historia de usuario.

El Sprint Backlog es una lista de tareas identificadas por el equipo de Scrum que se deben completar durante el Sprint. Durante la planificación del Sprint, el equipo planifica y selecciona varios elementos de la Lista de Tareas del Producto e identifica las tareas necesarias para completar cada Historia de Usuario.

Una Junta Scrum es una herramienta que ayuda a los equipos a hacer visibles los elementos de Sprint Backlog. El tablero puede ser físico o digital, pero tiene el mismo propósito de realizar un seguimiento de las tareas de sprint. El equipo actualiza el panel durante la sesión diaria de stand-up y muestra todos los elementos que deben completarse para el Sprint actual.

Ilustración que muestra las ceremonias scrum realizadas en un gran proyecto.

El diagrama anterior ilustra las ceremonias scrum realizadas en un gran proyecto. El énfasis detrás de esta diapositiva es que, dentro de un proyecto grande, muchos recursos forman parte del equipo del proyecto. Básicamente, cada recurso lleva 'un límite' y/o se impone una segregación de funciones.

Un ejemplo de esto podría ser que en un proyecto grande, un jefe de proyecto solo realizará actividades de gestión de proyectos, ya que el proyecto puede tener un gestor de liberación y un gestor de calidad dedicados. Del mismo modo, en un proyecto grande, puede haber un equipo de pruebas. En este caso, los consultores funcionales no serán responsables de ninguna prueba, ya que el equipo de prueba asumirá esa función.

Ilustración que muestra las ceremonias scrum realizadas en un pequeño proyecto.

El diagrama anterior ilustra las ceremonias de scrum realizadas en un pequeño proyecto. El énfasis detrás de esta diapositiva es que los proyectos más pequeños tienen menos recursos, en su equipo de proyecto, y cada recurso puede necesitar realizar más de una función en el proyecto, esencialmente usando "más gorras".

Un ejemplo de esto podría ser que en un proyecto pequeño, un jefe de proyecto no solo realizará actividades de gestión de proyectos, sino que también puede necesitar realizar tareas de gestión de liberación o de gestión de calidad. Del mismo modo, en un proyecto pequeño, es posible que no haya un equipo de pruebas dedicado. En este caso, los consultores funcionales también serán responsables de las tareas relacionadas con las pruebas.

Diagrama que muestra un ejemplo de una solución con dos versiones.

Este diagrama muestra un ejemplo de una solución con dos versiones. En el ejemplo anterior, la primera parte de la solución se crea mediante sprints en la fase Realizar y las actividades de despliegue subsiguientes realizadas en la fase Desplegar. A continuación, la primera versión entra en productivo y la solución ahora es productiva. Después de la entrada en productivo, el proyecto entra inmediatamente en el período de hypercare, donde todos los consultores del proyecto realizan tareas y actividades relacionadas con el soporte para dar soporte a la empresa con la adopción de la nueva solución. Una vez finalizado el período de hypercare, se inician las actividades de la segunda versión y se realizan a través de las diferentes fases hasta la segunda entrada en productivo, donde toda la solución se vuelve productiva.

Diagrama que muestra la descripción de la fase Desplegar con los entregables clave.

El diagrama anterior proporciona un resumen y una descripción de los entregables clave realizados en la fase Desplegar.

Diagrama que muestra el conjunto de actividades realizadas el último fin de semana antes de la entrada en productivo.

La transición es un conjunto de actividades que se realizan el último fin de semana antes de la entrada en productivo. Este es un período entre la desactivación del acceso a los sistemas existentes antiguos y la activación del acceso al sistema SAP recién creado.

Tareas en la migración de datos existentes.

La transposición se planifica en la fase Realizar y se ejecuta en la fase Desplegar. Las actividades de transposición también se pueden realizar en sprints para gestionar las tareas relacionadas con la transposición.

Plantilla de transposición en un formato de archivo Excel.

Este es un ejemplo de una plantilla de transposición, que está disponible para descargar y utilizar en sus proyectos, desde el visor de roadmap de SAP Activate.

Diagrama que muestra los estándares para los procesos de operaciones clave.

SAP tiene un total de dieciséis estándares para procesos de operaciones clave dentro de las unidades de negocio y de TI de una empresa.

Cada estándar contiene procedimientos de mejores prácticas sobre cómo ejecutar las tareas individuales, explicaciones sobre las herramientas dentro de SAP Solution Manager que se deben utilizar y servicios y formación disponibles que respaldan la adopción del estándar. La implementación y optimización de estos estándares de SAP para operaciones de soluciones son los entregables clave de los paquetes de trabajo de la fase de ejecución.

Estos estándares y prácticas clave abordan las necesidades de los expertos en procesos empresariales responsables del diseño y la ejecución de los procesos empresariales, y de los departamentos de TI que garantizan que los servicios proporcionados por las soluciones SAP estén disponibles para los usuarios empresariales después de la entrada en productivo.

Los estándares de SAP para la operación están disponibles para su descarga en:

https://support.sap.com/en/offerings-programs/ccoe/media-library.html?anchorId=section_1870756447