¿A SAP le sobra talento?

Hace una semana me encontré con este tweet:

No conozco a Thomas personalmente, pero he seguido sus enseñanzas en varios cursos de openSAP, como por ejemplo, en el de Software Development on SAP HANA (Update Q1/2019), donde nos contaba, junto con Rich Heilman, la últimas novedades relacionadas con el mundo del desarrollo en SAP HANA.

Entre otras cosas, nos hablaban del nuevo modelo de programación y cosas similares de las que os hablé en mis 3 entradas anteriores. Vamos, que muy desactualizados no se les veía, la verdad.

El caso es que dentro del plan de reestructuración de SAP han decidido prescindir de ambos.

En dicho plan, SAP tiene previsto que haya 4.500 bajas, aunque a su vez tiene planificado incorporar a otras 8.000 personas, con lo que a final de año verían incrementada su plantilla actual.

Se supone que el objetivo final es reforzar áreas como IoT, Inteligencia Artificial, Machine Learning y todo lo relacionado con el cloud, donde el crecimiento no está yendo al ritmo esperado.

Desde mi punto de vista, para poder conseguir eso, no es cuestión de seguir comprando compañías; es cuestión de afianzar e integrar todas las adquisiciones hechas en los últimos años: SuccessFactors, Ariba, Fieldglass, Concur, hybris, PLAT.ONE, Callidus, Recast.AI, Qualtrics… y ya sé que no están todas las que son, pero si son todas las que están.

Y aunque bien es cierto que SAP, como todas las compañías, necesitan adaptarse a los tiempos que corren, lo que no tengo tan claro es que en este caso todo sea cuestión de números. Me explico…

Si van a salir 4.500 empleados y van a entrar 8.000, al final, el resultado neto es que habrá 3.500 empleados más, ¿no? El resultado sería perfecto, si en lugar de estar hablando de personas, estuviéramos hablando de tornillos, donde quito uno y pongo otro. Si hablamos de personas, la cosa se complica un poco…

¿De verdad puedo contar igual a una persona con 10 años de experiencia que a un recién licenciado? ¿Les puedo exigir lo mismo?

Por supuesto, que es necesario un proceso de reciclaje y que mucha gente empiece a pensar con una nueva mentalidad y no aferrarse a lo del “es que siempre se ha hecho así”… y que estoy convencido que en muchas empresas para poder avanzar es imprescindible, por doloroso que sea, hacer una “limpia” (respetando siempre al empleado y las mejores condiciones posibles) para poder avanzar, pero… ¿todo vale?

Hace unos años, en un cliente, le decía a una persona, buen amigo y que trabaja allí: “Mira, si queréis avanzar de verdad, todos los que tengáis más de 55 años y llevéis más de 25 años en la empresa, os deberían prejubilar”.

Él entraba dentro de ese grupo y se sintió algo molesto porque entendió que era una medida discriminatoria simplemente por cuestión de edad. Le dije que no, que eran 2 condiciones: la edad y llevar 25 años allí.

Evidentemente, alguien que se considera un millennial de 46 años (ya 47) no puede pensar en que la edad sea un criterio de descarte, más bien sería la actitud. Y aquí entra el otro factor, lo de llevar 25 años en el mismo sitio, sin haber visto otros mundos.

Por supuesto, hay excepciones, pero alguien que lleva 25 años en el mismo entorno, relacionándose con la misma gente, donde ha habido poca rotación y con muchas “cuentas pendientes”, es difícil que encuentre motivación para reciclarse y adaptarse a la nueva realidad.

Si vuelvo a SAP, es evidente, que la compañía se ha transformado (o está en ello) radicalmente en los últimos años y que aquellos que vivían de vender productos con licencias eternas tienen que adaptarse a los nuevos tiempos.

A nivel tecnología, el cambio es también radical, con el hándicap de que tampoco me puedo olvidar de “lo antiguo” porque tengo una base instalada de clientes que siguen teniendo mantenimiento.

Por lo tanto, creo que es imprescindible que salga gente que no encaja en el nuevo modelo y entre “sangre fresca“, que permita dar vida a la nueva orientación de la compañía.

Lo que me chirría un poco es que se prescinda de gente que se supone que formaba parte de una de las áreas claves de la compañía, como la parte de desarrollo en HANA, ¿o es que cómo apuntan algunos eso ya no va a ser clave?

