Objective
El contenido de Learning Journey anterior puede estar sujeto a cambios, consulte siempre el enlace más reciente https://help.sap.com/learning-journeys/5001ff287a26101484fbc62f9283839d
Para seleccionar la opción de generación de pruebas adecuada para el proyecto, se recomienda hacer lo siguiente:
Obtenga información sobre las opciones disponibles del equipo interno, consultores externos y SAP dentro de los talleres de información.
Dentro de los talleres de pensamiento de diseño, empareje la información del paso 1 con los requisitos de la empresa.
Capture la opción seleccionada y las preferencias de las herramientas de generación de evidencia dentro del activo de información de nivel de estrategia 0 correspondiente.
Iniciar subproyectos para implementar herramientas.
Ventajas:
Presupuesto predecible
Trazabilidad por hitos/resultados
Pagos basados en el progreso real
Contras:
Larga negociación y firma
Larga negociación y firma de Solicitudes de Modificación
Alto riesgo de cambios debido a las incertidumbres de los proyectos largos
Ventajas:
Facilidad de contratación
Menos esfuerzos iniciales para definir los requisitos
Contras:
No orientado a resultados
Pagos no vinculados al progreso real
Adopción Big Bang
Adopción por fases
Software de vainilla
Comercial disponible (COTS)
Software personalizado
Traspaso
Exhaustivo
La adopción de Big Bang o el cambio directo es el tipo de adopción del cambio instantáneo, cuando todos los asociados con el antiguo sistema se trasladan al nuevo sistema en pleno funcionamiento en una fecha dada. Fuente: Wikipedia.org
La adopción por fases es una estrategia de implementación de una innovación (por ejemplo, sistemas de información, nuevas tecnologías, procesos, etc.) en una organización de forma gradual, de modo que diferentes partes de la organización se implementen en diferentes intervalos de tiempo posteriores. Fuente: Wikipedia.org
El software multiarrendatario en la nube a veces se llama vainilla cuando no se personaliza desde su forma original, lo que significa que se utilizan sin ninguna personalización o actualización aplicada a ellos.Fuente: Wikipedia.org
Los productos comerciales listos para usar son soluciones empaquetadas que luego se adaptan para satisfacer las necesidades de la organización de compras.Fuente: Wikipedia.org
El software personalizado es un software que está especialmente desarrollado para alguna organización específica u otro usuario.Fuente: Wikipedia.org*
| Parámetro/Enfoque | Traspaso | Exhaustivo |
|---|---|---|
| Descripción breve | Entrada en productivo a tiempo y resolución de problemas e incidentes pendientes sobre la marcha | Entrada en productivo solo después de que se hayan solucionado todos los problemas e incidentes pendientes |
| Enfoque en el equipo del proyecto | Ganancias rápidas de negocio | Mitigación de riesgos |
| Presupuesto gastado en | Modificaciones de sustancia | Cumplimiento/Documentación |
| Tiempo hasta valor | Más rápido | Más lento |
| Se requiere fortaleza de la propiedad del negocio | Muy alta | Moderado |
| Compatibilidad de culturas de organización | Ágil | Sin riesgos |
| Esfuerzos de estabilización | Muy alta | Moderado |
| ID | Desviación | Intenciones/expectativas adicionales | Pros | Cons |
|---|---|---|---|---|
| 1 | FPP con T&M para desarrollos | Cree solo aquellos desarrollos personalizados que tengan un caso de negocio | Menos desarrollo personalizado, por lo tanto, menor TCO | Es posible que la empresa no acepte |
| 2 | FPP con regalías para el logro de KPI de negocio | Enfoque al socio de implementación en lograr los objetivos de negocio estratégicos del cliente |
|
|
| 3 | FPP con regalías por el logro de los criterios de éxito | Intentar lograr simultáneamente objetivos empresariales, TCI y TCO óptimos | Mejor TCI, TCO y enfoque en los beneficios de negocio | Igual que en 2, pero con KPI de TCI y TCO adicionales |
| 4 | FPP para cada fase | Capacidad de seleccionar el mejor socio de implementación (experiencia + costos) para la siguiente fase |
|
|
| 5 | Marco vacío con FPP para cada o varias liberaciones / epics / sprints | Usar un enfoque ágil para el proyecto |
|
|
Se formuló la documentación de inicio del proyecto (plan maestro del proyecto, declaración del alcance, modelo de control, mecanismo de comunicación y generación de informes y cronograma del proyecto).
Existen estándares del proyecto y elementos de infraestructura, se ha realizado un taller de inicio del proyecto y se han ejecutado las actividades de incorporación del equipo del proyecto. Se ha desarrollado una estrategia de aprendizaje inicial para el usuario final.
Se completó y revisó el cuestionario de configuración impulsado por el negocio.
El Sistema de Inicio se ha solicitado y aprovisionado, y se ha verificado el acceso.
Se han solicitado, aprovisionado y verificado los sistemas integrados necesarios.
El equipo del cliente se ha habilitado para diferentes elementos del sistema SAP y SAP Activate.
Se acuerda el cronograma de talleres Fit-to-Standard.
Se ha confirmado el compromiso empresarial del cliente para Fit-to-Standard y otras actividades del proyecto.
Se han confirmado los miembros del equipo de implementación con las certificaciones de SAP S/4HANA Cloud adecuadas.
Un plan de proyecto disponible con la fecha de entrada en productivo planificada y la fase de transición.
Un plan de sprint disponible que incluye todas las actividades de configuración en una granularidad "por día".
Las reuniones diarias están programadas para la "Fase de realización".
El equipo de proyecto del cliente y el equipo integrador del sistema están en funcionamiento, con recursos suficientes para cubrir todos los temas relevantes.
Talleres Fit-to-Standard ejecutados y documentados.
Los elementos de alcance relevantes se definen y acuerdan como el alcance de alto nivel para Realización.
Se han definido los procesos empresariales globales relevantes y se han identificado los países relevantes.
Se identificaron los posibles elementos de alcance con licencias adicionales y se evaluó la disponibilidad por país requerido.
Los roles de autorización y las opciones se han identificado y asignado a roles de usuario empresarial.
Se ha finalizado la lista de SSCUI que se deben configurar.
Se ha finalizado la lista de "Configuración experta preaprobada" que se va a configurar.
Se identificó y acordó cualquier requisito adicional crítico para la entrada en productivo.
Todos los escenarios de integración de SAP y los escenarios de integración que no son de SAP se identifican con requisitos previos aclarados y cumplidos para la integración.
Todas las plantillas para aprovisionar el Sistema Q se completaron, las versiones de las plantillas se verificaron y enviaron al Centro de Servicios de SAP.
Las actualizaciones de versión durante la "Fase de realización" se han identificado y considerado en el plan del proyecto, la configuración de cálculo alícuota y las congelaciones de transporte.
Las actividades de prueba de migración de datos se programan teniendo en cuenta la secuencia de cargas de datos.
Se ha planificado la configuración de la herramienta de test automatizada.
La disponibilidad de los recursos empresariales se garantiza durante la fase de realización para revisar la configuración de los sprints semanales.
Se ha formulado un plan de aprendizaje detallado para el usuario final.
La configuración de la solución se ha realizado de forma adecuada, las unidades correspondientes se han probado de forma efectiva, las plantillas de documento de salida se han definido, ampliado y transferido.
La integración se configura de forma efectiva en el sistema Q y se inicia/planifica para P.
Los elementos de extensibilidad se han desarrollado, probado y transportado al sistema P.
La migración de datos se ha probado completamente, los datos se han migrado y se ha evaluado la calidad final de los datos.
Se han completado los requisitos previos para la integración de SAP S/4HANA Cloud (si los hubiera) con sistemas que no son de SAP S/4HANA Cloud en la infraestructura productiva.
Los planes de prueba se han creado y ejecutado correctamente.
La organización y el proceso de soporte posterior a la entrada en productivo están definidos y habilitados.
Se ha desarrollado y desplegado contenido de aprendizaje.
La estrategia de transición, el alcance, los plazos, la comunicación y los roles se han documentado completamente.
Todos los entregables del proyecto están completos y el proyecto ha obtenido una aprobación/cierre oficial.
Se han cumplido todos los criterios de salida de hypercare y cualquier problema pendiente aceptado por el equipo de operaciones.
Todas las actividades de migración de datos se han completado correctamente.
Toda la documentación del proceso del proyecto y del cliente se almacena de forma centralizada.
Se han asignado roles y responsabilidades organizativas para:
Documentación de la solución / actualización de contenido / material de capacitación e incorporación para nuevos usuarios (cambio de personal, nuevos empleados contratados).
Nuevo aprovisionamiento de usuarios y gestión de autorizaciones.
Soporte al usuario final.
Soporte al usuario clave.
Gestión de incidentes críticos.
Se han definido procedimientos de escalación, incluida la vía de comunicación, la vía de escalación, los contactos clave y los canales.
Se definió un procedimiento para gestionar ciclos de lanzamiento continuos, incluidas las pruebas de regresión, la evaluación de nuevos elementos de alcance y modificaciones de elementos de alcance, la comunicación empresarial para ventanas de mantenimiento y restricciones.
Se ha realizado la habilitación de usuarios para SAP Cloud Availability Center y SAP Enterprise Support.
Material de formación e incorporación disponible para nuevos usuarios (cambio de personal, nuevas contrataciones).
