Mi proceso, mi aplicación, mi ventaja competitiva
El mundo ansía respuestas sencillas. La comunidad SAP no es una excepción, especialmente cuando se habla de la transformación a S/4. A las partes interesadas les gusta argumentar que S/4 puede con todo. La reducción del crecimiento descontrolado de las modificaciones Abap y los programas Z, así como la vuelta al estándar se consideran -utilizando la jerga política- sin alternativas. Y si los deseos funcionales siguen sin cumplirse, es posible que la comunidad tenga preparada una solución adecuada en las "tiendas" públicas de aplicaciones.
No cabe duda de que S/4 ofrece un rico conjunto de funciones e interesantes innovaciones técnicas. No cabe duda de que la vuelta al estándar y el paradigma de "mantener limpio el núcleo" son muy persuasivos. Esto es preferiblemente cierto para los plagados responsables de SAP en las empresas que se enfrentan a diario al crecimiento descontrolado de su panorama de aplicaciones. Sin embargo, también es cierto que S/4 Hana puede hacer mucho, pero no todo. Sobre todo, es un contrasentido poder generar ventajas competitivas con la ayuda de las mejores prácticas y el alcance funcional estándar.
Lo mismo ocurre con las aplicaciones de directorios de acceso general. Una aplicación de SAP Store, como BTC Facility Issue Report para la notificación de daños, es sin duda una valiosa ayuda en el trabajo diario. Sin embargo, hace falta mucha imaginación para suponer ventajas competitivas únicas en programas de directorios de acceso general. Por decirlo sin rodeos, las apps son la contrapartida móvil de la funcionalidad estándar de la aplicación de la empresa en el backend.
La conclusión es que toda empresa que se enfrente a la transformación de S/4 debe enfrentarse inevitablemente al debate entre el software personalizado y el estándar, o enfrentarse a la eterna pregunta de TI: "¿Fabricar o comprar? Pero -déjenos revelar esto aquí- la pregunta ya contiene la respuesta en su núcleo. El "o" simplemente debe sustituirse por un "y" y el "hacer" debe escribirse más bien bajito en comparación con el "comprar".
Esto último puede entenderse de forma bastante literal. Una solución prometedora combina la vuelta consecuente al estándar SAP con el desarrollo individual de aplicaciones Fiori para realizar funciones competitivas. Resulta ventajoso que SAP proporcione las herramientas de desarrollo necesarias, el entorno de ampliación (BTP Extension Suite, Enhancement Framework) y el entorno operativo (Fiori Launch Pad). Básicamente, se pueden realizar adiciones sin modificaciones a los objetos de datos o añadir lógica de procesamiento individual.
Una nueva aplicación se integra directamente en el concepto de autorización de SAP y funciona en todos los escenarios operativos relevantes en la nube o en las instalaciones. Las aplicaciones Fiori tienen en cuenta el cambio en la experiencia del usuario con el requisito "mobile first", pero también admiten el uso en el escritorio.
Imprescindible en lugar de "bonito de tener
Antes de apresurarse a reproducir una a una las adiciones y adaptaciones individuales del sistema heredado, deben hacerse algunas consideraciones básicas en la fase previa a la transformación. Con la debida diligencia, deben determinarse las necesidades individuales cuyo uso asegure ventajas competitivas frente a los competidores. Para ello, se compara la gama de funciones que SAP ofrece de serie con la funcionalidad deseada por una empresa, que normalmente ya se utiliza en el sistema heredado.
En el segundo paso, se registran las funciones obligatorias que no tienen equivalente en la norma. La palabra decisiva en este contexto es "obligatorias". En vista del elevado gasto de recursos y tiempo que ya supone una transformación de S/4 per se, parece contraproducente volver a realizar cada función personalizada o preferencia de diseño individual como una aplicación. Las inversiones deberían concentrarse exclusivamente en funciones y procesos que prometan un valor añadido real. Para la identificación puede utilizarse un enfoque sencillo pero fiable. Cada respuesta a la pregunta: "¿De qué función nos alegramos de que no forme parte de la norma o de que la tengan nuestros competidores?
tienen candidatos a la realización. Esto se debe a que la autoevaluación indica que la función contribuye notablemente al éxito de la empresa.
Ventaja competitiva
Dado que el objetivo es realizar la función como una aplicación Fiori lean, no es posible elegir un método con sobrecarga de gestión como Scrum, Kanban u otros por razones de esfuerzo y coste. Está en la naturaleza de las cosas o - mejor formulado - en la naturaleza de la tarea acompañar el desarrollo con un enfoque igualmente lean. Para poner a prueba la capacidad de recuperación de una propuesta funcional en un breve periodo de tiempo, el sprint de diseño es un procedimiento adecuado, un método popular entre las start-ups que procede originalmente de Google Ventures. El sprint de diseño se asocia a la idea de validar ideas de producto en pocos días en una carrera rápida, realizando prototipos y haciéndolos probar por los usuarios para poder evaluar al final las perspectivas de éxito de una implementación completa.
Un Sprint Fiori de este tipo consta de cuatro episodios diferentes, cuya duración ideal es de un día. El primer paso consiste en identificar los requisitos, por ejemplo según el enfoque descrito en el párrafo anterior. En el segundo paso, se elaboran conjuntamente los detalles de la experiencia de usuario de una aplicación. El prototipo que se crea a continuación ofrece a los usuarios una primera experiencia de aplicación de la función como app en un smartphone, una tableta o un PC. Tras el éxito de la prueba, los responsables reciben de los consultores de apoyo una base de cálculo fiable para el desarrollo de la app funcional y pueden priorizar adecuadamente su implementación en el marco de la implantación del S/4.
Conclusión
Con el planteamiento de solución esbozado, las empresas obtienen una oportunidad de primera clase para seguir desplegando los puntos fuertes de los procesos individuales sin poner en peligro el paradigma "Keep the Core Clean" del estándar SAP. En principio, se emula una especie de espacio de datos Z para la realización de funciones personalizadas como app. Esto permite a las empresas guardar su propiedad intelectual y sus conocimientos sobre procesos y funciones optimizados, algunos de los cuales se han mantenido durante muchos años, en el nuevo mundo SAP, sobre una nueva base y por una fracción de los costes financieros y de personal.