Aquí os dejo un par de artículos donde hablan de todo esto:

Por cierto, que en uno de ellos dejan ver que Björn Goerke también ha dejado la compañía, aunque no lo ha anunciado oficialmente. Y esto sí que es grave, ¡a ver quién es capaz de hacer el keynote de apertura del próximo SAP TechEd! 😉

Evidentemente, no tengo elementos suficientes para determinar si estos movimientos son los más adecuados, ni soy quién para decirlo, pero lo que es verdad es que siembran algo de desconcierto.

Y lo que es más increíble en que en un momento en el que la falta de empleo cualificado es uno de los grandes problemas que nos acechan, nos permitamos el lujo de prescindir de gente con talento más que demostrado.

No puede ser que consideremos que estos “tornillos” estén defectuosos cuando hasta ahora eran pieza clave de mi estructura… y sobre todo si tenemos en cuenta que dichos “tornillos” ya han empezado a recibir ofertas de otras ferreterías… 😉

SAP GUI for Windows 7.60

Tengo que reconocer que cuando leí el comentario de la entrada del SAP GUI 7.50, pensé que era una broma, ¿de verdad han sacado una nueva versión del SAP GUI? ¿Pero no habíamos quedado en que ya todo lo íbamos a hacer desde el Fiori Launchpad?

Lo cierto es que a pesar de los múltiples intentos de matarlo, como con el Portal o el Business Client, el SAP GUI sigue entre nosotros y aquí os dejo, recién salida del horno, la nueva versión:

Como os comento, lo acaban de sacar, hace menos de una semana y será válido hasta el 12 de abril de 2022.

Sé que para muchos es poco tiempo, porque entre que os pensáis si lo instaláis y no, se os echa la fecha encima… que cualquier día, con lo que veo/escucho, creo que aún me voy a encontrar alguna pantalla como esta:

¿Y qué trae de nuevo esta versión? Eso os lo cuentan aquí: SAP GUI for Windows 7.60: New Features & Lifecycle Information

¿O de verdad pretendíais que además de bajármelo, colgarlo y escribir este post, me lo hubiera instalado y hubiera hecho pruebas en menos de una semana? 😉

PD.- Para mantener las buenas costumbres, iré añadiendo en este artículo las nuevas versiones que vayan saliendo. Cuento con vuestra ayuda, para avisarme.

¿Integras o implementas?: esa es la cuestión

En la entrada de ayer veíamos cómo Upgrade2Success nos da una serie de pautas para facilitar la transición de mis sistemas HCM on-premise al cloud, algo que probablemente haga de forma paulatina y durante un tiempo (o siempre) tenga que trabajar con un modelo híbrido, combinando información de los dos mundos.

Y ya sabéis, que entre el suelo y el cielo hay algo y que el secreto no está en la masa. Para que todo esto funcione, hay una cuestión clave: la integración.

SuccessFactors, Ariba, Concur, Fieldglass, Hybris… alguna más y lo que quede por venir, son soluciones cloud que SAP ha ido adquiriendo en los últimos año. Soluciones que nacieron cloud y se diseñaron con esa filosofía.

Por otro lado, SAP ha ido transformando la compañía para convertirse en una compañía cloud… lo que no quiere decir que todo tenga que ser cloud, pero sí que puedes tener la posibilidad de tener el ERP en cloud (HANA Enterprise Cloud), suscribirte a una edición de S/4HANA Cloud, tener una plataforma de desarrollo de aplicaciones propia como SAP Cloud Platform, etc…

Aún así, muchos clientes quieren permanecer con los pies en la tierra, como es lógico o ir haciendo esa transición poco a poco. Lo que es evidente es que si quieres seguir avanzando con SAP, algo te vas a tener que llevar al cloud, sí o sí.

Esto nos debería llevar a conocer cómo funcionan esos 2 mundos. Se supone que la parte on-premise ya la conocemos (es mucho suponer a veces) y que con la parte cloud “estamos trabajando en ello” (que esto es suponer mucho más)… y en medio de ambos mundos, tendrá que haber algo para que se entiendan, que podríamos llamar intermediario, relator o algo así… bueno, no, mejor integrador, que luego la cosa se lía… 😉

