Facteur de réussite : l'écosystème des partenaires

E-3 : D'après votre expérience, quelles ont été jusqu'à présent les principales motivations des utilisateurs pour passer à Hana ?

Hinrich Mielke : Les trois raisons principales que nous voyons chez nos clients sont les suivantes : Premièrement, les clients ont constaté des avantages de Hana en termes de performance lors d'un PoC et souhaitent utiliser la technologie de manière productive.

Ce sont des projets qui sont souvent mis en place avec un calendrier serré. En effet, une fois que le domaine a vu ce qui est possible, il ne veut pas attendre longtemps.

Pour certains clients, les coûts de licence de la concurrence pour les bases de données ont été l'occasion de s'intéresser de près à Hana. Un autre groupe de clients a décidé, dans le cadre de la gestion habituelle du cycle de vie des applications, de suivre la stratégie de SAP et passe de manière planifiée à Hana ou tout de suite à S/4 Hana.

E-3 : La DSAG demande à SAP de présenter et de communiquer clairement les cas d'entreprise utiles de l'utilisation de Hana. Est-ce que vous êtes d'accord ?

Mielke : Les cas d'utilisation utiles peuvent être très personnalisés. Dans ce cas, le processus de recherche et de réalisation d'idées n'en est qu'au début du développement.

Par exemple, pour la logistique, le commerce peut prendre en compte, en plus des paramètres habituels, la météo, l'état actuel des embouteillages et les campagnes régionales des concurrents.

Les clients qui souhaitent acquérir un avantage concurrentiel doivent prendre les devants et réaliser eux-mêmes les investissements correspondants. Ils ne peuvent pas attendre que SAP déploie les cas d'utilisation.

Un projet de prototype avec le business peut être mis en place à court terme, et la créativité peut jaillir et des essais peuvent être réalisés.

E-3 : Quels sont les principaux défis auxquels les clients existants de SAP doivent faire face lors d'une transition SAP Classic-Hana ?

Mielke : Il y a ici deux aspects. D'une part, il est judicieux de repenser les SLA internes pour l'exploitation des systèmes SAP. En raison d'une extension ou d'une plus grande proximité avec les clients des processus commerciaux, les exigences sont souvent très différentes de celles qui se sont manifestées jusqu'à présent.

Les nouveaux accords de niveau de service peuvent entraîner des modifications des exigences en matière d'architecture, de processus d'exploitation et de modèle de support. Deuxièmement, la transition vers Hana est l'occasion de procéder à une évaluation approfondie du code personnalisé existant en ce qui concerne les charges héritées, les fonctionnalités qui ne sont plus utilisées et le code pushdown potentiel.

Cela signifie l'utilisation de la fonctionnalité de calcul en mémoire de Hana. Le code pushdown permet de réaliser d'énormes gains de performance qui se répercutent sur l'ensemble du système, donc également sur les zones non modifiées.

E-3 : De nouvelles applications, des cas d'entreprise modifiés, un nouveau paysage de bases de données et de systèmes, des processus d'exploitation modifiés attendent les entreprises lors du passage à Hana. Comment réussir à procéder de manière structurée et efficace ? Existe-t-il une voie royale ou un plan directeur ?

Mielke [rires]Profitez des conseils externes et de l'expérience des autres ! Non, sérieusement : il n'est pas nécessaire d'inventer chaque roue soi-même, il existe des sociétés de conseil pour cela.

La voie royale commence par une concertation étroite et continue avec l'entreprise sur les cas d'utilisation et les SLA qui en découlent ou qui évoluent.

Il en résulte le plan directeur avec l'architecture, les processus d'exploitation, la gestion du code personnalisé et la gestion structurée du changement. Ce plan directeur est ensuite mis en œuvre dans le cadre du processus habituel de création de services.

Le passage à Hana est donc aussi une occasion unique de moderniser le portefeuille de services informatiques de manière structurée et de le lier plus étroitement à l'entreprise.

E-3 : Avec Hana, les paysages et les processus d'exploitation SAP-IT changent, et en même temps, le cloud computing - surtout basé sur OpenStack - se développe de plus en plus. Comment les clients SAP existants doivent-ils se positionner par rapport à cela ?

Mielke : Chaque DSI (Chief Information Officer) devrait promouvoir activement le thème OpenStack dans son propre intérêt. En tant que client, cela me permet de rester flexible et de changer de fournisseur de cloud.

L'objectif à long terme d'OpenStack est d'abstraire les environnements informatiques de telle sorte que les clients soient totalement indépendants des prestataires de services, de leur localisation et de leur infrastructure ; la séparation entre les différents systèmes des clients est assurée.

En bref, OpenStack peut devenir pour le cloud ce que le processeur x86 est pour l'achat de matériel informatique : la comparabilité et l'interchangeabilité sont assurées. En outre, la gérabilité globale est prévue.

