Faire éclater les silos : Collaborer plus efficacement avec DevOps

DevOps permet aux entreprises d'atteindre plus rapidement leur objectif grâce à des méthodes agiles et des processus automatisés. Des méthodes qui brisent les silos et rassemblent les équipes. Des outils qui aident à améliorer la qualité des produits et des services, à réduire les temps de développement et à accélérer le temps de mise sur le marché d'un produit. Pourquoi est-ce important ? Parce que les exigences des clients en matière de vitesse ont augmenté, que les marchés sont plus dynamiques et que la concurrence mondiale est plus rude. J'en suis convaincu : celui qui mise sur DevOps gagne en rapidité et augmente sa compétitivité. Car les entreprises deviennent ainsi plus agiles dans presque tous les domaines de la numérisation. La condition préalable : elles doivent changer de mentalité, apprendre - et être prêtes à faire des compromis.

Court :

L'utilisation de DevOps exige ni plus ni moins qu'un changement de culture. Il s'agit de former des équipes DevOps compactes et de les organiser non pas en fonction des départements spécialisés, mais en fonction des processus de l'entreprise. Ces équipes de compétences ont en outre besoin d'espaces de liberté pour pouvoir prendre des décisions de manière autonome. Ainsi, les développeurs, les consultants UX et les chefs de produit sont eux-mêmes les meilleurs experts pour toutes les questions techniques et opérationnelles. Même lorsqu'il s'agit de budget et de ressources : si l'équipe de compétence a la liberté de le faire, le travail devient plus agile. Pour que cela réussisse dans une entreprise, il faut du courage et une vision. Du courage pour emprunter de nouvelles voies. Et une vision pour voir comment en tirer profit.

Un exemple :

Je m'occupe d'entreprises commerciales et je constate ici un climat ouvert à DevOps. Pourquoi ? Les entreprises travaillent avec xs. Ceux qui vendent leurs marchandises à grande échelle via une boutique en ligne connaissent l'impact que peuvent avoir de petites modifications : Les fournisseurs misent par exemple sur des tests A/B pour découvrir, en cours d'activité, quelle variante d'une mise en page de la page d'accueil se vend le mieux. Une mentalité qui les aide dans le cadre de DevOps : "Always Beta" ne signifie pas une vie sur le chantier du logiciel. Mais plutôt de considérer le travail de développement lui-même comme un processus qui offre un espace d'amélioration en cours d'exploitation.

Lorsqu'il s'agit de processus de gestion en temps réel, SAP entre en jeu. S/4 Hana fait une fois pour toutes du facteur temps une nouvelle monnaie. Comment prendre de la vitesse avec DevOps : par exemple avec les microservices SAP, les applications UI5 et les déploiements Cloud Foundry. Au lieu d'accoucher d'une application selon la méthode éprouvée de la cascade, les petites équipes DevOps mettent au monde beaucoup plus rapidement les applications nécessaires grâce à des cycles de développement courts et des procédures de test automatisées. Des outils permettent d'assembler des applications en un clic de souris. Les interactions avec les utilisateurs sont également rapidement simulées et les problèmes identifiés.

Lorsqu'il s'agit de processus clés, DevOps se heurte à des limites : Au cœur de tout système ERP, la stabilité est de mise. Elle se manifeste dans le noyau monolithique individualisé pendant des années. Si l'on modifie à la légère des documents et des transactions parce qu'ils sont utiles à un service, on risque de déclencher des effets de bord qui seront gênants pour les autres. Le problème : les systèmes SAP sont trop volumineux, l'effort préalable n'est pas rentable. Celui qui mise sur DevOps doit se fier aux systèmes et aux scénarios de test et définir des résultats cibles. Cela est plus facile à réaliser avec des applications frontales - mais pas avec un paysage SAP développé.

Mais

Avec S/4 Hana, SAP sensibilise les entrepreneurs à l'approche Greenfield. Celui qui fait le ménage, qui s'oriente vers le standard, crée aussi de nouvelles opportunités : pour décider en temps réel. Et le nouveau système SAP se focalise sur les processus d'entreprise, et non sur les départements, de développer de manière agile avec DevOps. Dans ce cas, SAP et DevOps ne s'excluent pas l'un l'autre, même dans leur essence.