Hasta el infinito y más allá

Hace un par de años, cuando se empezó a hablar de SAP Leonardo aparecía en todas las presentaciones un gráfico parecido a este.

En el mismo, se quería reflejar que con SAP podías hacer «lo tradicional» (a la izquierda) y todo «lo moderno» (a la derecha), permitiendo trabajar en ambos modos de manera simultánea: unos se preocupan de que todo siga funcionando y otros a innovar pare mejorar los procesos.

Aquí lo tenemos un poco más completo, donde podemos ver que tenemos un gran núcleo (S/4HANA), sobre el que orbitan soluciones cloud para distintas líneas de negocio junto con una serie de herramientas inteligentes (SAP Leonardo) y todo ello basado en una base de datos (HANA) y una plataforma (SAP Cloud Platform):

Después, empezamos a oír hablar de la empresa inteligente y al símbolo del infinito le fueron apareciendo añadidos.

Empezamos con el tema de los 3 pilares (plataforma, suite y tecnología), etc…

Aunque, como ya os comenté en un artículo anterior, ahora se empieza a hablar de 4 pilares: SAP S/4HANA Movement y los 4 pilares de la empresa inteligente

El caso es que nuestro símbolo sigue apareciendo por ahí y sobre el mismo vamos adaptando el discurso.

De repente, aparece Qualtrics y se convierte a la solución de gran parte de nuestros problemas. Ya sabemos QUÉ pasa en nuestros negocios, pero no sabemos POR QUÉ pasan esas cosas… bueno, pues venga, vamos a hacer un dibujito nuevo:

¡Listo! ya lo tenemos todo integrado, a la izquierda todos nuestros datos «eXperienciales» para saber el por qué de las cosas, a la derecha del todo nuestros datos Operacionales y en medio toda la capa de inteligencia que nos permite combinar ambas informaciones.

Este último es el gráfico que vais a ver ahora en todas las presentaciones, ¿hasta cuándo? Pues hasta que decidan sacar otro dibujito… que puede ser mañana o en unos meses.

¿Y detrás de todo esto qué hay? Mucho trabajo que hacer, primero para entender cómo conectar estos puntos y después conseguir que todo esto esté realmente integrado, no sólo en un dibujo.

¡Ese es el verdadero reto! Y para eso hay que prepararse y que todas estas cosas al menos nos suenen de qué van, para poder tener criterio después para filtrar y saber en qué enfocarse.

De momento, con que entendamos qué quieren reflejar estos gráficos, es un buen primer paso y de ahí… ¡hasta el infinito y más allá! 😉

¿Estamos preparados para el cambio? ¿Qué decís vosotros?

La semana pasada os pedía vuestra colaboración para saber de primera mano si consideráis que estamos preparados para dar el salto a S/4HANA y hoy toca compartir los resultados.

La encuesta sigue abierta, por si alguien más se quiere animar, pero al llegar al número redondo de las 200 respuestas, podemos empezar a analizar los mismos.

Puede que lleguen más, por lo que los resultados finales podrían cambiar, aunque no creo que lo hagan significativamente, la tendencia es más o menos clara.

Enlace para participar: https://es.surveymonkey.com/r/QHHCWDG

SurveyMonkey te ofrece la posibilidad de compartir los resultados y poder hacer comentarios en los mismos, así que si alguien se anima, aquí va el enlace: Resultados encuesta nivel de conocimientos SAP – Oct.19

Aquí os dejo un resumen de los resultados:

¿Eso sale de SurveyMonkey así? Pues va a ser que no… eso es SAP Analytics Cloud, que ya sabéis que es la gran apuesta de SAP para todo el tema de analíticas.

¿Y se conecta directamente con SurveyMonkey? Directamente no, pero es algo sencillo de automatizar.

¿Cómo? En mi caso, utilizo Zapier para volcar automáticamente las respuestas en un Gsheet y esta es la fuente de datos del modelo que utilizo en SAP Analytics Cloud para hacer los gráficos.

Una vez conectado todo, cada vez que llega una respuesta nueva a SurveyMonkey, Zapier lo lleva a Gsheet y en SAP Analytics Cloud tengo programado un refresco diario de la información.

