El futuro de SAP HCM

La semana pasada se celebró en Las Vegas el HR Innovations 2019, al cual NO tuve el placer de asistir… 😉

En cualquier caso, eso no es problema para enterarse de algunas de las cosas que se hablaron, gracias a profesionales como Danielle Larocca que se preocupan en contarnos cómo fueron las cosas por allí.

En su artículo The Future of SAP HCM On-Premise hace un resumen de lo que contó Ralf Wagner sobre el futuro inmediato de SAP HCM, donde podemos ver cosas como éstas:

  • SAP sigue evolucionando tanto la opción on-premise (especialmente temas de Fiori y aprovechamiento de HANA como plataforma), como SuccessFactors (con sus actualizaciones trimestrales).

  • SAP garantiza hasta 2025 el mantenimiento de la solución actual de SAP HCM on-premise.
  • A partir de 2023 estará disponible el Sidecar para HCM, que tendrá que instalarse en un sistema aparte, sobre HANA también, pero independiente al S/4HANA que pudieras tener. Es decir: tu S/4HANA por un lado y tu SAP HCM por otro.
  • El mantenimiento de la nueva solución estaría asegurada hasta por lo menos 2030.

Como veis en el gráfico anterior, de 2023 a 2025 tocará migrar la solución SAP HCM tradicional al nuevo HCM for S/4, cuya vida será de 5 años (ya veremos), hasta que en 2030 todo acabe en SuccessFactors.

Mi opinión personal es que esta es una solución transitoria para aquellos clientes recelosos de irse a la nube, que da la opción a los clientes de no preocuparse por HCM hasta que no tengan migrado “lo importante” (finanzas, logísticas, etc…), aunque sigo pensando que puede que haya algún movimiento con respecto a la nómina en la nube en un futuro próximo.

Esa es mi apuesta… ¡hagan juego, señores! 😉

¿Nos engañan o nos dejamos engañar?

Año tras año me sigue sorprendiendo que siga habiendo casos de personas que caen en conocidos timos como el de la estampita y el tocomocho, por no hablar de otras variedades de timos más sofisticadas.

En cualquier caso, siempre me asalta esta duda: ¿tiene algún derecho a reclamar “el timado” cuando era él quien pensaba aprovecharse del otro?

Evidentemente, no estoy a favor de este tipo de prácticas y tengo claro que hay que perseguirlas, pero también es cierto que a veces nos dejamos engañar.

Por ejemplo, si a mí alguien me ofrece un curso de SAP que oficialmente cuesta 6.800 € por casi la mitad de precio, cuanto menos sospecharía un poco…

Lo primero que haría sería hacer una simple pregunta:

  • ¿Sois un programa oficialmente homologado por SAP?

Se me ocurren otras como:

  • ¿Ese “título propio” que ofrecéis dónde está reconocido?
  • ¿Qué certificaciones tienen los instructores?
  • ¿Las prácticas que ofrecéis en empresas son remuneradas?

Una vez respondidas estas preguntas, tendría más elementos para valorar si realmente es una oferta tan interesante cómo quiere aparentar.

Yo, de momento, me he permitido hacer un par de preguntas a una de estas escuelas que debe estar haciendo una campaña en Facebook Ads ya que, un día sí y otro también, me aparece su publicidad:

Cuando me contesten, os digo.

De todas formas, ya he contado alguna vez cómo suelo responder a la pregunta que a veces me llega de dónde puedo aprender SAP… y siempre que me preguntan por alguna de estas “opciones alternativas” mi respuesta es la misma: “Cada uno es libre de hacer con su dinero lo que quiera. Yo, lo donaría antes a una ONG”.

Por supuesto, podéis pensar que es una opinión condicionada, ya que yo colaboro dando formación oficial con SAP pero, en su momento, cuando me quise formar, fui allí y desembolsé una cierta cantidad (no pequeña)… y en ese momento también había opciones “más baratas”. Hoy, volvería a hacer lo mismo.

Me parece perfecto que haya empresas que intenten sacar rendimiento a todo esto, pero siempre dentro de la legalidad y no jugando con la ilusión de las personas.

Es decir, son muy libres de hacer una oferta formativa de ese área, pero dejando claras las condiciones, para que nadie se lleve a engaños.

Y si hablo de este caso concreto es por el hecho de que me aparece cada día que entro en Facebook, pero hay más casos así y, probablemente, alguno de los que me leéis habéis sido alumnos de alguno de esos programas.

Si os han valido de algo, perfecto, me alegro por vosotros y me alegro de que hayáis amortizado la inversión, pero también conozco casos en los que la gente se ha sentido engañada… y eso es lo que realmente molesta, que se juegue con las ilusiones de la gente.

Y aquí viene lo que planteo en el título del post: ¿nos engañan o nos dejamos engañar? 😉

Vamos, ¡a darle a la tecla!

Hace unos meses os contaba que alguien me había pedido consejo sobre qué hacer para escribir un blog y yo le dí esencialmente uno: EMPIEZA.

