Transformación de procesos de negocio: cómo unirlo todo

Rompiendo la complejidad

La transformación suena compleja, pero idealmente no es más que optimización en pasos continuos. Tienes que renovar la casa de vez en cuando, pero lo harás con precisión si desarrollaste tus capacidades de artesano a través de la práctica continua a lo largo del tiempo. También entonces la renovación es más bien parte de un cambio continuo con mucho menos riesgo de fracaso frente a una interrupción completa.

En esta publicación de blog, reunimos todo y compartimos cómo SAP Signavio puede contribuir a agregar valor a cada paso de su viaje de transformación de procesos a través de SAP S/4HANA, SAP BTP y cualquier otra solución.

Basado en nuestro Manifiesto de transformación de procesos de negocio Permítanme resaltar algunos aspectos clave para «descomponer» la complejidad:

• Obtener información (adicional) cada día: no apueste por “maravillas únicas”. Hay potenciales más grandes y más pequeños ocultos en sus operaciones diarias y en la forma en que las ejecuta hoy. Y puede haber otros mañana, ya que solucionó algunos mientras la realidad empresarial creaba otros nuevos. Tener un control continuo sobre el rendimiento y la identificación continua de los potenciales de mejora permite la consistencia de las inversiones, así como la agilidad en la ejecución.
• Crear la demanda donde está el problema: no se puede prescribir el cambio o las soluciones o la adopción. Así que lleve a sus empleados en un viaje que ellos mismos dirigen. Los lugares más productivos son donde se encuentran los problemas y las soluciones. Liberar el inmenso potencial de la colaboración «dirigida y gobernada» es un requisito previo para integrar con éxito la transformación continua en su modelo operativo.
• Prosperar por soluciones y correcciones: «Desbloquear» los cuellos de botella, incluso si está automatizado, es una solución rápida. Lo cual podría tener sus méritos. Pero no a medio plazo, ya que cada arreglo desdibuja el caso del problema subyacente. Las soluciones reales van mucho más allá de los arreglos «en la superficie», ya que desbloquean la agilidad e incluso la innovación. Así que atrévase a analizar en profundidad hasta «el núcleo» frente a rascarse solo en el nivel de ejecución. Comprender la complejidad de la solución subyacente es una habilidad clave para tomar decisiones inteligentes que eviten la complejidad futura o los efectos de «bloqueo heredado».

Estrictamente aplicado a la Transformación de Procesos de Negocio, esto significa:

1. Operacionalización del análisis de procesos: no puedes controlar lo que no puedes ver o medir. La complejidad crece mejor en la oscuridad, donde nadie la ve crecer. Por lo tanto, arrojar luz sobre su ejecución real debe ser una prioridad clave para activar su sistema inmunológico organizacional. A las personas no les gusta la complejidad y les gusta la optimización. Déles la vista y saltarán al modo de solución. No solo los expertos, sino todo el equipo realmente.
2. Diseño de procesos rectores: conocer el problema no significa conocer la solución. El abismo entre “buen proceso” y “buena solución (software)” es el mejor amigo de la complejidad ya que separa el Negocio (ejecución) de la TI (solución). Construir el puente es esencial para dar a la «energía de solución desatada» una dirección y un enfoque claros. Nuestro «puente de solución» se basa en el contenido de referencia de «buenas prácticas» que muestra cómo se ve lo bueno en el lado del proceso comercial y la solución de TI. Conocer la solución de referencia evitará la ingeniería inversa de un estándar y permitirá una localización/extensibilidad personalizada cuando sea necesario. Esto ahorra el «impulso creativo» para (la vista) áreas de puntos blancos reales donde no existe una solución estándar.
3. Ser rápido en la ejecución: suena fácil pero requiere más estructura que velocidad. La complejidad de la ejecución en casi todos los casos no es un problema de los que no quieren y/o no pueden, sino más bien un problema del canal de incentivos (gestión) y/o “idea a solución”. Si encontró los problemas y ahora la referencia de buenas prácticas, ejecutar el cambio debería ser un estándar. Si no, verifique su modelo de entrega de DevOps (en toda su cartera de soluciones) o siga leyendo, ya que es posible que falten incentivos para el cambio.