¿Mucho lío? No sé, lo veo más eficiente que copiar y pegar de un lado a otro cada vez… «pierdo» un poco de tiempo para montarlo y después me olvido.

Volviendo a los resultados, aquí os dejo un vídeo comentando la jugada:

Si queréis hacer vuestros comentarios, podéis hacerlos aquí mismo o en el enlace de los resultados que puse antes.

Y, por supuesto, también podéis hacer algo para intentar mejorar los resultados, aún estamos a tiempo 😉

El paso a S/4HANA: ¿un salto al vacío?

Hace un par de días os pedía ayuda para saber vuestra opinión sobre si estamos realmente preparados para dar el salto a S/4HANA y en unos días compartiré los resultados de la encuesta, como dije.

Por cierto, si alguno quiere hacerla o reenviarla, aún estáis a tiempo: https://es.surveymonkey.com/r/FJCFQT6

Con independencia de si el plazo es limitado (2025 es mañana) o de si se va a ampliar unos años más o no, lo que está claro es que cuanto antes empieces a revisar ciertas cosas mejor.

A nadie le va a venir mal, revisar el código fuente que hizo hace 10 años, borrar programas obsoletos, ir pasando a Unicode (sí, algunos no lo tienen aún), subir al último nivel de EhP, etc…

Y, por supuesto, tampoco estaría de más que hicieras una revisión de tus procesos, para ver si aquella «mejor decisión» que tomaste hace 15 años sigue teniendo sentido hoy en día.

Te doy una pista para ayudarte en este proceso: mira a tu alrededor, encima de tu mesa, ¿ves el aparato ese que tienes ahí? Sí, uno que tiene una pantalla cada vez más grande, sin teclado y al que te pasas el día pegado… ¿lo ves? ¿Es igual que el que tenías hace 15 años? Quizás debas cambiar algo por su culpa…

(Si eres de los que sigues con tu Nokia 3110, olvida el párrafo anterior).

Como sabréis, hace un par de semanas se anunció la noticia de que Bill McDermott dejaba de ser CEO de SAP a finales de año y su puesto pasaba a ser ocupado por Jennifer Morgan y Christian Klein como co-CEOs.

Por cierto, si alguien estaba preocupado por si Bill iba a encontrar trabajo, no os preocupéis, ya sabemos dónde va: Bill McDermott, de CEO de SAP a CEO de ServiceNow

El caso es que a raíz de este cambio, leí un artículo donde se recogen las opiniones de algunas de las asociaciones de usuarios SAP que hay por el mundo y en el mismo se ponen de manifiesto ciertas inquietudes: SAP user groups to SAP’s new CEOs – let’s partner on integration, S/4HANA adoption, and cloud harmonization

Me quedo con las manifestadas por la gente de ASUG: la adopción de S/4HANA y la integración de las soluciones cloud.

Lo de parar de comprar soluciones e integrar las adquiridas en los últimos años es algo que no estaría mal, la verdad… 😉

Sobre el paso a S/4HANA, los clientes no terminan de ver el caso de negocio para cada uno de sus casos particulares pero me temo que es algo sobre lo que no merece mucho la pena discutir: es algo que está ahí y que, si quieres seguir trabajando con SAP, tendrás que afrontar antes o después.

SAP ha puesto en marcha distintas iniciativas para facilitar esa transición a los clientes, como el programa denominado SAP S/4HANA Movement, y una serie de herramientas que nos ayudarán en ese proceso de transición.

Y de nuevo openSAP sale en nuestra ayuda para mostrarnos algunas de esas herramientas.

Ahora mismo tenéis en marcha un cursos sobre aspectos técnicos a tener en cuenta en una migración y en un par de semanas empezará otro sobre aspectos funcionales. Son estos cursos:

No son los primeros que hay sobre este tema, como ya comenté en su momento y seguro que no serán los últimos.

Así que yo que tú, me iría poniendo las pilas, antes de dar el salto al vacío… 😉

SAP HCM: próximos pasos

