Expérience critique des transformations S/4


A notre époque où tout va très vite, on pourrait penser que la transformation SAP a déjà pris un coup de vieux. Cela s'explique par le fait que SAP doit gérer le passé en même temps que le changement de technologie. Le passage du moloch R/3 qui s'est développé à la technologie S/4 soi-disant allégée est une tâche gigantesque, surtout pour les clients, qui prend parfois des années. L'expérience montre que de nombreux clients ont toujours sous-estimé les facteurs coût et humain ainsi que le temps. Il s'est donc avéré qu'il était judicieux de réaliser la transformation par tranches de temps et de ne commencer que par l'essentiel. Jusqu'à présent, il n'en est résulté que de bonnes expériences et de nombreux avantages.
Dès la phase de planification, il convient de réfléchir aux influences générales et de les prendre en compte. Par exemple, il n'y a pas assez d'experts liés aux affaires courantes disponibles pour les projets longs et complexes. Parallèlement, on oublie souvent que les ressources humaines disponibles sont aussi une question de génération lorsqu'il s'agit d'acquérir les nouvelles connaissances spécialisées nécessaires. Il convient donc de prévoir en temps utile une planification de la relève.
Tout est dans la préparation
De nombreux projets sont bien mis en place, mais il n'y a pas de synchronisation entre les exigences nécessaires et l'état de développement et de maturité des développements S/4. L'intégration de systèmes fait également partie de ce thème. L'ancienne force de SAP s'est perdue avec la croissance due aux nombreux achats de solutions. Il a fallu un Christian Klein pour que SAP reconnaisse la pression des clients et les erreurs de développement. La suite d'intégration doit permettre de retrouver l'ancienne force, les clients devant coordonner la feuille de route avec le projet de conversion.
Le passage d'une solution purement sur site vers le cloud à une architecture système hybride nécessite également de l'expérience. Non seulement le service d'infrastructure SAP, mais aussi les nouvelles tâches de gestion des opérations et les nouveaux rôles (dans les CCoE SAP) doivent être préparés à ces tâches.
De nombreuses entreprises sont déjà dépassées ou incertaines quant au choix de la méthode de gestion de projet - Waterfall ou Scrum ? C'est là que les esprits se divisent et qu'il y a des discussions sans fin entre le contrôle de gestion, l'informatique et la direction. Les deux méthodes ont leur raison d'être si elles sont utilisées correctement. Depuis peu, de plus en plus de projets utilisent même les deux méthodes simultanément (approche hybride). La gestion globale du projet se fait selon la méthode Wasserfall et les projets partiels selon la méthode Scrum. Dans le cas de la méthode Scrum, la philosophie de l'entreprise et la formation jouent un rôle essentiel pour une application réussie. Outre la direction du projet, l'équipe de projet concernée doit également être bien formée au préalable. Seuls l'acceptation et le respect des règles agiles par toutes les personnes concernées mènent au succès. Outre la méthode, il manque de plus en plus souvent des chefs de projet disposant des soft skills nécessaires tels que l'épine dorsale, la responsabilité, la capacité à s'imposer et les compétences sociales.
Que faire ?
La méthode Activate de SAP pour la transition S/4 s'est bien développée et est de plus en plus acceptée dans les projets des clients. Les connaissances en matière de conseil S/4 se sont également améliorées, bien qu'il existe toujours des pénuries massives de nombreux spécialistes sur le marché du travail. Lors de la mise en œuvre du projet, les phases essentielles d'Activate Explore et Realize devraient faire l'objet d'un appel d'offres individuel au préalable et la qualité des consultants devrait être vérifiée par des auditions. Les références demandées doivent impérativement être contactées et intégrées dans la décision.
Ce petit extrait d'expériences importantes et personnelles a pour but de contribuer à la réussite de la transformation S/4.