Documentation de la solution et Hana Readiness

Tous les clients n'utilisent pas encore, loin s'en faut, les scénarios du gestionnaire de solutions dans leur intégralité. Ceux qui ont toutefois recours à la documentation sur les solutions ont du mal à effectuer les changements nécessaires.

Ceux qui ont déjà écouté les avertissements de SAP il y a deux ans et la future vague de conversion sont en fin de course. Pour tous les autres, il s'agit de réorganiser et d'adapter les structures.

Il existe à cet égard différents scénarios. L'ampleur de l'investissement, mais aussi du résultat, sont étroitement liés.

La variante la plus simple consiste à reprendre les structures existantes dans le cadre de la mise à niveau. Toutefois, cette solution ne permet pas d'atteindre l'objectif visé, en particulier lorsqu'un document a été créé par le passé en tant que Business Blueprint pour tous les processus du module MM.

En fin de compte, tout doit être modélisé à l'avenir au niveau des étapes du processus et non dans une optique orientée vers les modules.

Pour certains de mes utilisateurs, la réalisation d'une modélisation au niveau des processus ou la documentation de cette modélisation constitue déjà un grand défi. À quelques exceptions près, c'est un défi que l'informatique ne peut pas relever seule.

L'approche qui consiste à migrer les documents vers un dépôt de système de fichiers ou même à les archiver dans Sharepoint, parce que c'est si facile et merveilleusement "collaboratif", est la pire approche que l'on puisse choisir sur le plan stratégique.

De nombreux utilisateurs ne savent pas encore ce que signifie le passage à S/4.

SAP précise toujours qu'il s'agit d'un nouveau lancement de SAP, d'un nouveau produit. Il n'est pas comparable à un changement de version connu, où une interface était certes nouvelle de temps en temps, mais où l'on pouvait globalement continuer à travailler comme avant.

C'est précisément ce défi qui fait qu'un utilisateur SAP doit de toute façon analyser et enregistrer ses processus dans un premier temps, puis les comparer dans un deuxième temps avec les périmètres fournis dans S/4 Hana.

Comme pour une nouvelle introduction, il convient alors de considérer et d'évaluer l'effort et la valeur commerciale. Certes, S/4 Hana n'est pas encore forcément à la porte du directeur informatique, mais il se rapproche.

Il n'y a donc pas de meilleur départ que d'investir maintenant dans une bonne documentation de processus adaptée. Le SolMan 7.2 a été délibérément préparé par SAP de manière à fournir aux clients Enterprise Support un bon outil de modélisation des processus.

En outre, un bon outil de documentation est désormais donné de manière judicieuse dans les deux sens - du point de vue de la technique et de la mise en œuvre, mais aussi du point de vue des processus.

Avec le changement, la documentation de la solution - comme elle doit l'être - est également un élément fondamental du processus de gestion du changement dans SolMan. Les modifications techniques sont toujours liées aux modifications de la documentation et mises en "production" ensemble.

D'une part, en tant qu'objet technique dans le système productif, mais aussi, parallèlement, en tant que documentation.

Cette forme d'intégration transparente a été demandée pendant des années par les clients. Je trouve regrettable que ce soient souvent ces mêmes utilisateurs SAP qui se plaignent aujourd'hui de l'intégration et se plaignent qu'il n'est plus possible de documenter après la mise en production.

Il est relativement facile d'opposer à cela le fait que dans la vie pratique, un collaborateur informatique ne post-documente rien après une mise en production, mais travaille déjà sur le problème ou le projet suivant.

Rien que la forme de l'intégration des outils ou du couteau suisse montre déjà qu'un Sharepoint ou un dépôt de fichiers ne peut pas du tout fournir cette intégration.

Cela se poursuit avec des thèmes tels que la gestion de projet ou de test ainsi que la nécessaire imputation des coûts et des prestations. Chaque fois qu'un utilisateur SAP opte pour des outils externes, il choisit également une interface coûteuse ou une perte de fonctionnalité.

En somme, SAP a fourni avec SolMan 7.2 d'excellents outils qui peuvent être utilisés à merveille pour préparer le passage à S/4.

Le défi consiste à consentir les investissements nécessaires et à intégrer les personnes requises dans un tel projet de préparation. Un premier pas est fait en reprenant judicieusement la documentation de la solution - si elle existe déjà - dans la nouvelle structure de SolMan 7.2 et en ne la "jetant" pas dans un dépôt de fichiers.