E-3 : Hana était le début. C'est devenu une plate-forme. D'autres technologies complètent l'offre de SAP. Veuillez évaluer brièvement les technologies suivantes d'un point de vue stratégique - OpenStack ...

Mielke : OpenStack est stratégiquement très important, car il permet à moyen terme d'être indépendant des fournisseurs d'infrastructure pour le matériel, le stockage, le réseau et aussi la virtualisation.

L'agilité augmente - on se rapproche du souhait d'un "centre de données défini par logiciel" -, les coûts de licence pour les logiciels de gestion correspondants peuvent être réduits et les fournisseurs de cloud deviennent interchangeables.

E-3 : Hadoop ...

Mielke : Hadoop est l'extension stratégique de Hana avec High-
Haute performance finale dans le domaine des Big Data de l'ordre du pétaoctet avec une infrastructure économique. La combinaison des deux permettra de nouveaux cas d'utilisation intéressants, comme esquissé précédemment.

E-3 : Linux ...

Mielke : Linux est établi et mûr pour l'utilisation en entreprise, il est posé et "here to stay".

E-3 : Comment évaluez-vous la connaissance de Linux et l'acceptation de l'open source dans la communauté SAP ?

Mielke : La connaissance de Linux est présente chez la majorité des clients, d'une part grâce à un historique SAP-on-Unix ou aux applications Linux déjà existantes.

L'open source est accepté par les clients lorsqu'il existe une communauté stable et l'engagement actif d'entreprises renommées. Lors de l'examen stratégique de l'utilisation d'un produit potentiellement nouveau, cela peut être un peu plus compliqué que pour le produit d'un fabricant établi, mais ce n'est plus un obstacle. L'indépendance et les coûts de licence souvent moins élevés compensent facilement cet effort.

E-3 : Avec S/4, de nombreuses nouvelles possibilités s'ouvrent aux utilisateurs SAP - IoT, Big Data, intégration des mobiles, fonctions analytiques et ERP étendues. Quand les entreprises ont-elles intérêt à passer à S/4 ?

Mielke : La planification du plan directeur, comme indiqué précédemment, doit commencer rapidement. Si mon entreprise souhaite obtenir un avantage concurrentiel, il convient de mettre en place des prototypes, éventuellement dans le cloud, dès que possible.

S'ils produisent l'effet escompté, la transition sera également effectuée le plus rapidement possible. Dans le cas contraire, le passage au nouveau système s'inscrit dans le cadre de la gestion habituelle du cycle de vie des applications, intégrée dans le plan directeur. Ainsi, un client est préparé aux nouvelles possibilités. Dans tous les cas, il est préférable de commencer le processus tôt plutôt que de le reporter.

E-3 : Les clients SAP peuvent choisir : Utiliser S/4- Hana on premise, l'utiliser dans le cadre du Private Managed Cloud ou l'utiliser via Public Cloud Subscription. Un choix difficile ?

Mielke : Cela ne semble être une torture qu'à première vue. D'une part, il est possible de choisir le modèle de déploiement qui correspond le mieux à la tâche à accomplir.

D'autre part, OpenStack donne la possibilité d'orchestrer de manière flexible différents modèles de déploiement, comme on le dit si bien. OpenStack n'en est ici qu'au début de son développement, les possibilités seront encore fortement élargies au fur et à mesure de son évolution.

E-3 : Quelles possibilités voyez-vous pour les outsourceurs ?

Mielke : Les outsourceurs sont à la croisée des chemins. La concurrence du cloud est très forte. L'industrialisation doit permettre de réduire les coûts propres.

Dans ce cas, il est important de s'intéresser à OpenStack de manière précoce et intensive - car cela permet également de réduire l'utilisation de matériel. Il y a deux éléments de différenciation par rapport aux fournisseurs de cloud :

Il est important de ne pas perdre sa propre flexibilité et d'avoir toujours une longueur d'avance sur un fournisseur de cloud, ainsi que de proposer au client des solutions qu'Amazon, Google et Microsoft ne peuvent ou ne veulent pas offrir.

D'autre part, si le siège social de l'entreprise se trouve en Allemagne/en Europe, afin de ne pas être soumis, du moins juridiquement, à la législation américaine - mot-clé : Patriot Act.

E-3 : Selon vous, comment Hana et S/4 vont-ils continuer à s'imposer auprès des clients existants de SAP ? Que peut ou doit apporter SAP pour une plus grande diffusion sur le marché ?

Mielke : Un facteur important sera le fait que SAP entretient activement l'écosystème des partenaires. Cela a été l'un des facteurs de réussite de la diffusion de SAP R/3.

Les partenaires ont une forte relation de confiance avec le client. Ils servent de multiplicateurs et peuvent répondre aux questions des clients, lever les réticences et ouvrir des voies dans une mesure que SAP lui-même ne peut pas fournir en raison de sa main-d'œuvre.

Les partenaires peuvent également servir des domaines et des groupes cibles que SAP ne couvre pas, ce qui augmente considérablement la pénétration de S/4 Hana sur le marché.