Tras el furor desatado por las últimas entradas, volvemos a hablar de SAP HCM y SuccessFactors.

Esta vez para comentar la estrategia que presentó SAP el pasado 9 de julio, en el SAP Localization Day organizado por AUSAPE.

Aunque no pude asistir, AUSAPE ha colgado toda la documentación de las ponencias en el siguiente enlace: Presentaciones Localization Day – Madrid

Como podéis ver, en el enlace tenéis las presentaciones de todas las ponencias y los vídeos de casi todas. Precisamente, uno de los vídeos que falta es el de la de «Next steps HCM«, que es de lo que voy a hablar en este artículo.

Se supone que subirán el vídeo en los próximos días y probablemente algo de lo que comente en este artículo no sea exactamente lo que dijo Héctor Puyol. Hacedle caso a él, que es el que sabe 😉

Para empezar, nos presentan unos datos que reflejan la realidad del mercado y de los clientes:

  • El mundo cloud, en general, sigue creciendo, mientras el mundo on-premise decrece.
  • SAP, dentro de HCM, centra su inversión en SuccessFactors/Cloud; en la parte on-premise hay mejoras legales y algo de experiencia de usuario.
  • Hay clientes que están pasando a SuccessFactors.
  • Hay clientes que pasan a S/4HANA y quieren seguir teniendo una solución SAP HCM on-premise.

Todo lo anterior es discutible y opinable, pero la realidad es que ante la evidencia de que ciertos clientes no quieren ir a SuccessFactors, SAP anunció hace ya más de año y medio el Sidecar para HCM, o también denominado SAP HCM on-premise for S/4 HANA.

¿Esto qué es? Pues básicamente es una solución específica para S/4HANA on-premise con parte de la funcionalidad de SAP HCM, no toda, que debe instalarse en un sistema aparte, que estará disponible el 1 de enero de 2023 y será mantenida hasta 2030.

Aquí tenéis un extracto de la presentación sobre esto:

Ante este panorama, os puede surgir la duda de qué hacer si tengo SAP HCM y quiero pasar a S/4HANA antes de 2023, ¿podría seguir trabajando con SAP HCM?

Mi respuesta es sí, pero con la funcionalidad existente en el ERP.

De hecho, hace más de 2 años, hice una prueba y comprobé que en S/4HANA se ejecutaba la nómina con normalidad: S/4HANA: ¿qué va a pasar con SAP HCM?

Es decir, creo que lo que va a hacer SAP con el nuevo SAP HCM on-premise for S/4 HANA es reescribir todo el código de la parte de HCM (salvo lo que han dicho que esta excluido, que podéis ver en la última imagen) para aprovechar todas las bondades de HANA, pero mientras podréis tener vuestro «SAP HCM de toda la vida» en S/4HANA; que básicamente es lo que teníais pero sobre base de datos HANA, que ya sabemos que es la única base de datos soportada por S/4HANA.

Y ahora vamos con la nómina, ¿qué opciones tenemos? Básicamente, estas:

  • SAP HCM on HANA, on-premise: la que os comentaba antes, la de toda la vida, pero con HANA como base de datos. Disponible desde ya y con mantenimiento hasta 2025.
  • SAP HCM for S/4 HANA, on-premise: lo que van a sacar en 2023 y con mantenimiento asegurado hasta 2030.
  • Employee Central Payroll (ECP): solución de nómina en cloud privada, recomendada para clientes con más de 5.000 empleados y menos de 200.000. La infraestructura la gestiona SAP y no cubre toda la funcionalidad de la solución on-premise, en tiempos y beneficios, por ejemplo.
  • Partner Managed Cloud (PMC): solución parecida a la anterior, en la que el cliente delega en un partner toda la gestión de la nómina.

¿Y por qué elegir una y otra? SAP dice esto:

Yo digo…

  • Si tienes la nómina en SAP, vete pasando a HANA y espera a ver qué sacan en 2023.
  • Si no tienes la nómina en SAP, pero tienes distintos sistemas de nómina en varios países y muchos empleados, me plantearía lo de Employee Central Payroll, si la quieres tener controlada o Partner Managed Cloud si quieres que te lo gestione todo un partner.

