View a markdown version of this page

Práctica recomendada 3.5: utilice los manuales de estrategias para investigar los problemas - SAP Lens

Práctica recomendada 3.5: utilice los manuales de estrategias para investigar los problemas

Habilite respuestas constantes y rápidas para los problemas que no se comprendan correctamente mediante la documentación del proceso de investigación en los manuales de estrategias. Valide y desarrolle estos manuales de estrategias usándolos con regularidad en operaciones, pero también en entornos que no sean de producción y en sesiones de práctica designadas, como las simulaciones de fallos.

Sugerencia 3.5.1: cree manuales de estrategias ante problemas para usarlos en respuesta a incidentes

Comprenda los problemas que ocurren con frecuencia y los pasos de resolución que se siguen para cada uno de los problemas identificados y cree documentación específica y con control de versiones mediante un ciclo de revisión. Los manuales de estrategias sugeridos deberían incluir:

  • Investigación de problemas de rendimiento

  • Investigación de problemas de capacidad

  • Investigación de problemas de autenticación e inicio de sesión

  • Investigación de incidentes de seguridad

  • Investigación de conectividad y redes

  • Investigación de ransomware y virus

  • Investigación de errores de interfaz

  • Investigación de errores de trabajos por lotes

  • Investigación de errores de implementación o transporte

Asegúrese de que sus manuales de estrategias incluyan pasos de integración y comunicación con funciones y equipos de asistencia relacionados. Entre algunos pasos de comunicación comunes, se incluyen el envío de notificaciones y actualizaciones de progreso a una mesa de incidentes críticos, a un equipo de incidentes de seguridad o a un equipo de administración de cambios.

Sugerencia 3.5.2: organice simulaciones regulares de fallos de SAP a fin de probar los procedimientos operativos y validar los manuales de estrategias

Considere organizar simulaciones de fallos de SAP de forma regular pensadas para su equipo operativo. Un día de prueba simula un error o un evento para probar los sistemas, los procesos y las respuestas de los equipos. El objetivo es llevar a cabo las acciones que realizaría el equipo si hubiera ocurrido un evento excepcional. Estas deben llevarse a cabo regularmente para que su equipo desarrolle una “memoria muscular” sobre cómo responder. Los días de prueba deben cubrir las áreas de operaciones, seguridad, fiabilidad, rendimiento y costos. A través de un entorno reservado exclusivamente a la experimentación, simule situaciones del mundo real para validar y poner en práctica procedimientos operativos y procesos de recuperación.