Figura 1: Cómo acelerar el ciclo entre conocimientos y adaptación

Construyendo el caso

El caso del cambio no es ciencia espacial. Solo necesita sobrevivir al desafío del “por qué, por qué, por qué” a la luz de la estrategia y las prioridades corporativas. no hace falta decir que los datos no son solo su mejor amigo, sino un requisito previo absoluto para pasar la prueba. Si no puedes mostrarlo en números es un sentimiento. Y la mayoría de las empresas carecen de emociones en las pérdidas y ganancias y en el balance (culpan a los principios contables por perderse ese activo intangible).

Desde un punto de vista muy práctico esto significa: la prioridad sigue al valor. Si desea lanzar una inversión, debe poder indicar algún reembolso y/o ROI. Y no debería necesitar un consultor para crear los lanzamientos pero, como se describió anteriormente: puede ser un tarea estándar de todos los expuestos al análisis de procesos y/o al diseño de procesos.

Todo lo que se necesita es un concepto de dirección sólido que une las métricas de nivel de proceso (rendimiento) con los resultados comerciales de nivel de impulsor de valor. Es genial ver cuellos de botella a nivel de proceso, pero es clave traducirlos en un impacto comercial real. Con esta etiqueta de «valor» objetivo, la ambición comercial detrás de las propuestas de mejora se vuelve transparente y puede servir como nivel de compromiso para las solicitudes de cambio y/o transformación.

Figura 2: resumen de valor ejemplar

Rainer y Axel han descrito más detalles sobre cómo construir un caso. aquí. El análisis del valor potencial ya se puede realizar con SAP Signavio Process Insights y Process Intelligence (próximamente más funciones).

Ejecución a través del núcleo y la extensibilidad

Mi firme creencia es que, desde una perspectiva de proceso (transformación) y de negocio, el “qué” es más importante que el “cómo”: importa QUÉ iniciativas impulsa para mejorar y obtener valor, no tanto el CÓMO en el sentido de qué soluciones de TI harán el truco. Aunque los departamentos comerciales se están volviendo más inteligentes en la creación de soluciones (por ejemplo, «desarrollo ciudadano» para código bajo / sin código), existe una trampa costosa para «si tiene un martillo, cada problema es un clavo». La demanda empresarial de cambio debe satisfacerse con un sólido suministro de soluciones de TI.

Para dominar el arte de “impulsar soluciones y arreglos” en paralelo, es necesario que haya un punto donde un caso de valor sólido y una propuesta de solución a nivel de proceso se encuentran con todo el patio de nueve soluciones de TI disponibles y arquitectura, que trasciende el espectro de «TI en la sombra».

Elegir la solución sabiamente requiere conocer todas las alternativas disponibles. Y la pregunta «dónde implementar el código» es importante, ya que existe un costo para la complejidad del entorno de TI y la falta de integración que la empresa sentirá si se priorizan los requisitos del proceso sin tener en cuenta la estrategia del entorno de la solución.

Por otro lado, esto significa: no importa si está conduciendo su Transformación de S/4HANA de la estrategia a la ejecución o si eres impulsando el valor alrededor del núcleo con Business Technology Platform o cualquier valor en cualquier otra solución… al proceso no le importa. Tampoco el enfoque de transformación continua del proceso en el lado del negocio, es lo mismo. La clave es entrelazar de forma inteligente las perspectivas de proceso y solución para permitir resultados comerciales sostenibles. Y, por supuesto, esto se vuelve mucho más fácil con un paisaje de «núcleo limpio e integrado».

Figura 3: Cómo se conecta el diseño de procesos con el diseño de soluciones

En cada caso SAP Signavio puede ayudarlo a transformar su negocio, ya sea paso a paso todos los días o una iniciativa de transformación enfocada, por ejemplo, para las iniciativas RISE S/4HANA, en todas las soluciones de SAP y más allá.

¿Dónde estás en tu etapa de transformación? Háganos saber en los comentarios a continuación o vea nuestro Llamada de la comunidad SAP para obtener más información sobre cómo podemos ayudarlo con su transformación.