Parece que me hizo caso, ahora viene el siguiente consejo: CONTINÚA.

Aquí os dejo su blog y otros dos, también de reciente creación, y que creo que pueden aportar cosas interesantes:

¿Qué os podéis encontrar ahí? Pues sobre todo temas relacionados con programación SAP: SAP Cloud Platform, SAPUI5, Fiori, ABAP… todo desde el punto  de vista personal de cada uno de los autores.

¿Y qué gano yo con esto? Lo mismo que vosotros: todo lo que ellos quieran aportar, ¿no os parece suficiente?

Por eso, desde aquí animo a que todo el que crea que tiene algo que aportar, a que se lance, que escriba, mejor o peor, pero que lo haga… después sólo es cuestión de ir mejorando.

Si esperas a tener todo “perfecto”, ya sabes lo que va a pasar: que nunca tendrás nada.

Ahora les toca a ellos, seguir dándole a la tecla… 😉

¿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 Cloud Application Programming Model: ¿esto qué es?

Bueno, esto realmente es lo mismo de lo que os hablaba ayer: ABAP RESTful Programming Model.

Realmente, deberíamos hablar por un lado del modelo de programación (ABAP RESTful Programming Model) y por otro lado del entorno (SAP Cloud Platform ABAP Environment).

Aquí os dejo una presentación sobre el tema: Overview of the ABAP RESTful Programming Model in SAP Cloud Platform ABAP Environment

En la misma nos intentan explicar todo esto y, entre otras cosas, conceptos clave como Business Objects y Business Services.

Puedes engañarte y decirte que todo está muy bien, pero que ahora mismo no tienes tiempo de mirar estas cosas porque tus clientes sólo te piden batch-inputs, ALVs y SAPscripts, pero… ¿estás seguro de que todo eso te va a servir de algo en un par de años?

Así que yo que tú, iría enterándome un poco de qué va todo esto y aquí tenéis una nueva oportunidad, con este curso de openSAP: SAP Cloud Platform Essentials (Update Q2/2019) 

¿Lo vas a hacer o vas a seguir con tus módulos de funciones? 😉

ABAP RESTful Programming Model: un paso más

En la entrada de ayer os comentaba que algo, con lo que es probable que ni os hayáis puesto aún, se estaba quedando ya obsoleto. Realmente, debería decir que ha ido evolucionando.

Si ayer hablaba del ABAP Programming Model, hoy escribo de algo que no es exactamente lo mismo: ABAP RESTful Programming Model.

Todo esto está muy relacionado con el anunciado ABAP en Cloud, que nos presentaron hace unos meses en el SAP TechEd y que se basa en lo siguiente:

    • Modelado (CDS)
    • Aprovisionamiento de servicios (OData)
    • Consumo de servicios (Fiori)

Entre otras cosas, en este modelo, deberíamos trabajar con las ABAP Development Tools (ADT), ya no hace falta entrar a la SE80 por SAP GUI, a pesar de la flamante versión 7.60 😉

El ABAP sigue vivo, aunque no será el de siempre, y hay que habituarse al uso de API’s y el modelado de datos con CDS.

Aquí os dejo el artículo donde hablan de todo esto: Evolution of the ABAP Programming Model

¿Y tú, te apuntas a la evolución o piensas seguir con tus ALV’s? 😉

ABAP Programming Model: algo que te debería sonar

Hace menos de 1 año escuché esta frase: “El ABAP orientado a objetos casi no se utiliza”. Que es algo así como decir, a estas alturas del partido, que La Tierra es plana, pero ya sabéis que hay de todo en este mundo… 😉

También cuando cuento algo de SAP Cloud Platform alguien me dice lo de “todo esto es muy  nuevo”… y cuando miro el primer curso que hubo en openSAP sobre esto veo que es del 26 de octubre de 2013… ¡hace casi 5 años y medio!

Lo que sí es cierto es que, por ejemplo, todo lo de SAP Cloud Platform ha cambiado bastante desde que empezó, pero de ahí a que sea “muy nuevo”, hay una gran diferencia.

Y aunque tengo claro que esto es un poco predicar en el desierto, vuelvo de nuevo a la carga, intentando explicar por qué, sobre todo si eres desarrollador, deberías ir pensando en actualizarte.

La clave de todo está en entender este gráfico:

Simplificándolo mucho: tengo mis datos en HANA, los modelo con CDS, los pongo en formato OData y los consumo en aplicaciones SAPUI5/Fiori.

De entrada, tengo que tener muy claros algunos conceptos: HANA, CDS, OData y SAPUI5. Algo que ya era básico a finales de 2017… 😉

¿Por dónde empiezo? Aquí os dejo una pequeña ayuda: Be prepared for the ABAP Programming Model for SAP Fiori

¿Te vas a actualizar o vas a pasarte la vida haciendo batch-inputs?

Y lo mejor es que esto, está empezando a quedarse “obsoleto”… 😉