So(u)l Man @ Blues Brothers


Les Blues Brothers en 1978 sur leur album "Briefcase Full of Blues" : I am a soul man, I am a soul man, I am a soul man, etc. etc. A écouter bien sûr sur YouTube et, depuis le dernier SAP Stammtisch, notre hymne officieux.
Notre chant sonne triste, ce qui correspond exactement à l'ambiance - ou devrais-je écrire scandale ?
Au début, le sujet de SAP SolMan 7.2 m'a échappé. J'ai déjà mentionné ici que j'ai d'excellents collaborateurs de base, de très bons responsables CCC et des partenaires SAP engagés dans mes centres informatiques.
Bien sûr, le lancement pour des unités de base sélectionnées a été une mise en route de SolMan, avec tous ses avantages et ses inconvénients. À la fin de l'année dernière, j'ai vu en passant le compte rendu d'une réunion CCC et j'ai pu apprendre qu'il n'y avait toujours pas de version de SolMan prête, stable et recommandable - à un moment où toute la communauté savait déjà que fin 2017, c'était la fin de la rigolade :
La pile Java nécessaire ne sera alors plus disponible du côté d'Oracle et il est peu probable que Larry Ellison fasse une faveur à son ennemi intime Hasso Plattner.
La communauté SAP a vécu le passage à la nouvelle année avec un SolMan inachevé. Ce n'est qu'avec SPS 4 qu'il existe une version dont mes collaborateurs disent
"On peut déjà les utiliser..."
Toutes les corrections du ramp-up ne seront disponibles qu'en mai avec SPS 5 - mais je doute que le SolMan 7.2 SPS 5 soit le grand show Sapphire.
Il ne s'inscrit jamais dans le concept run-simple de Bill McDermott. Mais notre DSAG aurait pu aborder le sujet de manière plus énergique lors du congrès annuel 2016 à Nuremberg.
Il était irresponsable de commencer la nouvelle année sans SolMan stable. Lors de notre table ronde SAP, certains membres sont au bord du désespoir, il manque des ressources et des créneaux horaires dans la deuxième moitié de l'année pour pouvoir ensuite effectuer sérieusement le changement de version.
Les partenaires SAP, eux, se frottent les mains, car pour eux, le stress chez nous, clients existants, est un véritable chiffre d'affaires. De nombreuses heures de nuit et de week-end vont à nouveau faire exploser les budgets informatiques et, au final, rien ne change.
La question viendra donc à nouveau de la direction : Qu'avons-nous obtenu pour cet argent ? Quelles sont les modifications fonctionnelles à attendre ? Quelle est la valeur ajoutée de SolMan 7.2 ?
Mes responsables CCC peuvent passer une journée entière à débattre des nouvelles fonctions et options de SolMan 7.2 et pour se préparer à Hana et S/4, la dernière version est bien sûr vivement recommandée. Mais du point de vue de la gestion et de l'organisation, il ne faut pas miser sur une valeur ajoutée. Notre table ronde SAP continuera donc à chanter au moins jusqu'à la fin de l'année : Je suis un soul man !
Et comme chaque année, la même discussion : En route pour Orlando chez Hasso Plattner, Bill McDermott et Bernd Leukert ?
Et comme chaque année, la même réponse : Non !
Je suis curieux de voir combien de temps SAP pourra encore tenir cette approche monolithique. Les États-Unis et l'Europe s'éloignent de plus en plus l'un de l'autre. Tandis qu'en "good old Europe", on observe des tentatives de marche prudente en direction de Hana et S/4 dans l'environnement de production - je ne parle pas ici des innombrables PoC -, les clients américains existants persistent dans le stable R/3 (sans maintenance ni frais d'entretien) et ne craignent pas le cloud.
S/4 n'est pas un sujet durable chez mes collègues américains. En revanche, il y a un débat animé dans l'espace asiatique sur la nécessité invisible de frais de gestion.
Traditionnellement, en Chine et dans d'autres pays, les frais de maintenance sont très peu payés. Il y a de nombreuses années, j'ai déjà parlé de copies pirates de R/3 qui sont apparemment aussi utilisées par nos fournisseurs.
L'adaptation de S/4 en Europe est trop lente, il n'y a pas de connaissances SAP étendues pour la personnalisation de Hana et de S/4 aux États-Unis et les conditions bâclées en Asie empêchent un passage rapide à S/4.
Il n'est donc pas surprenant que SAP ait prudemment demandé à Oracle et IBM s'il ne serait pas possible de prolonger les contrats de base de données au-delà de 2025.
Michael Kleinemeier, membre du directoire de SAP, a mentionné dans le cercle DSAG qu'un paysage Hana et S/4 final est attendu "au plus tôt" en 2025. "Never change a running system" et la transformation numérique réussit aussi avec ECC 6.0.
Ce qui est à craindre, c'est que SAP perde la vue d'ensemble dans les années à venir : Le cœur de métier ERP ne tourne pas tout seul et les marges comme SuccessFactors, Ariba, Hybris, IoT, Fiori, IA, etc. font beaucoup de travail.
Il faut préserver et innover. Il faut être compétitif et cultiver ses compétences clés. Il faut jouer le jeu et être unique.




