Beaucoup de charges héritées du passé ? Pour que la courbe de stress S/4 reste plate

Les péchés du passé ? Tout le monde les connaît. Les systèmes hétérogènes, les processus non uniformes et la prolifération des données sont très répandus. Lors de notre conférence clients One.Con 2018 à Heidelberg, le CIO d'un constructeur automobile m'a posé la question suivante :

"Je dois d'abord faire le ménage. Comment puis-je combiner cela avec le passage à S/4 ?"

C'est justement le rangement qui devrait être étroitement lié au thème S/4, ai-je répondu. Cela évite de devoir finalement non pas ranger une fois, mais plusieurs fois.

Si, en tant que responsable informatique, je veux savoir rapidement ce que signifie pour moi le passage à S/4 sans avoir à impliquer les services spécialisés, une analyse technique du système est un bon point de départ.

Sur cette base, une analyse de préparation S/4 Hana met en lumière les processus, les données, les systèmes et les technologies - de manière complète, à l'aide d'outils et avec un faible impact sur l'entreprise. Des consultants compétents interprètent ces résultats en fonction de l'impact d'une migration vers S/4.

Ensuite, vous saurez ce qu'il faut faire dans l'ensemble pour transférer les processus et systèmes existants vers S/4. Quels sont les "must do" ? Que devons-nous faire et quand ?

Celui qui se procure ainsi une vue d'ensemble obtient une base factuelle pour tout le reste. Il peut procéder de manière ciblée et tourner les bonnes vis de réglage. Une vision claire de la réalité simplifie également l'alignement commercial. Le paysage cible peut être déduit de manière plus précise, le travail de coordination avec les propriétaires de processus est réduit.

Veillez à une répartition intelligente des charges

Mais la première chose que tout responsable informatique doit faire : Créer de la transparence sur les changements apportés par S/4. Structurez votre projet à la lumière de la nouvelle Business Suite.

Il est important de veiller à une répartition intelligente des charges. Pour que la phase de transition proprement dite se déroule aussi facilement et en douceur que possible. Il est donc préférable d'intégrer le moins d'innovations possible dans la phase de transition proprement dite.

Essayez de répartir vos tâches dans le temps. Pour cela, il est utile de penser en trois phases : 1. préparation, 2. transition technique, 3. suivi. Si vous y parvenez, vous pouvez considérablement aplanir votre courbe de stress pour la transformation.

Retour aux incontournables :

Mon conseil serait de mettre en place un circuit de régulation, de créer une pile de travail avec des paquets de tâches et de commencer. La liste des "must do" est longue. Beaucoup de choses changent avec S/4. SAP a simplifié. Cela implique un certain nombre d'adaptations, assez souvent sans bénéfice direct.

Interfaces, add-ons qui ne sont plus compatibles, anciennes sociétés et documents qui doivent être archivés. Mieux vaut ne pas remettre à plus tard, mais structurer, portionner, aborder intelligemment. Tout ce que je n'aborde pas maintenant, je devrai le passer péniblement plus tard dans la simplification.

Des innovations ? Pas besoin d'attendre S/4

Il est souvent suggéré que les innovations numériques n'arrivent dans les systèmes que grâce à S/4. C'est faux. Personne ne doit attendre S/4 pour devenir numérique. "Digital Now !" est le mot d'ordre.

Les innovations ne sont pas seulement réalisées au cœur de l'ERP, mais aussi en dehors, dans le cloud, avec différentes technologies. Il y a des groupes industriels avec un ancien système ERP qui utilisent déjà des apps développées sur la SAP Cloud Platform, avec des technologies Fiori et autres. C'est un bon moyen.

Qu'est-ce que cela signifie en termes de courbe de stress S/4 ? Les innovations peuvent être réalisées de manière judicieuse aussi bien avant qu'après la transition. L'expérience le montre : Lors de la transition vers S/4, on a tendance à vouloir faire de grandes choses, souvent on veut trop de choses à la fois.

Une répartition des charges mal équilibrée consomme énormément d'énergie. Avec la pression croissante du projet, la portée est alors souvent réduite. La courbe de stress est trop élevée. Les thèmes importants sont laissés de côté. De nombreuses opportunités de la numérisation sont ainsi gâchées.