Imaginemos que tengo un gran equipo de implementadores de soluciones on-premise y otro de todas estas “nuevas” soluciones cloud, si cada uno implementa lo suyo a su aire, sin tener en cuenta las necesidades del otro, ¿pensáis realmente que eso va a terminar funcionando como debería?

Me temo que no, como no tenga alguien que sea capaz de integrar la información entre ambos mundos, me veré abocado a duplicar datos, soportar incongruencias, tener procesos que se solapan, etc…

Todo esto viene a raíz de este artículo que he leído: Integrators who don’t ‘integrate’ and other ERP problems

En dicho artículo, analizan una serie de puntos a tener en cuenta, a la hora de seleccionar un posible proveedor a la hora de acometer un proyecto de este tipo. Merece la pena leerlo, pero aquí os dejo alguna de las conclusiones:

Software buyers should independently source implementation services and not rely on the ‘partners’ referred to them by software vendors. Of all the deals I’ve seen in 2018 and 2019, no client accepted these service firms and their proposals. Vendors don’t necessarily pick the provider that’s right for your firm. They pick service providers who hired their brother-in-law, who invited them to the Super Bowl, who kick back fees into some joint marketing slush fund, etc. Go ahead and ask a vendor “Exactly how did you come to choose this particular implementer for us?” Prepare to be lied to.”

En España no tenemos Super Bowl, pero tenemos otras cosas y, por supuesto, tenemos cuñados… eso en todos los países 😉

Don’t be afraid to shun the big firms and go direct with specialists and independents. Many of my clients have gone this route and have saved lots of money, time & aggravation. Remember, you need to buy the people not the brand on this kind of work”.

Aunque ya sabemos que las empresas confían en empresas y las personas confían en personas, los proyectos los hacen personas, no los logos.

Get help developing the services RFP. Yes, you’ll want your in-house counsel and procurement folks involved. But getting an outside specialist in, for example, cloud implementation contracts, could be a real game changer. Cloud contracts are very different from the on-premises arrangements you are quite used to reviewing.”

He visto RFPs recientes que eran un “corta-pega” de la que sacaron hace 15 años… claro, como las cosas no han cambiado. Si no sabes lo que quieres, ¿por qué no pides ayuda? Y muchas veces no es lo que quieres, es lo que necesitas. No te preguntes el “qué”, pregúntate el “para qué”.

Consider using an independent third party to provide quality assurance. Many integrators like to provide their own people to do this role; however, it is a role rife with potential conflicts of interest (e.g., letting the prisoners guard themselves). While it might work with the better implementers, wouldn’t you really want an impartial view of things?”

Los negocios no se van a parar. Es decir, cuando tengas que asumir el proceso de transformación, no vas a poder “parar las máquinas” y dedicar a tu equipo a cambiarlo todo, así que necesitarás ayuda o para dar continuidad al negocio actual y/o para hacer ese cambio.

Otra cosa que aconsejo siempre es: fórmate antes de empezar el proyecto. No te enteres de cómo se hace todo, pero sí de qué se puede hacer. Y, por supuesto, que no te forme la misma empresa que te lo va a implantar.

Ensure you’re getting an integrator not an implementer. The former should tie all your systems together. The latter may only stand up the new system without connecting it anything else in a meaningful manner.”

Este es el párrafo que ha dado origen a este post y puede que el más importante de todos.

Después, hay otra serie de consideraciones sobre el equipo, sus conocimientos, la rotación, la composición del mismo, etc… este creo que también es un punto clave y aunque se supone que muchas veces se hace la realidad es que luego hay variables imposibles de controlar.

Le puedes presentar a un cliente un equipo de 5 personas que van a hacer el proyecto y a la hora de la verdad esas 5 personas pueden abandonar la compañía en cualquier momento. Por supuesto, puedes hacer cosas para “tenerlos contentos”, pero en última instancia, no deja de ser una decisión personal de cada individuo.

Bueno, y una cosa es eso, y otra es lo que pasa a habitualmente, que de los curriculums que se presentan a los consultores que aterrizan en el proyecto, suele haber “alguna diferencia”.

Y aquí el cliente tiene 2 opciones: protestar o decir lo que dijo la primera visita oficial que hizo un mandatorio extranjero a La Moncloa en el último cambio de Gobierno.

La visita la había concertado con Mariano Rajoy y cuando llegó se encontró con Pedro Sánchez y pensó: “Joer, hay que ver lo que gana este hombre en persona” 😉