Vamos, que la opción de ir al cloud en el tema concreto de nómina, yo sólo se la aconsejo a nuevos clientes o a aquellos que tengan un montón de sistemas diversos y quieran unificar.

Como regla general, aplicaría lo de «si funciona, no lo toques», hasta ver qué pasa en 2023 o ver si antes sale un nuevo sistema de nómina… La nómina en la nube: ¿por qué no?

Y, por último, lo que tenemos que tener en cuenta también es si nuestra instalación de S/4HANA va a ser cloud (multitenant o single) u on-premise (HEC o no HEC, esa es la cuestión), ya que no todas las combinaciones son válidas, como podéis ver a continuación.

Y ahora, ¿tienes más claro cuáles van a ser tus próximos pasos en SAP HCM?

¿Creéis que estamos preparados para movernos a S/4HANA?

Yo, hasta ayer, pensaba que no, que la gente es algo que ve aún lejano, que no tiene la necesidad, que no lo está planificando con tiempo…

Y además creía que había un gran problema por la falta de recursos cualificados, ya que no se está invirtiendo en aprendizaje (mejor que formación) para tener los conocimientos adecuados para afrontar este cambio… pero después de ver estos tweets me quedé mucho más tranquilo…

Hay que reconocer que, en general, «los grandes» son muy grandes… 😉

Si queréis ver el detalle de dónde salen estos datos, aquí tenéis el enlace: Magic Quadrant for SAP S/4HANA Application Services, Worldwide

Y ya sabéis que todos estos sesudos estudios son perfectamente fiables y no están subvencionados por ningún fabricante de software ni por ninguna consultora, aunque a veces lo parezca… 😉

Lo bueno de que haya tantos es que es complicado que no haya uno en el que salgas bien posicionado, sólo es cuestión de enseñar el que te interese en cada momento.

Para muestra un botón… 😉

SAP S/4HANA Movement y los 4 pilares de la empresa inteligente

¿Pero cómo que 4? ¿No habíamos quedado en que eran 3?

A ver, que antes eran 3, ahora son 4 y dentro de 6 meses pueden ser 5 ó 20, ¿qué mas da?

Esto no deja de ser un discurso de marketing, lo que interesa realmente saber qué hay detrás de esos n pilares, saber qué necesito de cada uno y cómo conectarlos. ¡Casi nada!

En esencia, es algo muy similar a lo anterior, donde nos hablaban de suite inteligente (S/4HANA), tecnologías inteligentes (Leonardo) y plataforma inteligente (Cloud Platform), ahora nos hablan de:

Es decir, lo que os decía antes: conceptos, conceptos y conceptos, pero todo estoy hay que aterrizarlo, entenderlo e integrarlo.

Y, por supuesto, saber qué aplica y qué no para tu modelo de negocio, ¿o piensas comprártelo todo? No tendría sentido.

Al igual que no lo tiene negar la evidencia y pensar que te vas a quedar con tu R/3 de toda la vida y vas a poder hacer de todo… a la larga, eso no lo veo viable.

Si quiero evolucionar, antes o después voy a tener que subirme al carro de «lo nuevo» y debería ir planteándome el salto a S/4HANA.

¿Cuándo? Antes de 2025, que ya sabemos que es la fecha límite y aunque esta se pudiera extender, ¿para qué esperar? Si dan 3 años más de tregua, ¿vas a retrasar tu decisión 3 años más? No tiene sentido, dentro de 3 años estarías igual que ahora.

Así que mi consejo es, independientemente de que se hablen de 3, 4 ó 15 pilares, yo me iría enterando de qué va eso de la empresa inteligente y qué debería hacer para dar el salto a S/4HANA y para ello lo verdaderamente inteligente es informarse, para tener la posibilidad de tomar la mejor decisión y no verte forzado porque se te echa el tiempo encima.

SAP S/4HANA Movement es una iniciativa con la que SAP quiere ayudar a los clientes a dar ese salto (¿de fe?) y donde podéis encontrar información interesante, como esta: Join the SAP S/4HANA® MovementUnlock the value of the age of intelligence

En el documento, podéis encontrar distintas herramientas que os pueden ayudar a la hora de tomar decisiones como si haces una conversión o una nueva implementación, si optas por una edición cloud o vas al modelo on-premise…

…herramientas como SAP Transformation Navigation, que partiendo de tu situación actual te genera un informe con recomendaciones a seguir…

…o SAP Readiness Check que te ofrece un cuadro información relevante para saber qué pasos tienes que dar para hacer esa conversión.

En el documento también tenéis información sobre el programa SAP S/4HANA Adoption Starter Engagement, en el que se supone que en 90 días os van a dejar claro por qué hay que ir a S/4HANA y qué beneficios aporta a vuestro negocio.

¿Demasiadas cosas? Puede ser, pero lo importante es moverse y no quedarse parado, aunque no lo veáis muy claro… 😉

¿Quién ha hecho esta mierda de programa?

Si eres desarrollador, es probable que más de una vez se te haya venido esa frase a la cabeza al revisar el código de un programa. Y es también muy posible que ese «quién» fueras tú mismo… 15 años antes 😉

Que no siempre tiene porqué ser así, que hay gente que hace las cosas muy bien desde el minuto 1, pero aunque fuera así, me cuesta creer que ahora mismo alguien haría igual las cosas que hace 15 años, sobre todo teniendo en cuenta lo que ha avanzado la tecnología en este tiempo.

Sí, ya conozco la máxima de «si funciona, no lo toques», pero es que si trabajas con SAP puede que las cosas dejen de funcionar en breve… ya sabéis, HANA, S/4HANA y esas cositas.

«¿¿¿Cómo??? ¿Pero es que las cosas no funcionan directamente más rápido por poner HANA?».

Claro, claro que sí… es todo automático. Tú metes el «CD de HANA», le das a «siguiente» unas cuantas veces y está todo listo.

A ver, si hace 20 años tú ya tuviste en cuenta que pasado un tiempo te iban a decir justo lo contrario («mete caña a la base de datos, que la aplicación sea ligera») de lo que te estaban diciendo en ese momento («no leas mucho de la base de datos, mete caña en la aplicación»), puede que no tengas que revisar mucho… o si lo tienes todo estándar… porque, por supuesto, las buenas prácticas las has aplicado desde siempre, ¿no?

Si, por un casual, no tuviste en cuenta eso y tienes algún «zeta», o no siempre has sido muy cuidadoso con las buenas prácticas, quizás sea el momento de que revises tu código ABAP.

No esperes al último momento y empieza con esa tarea, ya que obtendrás beneficios inmediatos (optimización del código existente, eliminación de programas obsoletos…) y te preparará mejor para lo que está por llegar, porque sí o sí, vas a pasar a S/4HANA… ¡y lo sabes!

Hace unos meses ya escribí una entrada sobre esto: Revisión de código para migrar a S/4HANA

¿Por qué lo recuerdo ahora? Pues porque es otra de las cosas para las que vas a necesitar las ABAP Development Tools (ADT), de las que os hablaba ayer, es para poder corregir automáticamente muchos de los errores de tu código.

¿Y esto cómo se hace? Pues, por resumir:

  1. Cargas la Simplication Database. Que es una lista que contiene las verificaciones a realizar.
  2. Lanzas el ABAP Test Cockpit (ATC). Una herramienta que busca esas verificaciones en tu código.
  3. Ejecutas la SPDD y la SPAU. Estas son viejas conocidas, ¿no?
  4. Vuelves a lanzar el ABAP Test Cockpit (ATC). Ahora en el sistema destino.
  5. Corriges el código con las ABAP Development Tools (ADT). Hay una perspectiva especial para leer los resultados del ATC.

¿Demasiado resumido? Tenéis todo el detalle aquí: Custom Code Migration Guide for SAP S/4HANA 1809

Venga, que aún estamos a tiempo de hacer bien las cosas y evitar que dentro de 15 años, cuando nos encontremos con nuestro código, vuelva a aparecer en nuestra mente la misma pregunta… 😉

¿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 😉