openSAP – febrero 2019: ¿qué tenemos por ahí?

Después de la escueta entrada de ayer, hoy os voy a comentar los cursos de openSAP que están ahora mismo activos, por si alguno de ellos os fuera de interés.

Esto probablemente os ayudaría a adquirir algún tipo de conocimiento y sería beneficioso para mi salud… porque con cosas como la de ayer, ¡a mí un día de estos me da algo!

Tenéis la posibilidad de ver de qué va esto del SAP Data Hub y además podéis probarlo sobre un sistema trial con SAP Cloud Appliance Library.

Este es un curso que no es específico de SAP, pero os cuenta alguna cosa para poder mejorar el mundo, que es algo que no está mal, ¿no?

Ya sabéis que una de las grandes apuesta de SAP de este año es el tema de C/4HANA, aquí os explican de qué va todo esto.

Si empezaste a desarrollar en HANA XS, va siendo hora de que te recicles y empieces a pegarte con el XSA. Si ni siquiera has empezado, estás tardando.

Aquí os dan una visión general de una de las piezas que forman parte de SAP C/4HANA.

Una nueva oportunidad de conocer las herramientas de un proceso de conversión a S/4HANA, ¿o te vas a esperar a 2025?

Este acaba de empezar y se suponen que nos van a contar cómo facilitar la transición al cloud a la gente de HCM. No puedo comentar nada porque ha empezado hoy, pero prometo hacer una entrada más adelante.

Este comienza en marzo y como ya he hecho una edición anterior, os puedo comentar que es curioso. Te enseñan cómo comunicar de una manera más clara tus ideas, algo a lo que a veces no se le da toda la importancia que merece.

¿Y hay que hacerlos todos? Bueno, es evidente que no, aunque tampoco está de más, que te suene al menos de qué va todo esto, para evitar escribir barbaridades como la mostrada en la entrada de ayer.

En cualquier caso, sé que todo esto en la mayoría de vosotros va a producir el conocido “efecto gimnasio”…  ya os aviso, que sólo con apuntaros no vale… hay que dedicarle tiempo 😉

SAP Cloud Appliance Library: un S/4HANA instalado en menos de 2 horas

Ayer os hablaba de la posibilidad de tener un sistema S/4HANA en menos de 2 horas, hoy os lo demuestro 😉

En este primer vídeo, podéis ver como entro en mi cuenta de SAP Cloud Appliance Library, en la que tengo 3 soluciones (2 suspendidas y 1 que he eliminado recientemente).

Busco en el catálogo de soluciones las que están disponibles y son gratuitas e instalo una de S/4HANA 1610.

Para ello, selecciono mi cuenta en Amazon Web Services, el centro de datos en el que lo quiero alojar, establezco la contraseña (la necesitaré después para entrar) y almaceno el fichero con el certificado.

Mientras levanta el sistema, puedo ir mirando la guía asociada al mismo, donde podré ver, por ejemplo, los usuarios y contraseñas para poder acceder.

Pasados 90 minutos, vuelvo a entrar y veo que el sistema ya está activo y entro.

Ahora, es tu turno 😉

¿Quieres tener un sistema S/4HANA disponible en menos de 2 horas?

Si quieres, puedes con SAP Cloud Appliance Library, algo que existe por lo menos desde hace 5 años y me sigue sorprendiendo que haya gente que no lo conozca.

¿Qué es esto? Un catálogo de imágenes de sistemas SAP ya configurados que podemos instalar y utilizar en cuestión de minutos, lo único que necesitamos es tener una cuenta en un proveedor cloud (Amazon, Azure o Google), para alojar el contenido.

(Por cierto, señores de Accenture, ya les pasaré la cuenta por la publicidad gratuita)

Hay sistemas gratuitos, de pago, para desarrollo, formación, etc… Aquí podéis ver todas las soluciones disponibles a día de hoy: SAP Cloud Appliance Library – Solutions

A veces nos ofrecen licencias de 30 días, otras veces son sistemas específicos para un curso de openSAP, las de desarrolladores son permanentes, etc…

Lo que no tiene mucho sentido, a estas alturas, es que a la hora de hacer una demo os pongáis a buscar hierro, a pelearos con los herreros y después tengáis que forjar la pieza…… 😉