Les projets de mise en œuvre du mainframe ou de modernisation des applications, lancés dans la recherche d’efficacité et de réduction, ainsi que des coûts de maintenance comme les entreprises associées à la main d’un talent spécialisé, ont été rencontrés, sans aucun cas, dans un chemin sans sortie.
Ces projets échoués n’ont qu’un coût élevé, et il semble également que le chemin vers la meilleure efficacité — nous l’appelons — passe inévitablement par la P, le rendu ou la performance. Alors que de nombreux projets de migration ont le cœur qui, en ce qui concerne les inversions élevées, n’ont pas enregistré le retour attendu. Parce que lorsque la recherche de E se rencontre avec le problème de P, c’est une perte supplémentaire de E.
Maire de l’éducation dans le monde de la « performance »
Le rendu, par conséquent, n’est pas une question technique, c’est une question commerciale. Orizon a passé 18 ans d’expérience dans l’amélioration de l’efficacité et du rendu (E&P) des applications et nous disposons d’une plate-forme unique appelée BOA et d’une méthodologie propre – DevPerOps-, qui convertit le rendu en pilier structurel du cycle de vie du logiciel.
BOA et DevPerOps sont la base du ensemble de services pour l’amélioration du rendu qui utilise la plus grande partie de la banque en Espagne et d’autres entités de grande taille dans des secteurs tels que la sécurité, les télécommunications, les services publics et l’administration publique. Son entornos complejos y altamente cambiantes. En effet, les supports d’application des composants d’installation dépassent les 300 000 et un 40 % change au moins une fois par an. Pour cette raison, nous confirmons avec orgullo que nous sommes capables de rencontrer la personne dans le pays.
Et cómo lo hacemos? Avec BOA, nous avons développé une surveillance détaillée des KPI clés en matière d’efficacité et de rendu de tout le système et nous avons détecté tout changement dans le comportement des éléments logiciels et leur impact, grâce à un ensemble d’algorithmes qui identifient 35 cas d’inefficacité.
BOA permet de corréler les données précédentes du mainframe, les bases de données, les outils APM et les systèmes d’automatisation, sans utiliser d’agents et avec indépendance du format des données. Nos algorithmes n’analysent pas seulement les causes du processus de traitement par lots en ligne, mais ils intègrent également une capacité prédictive pour anticiper les dégradations futures.
Dans cette optique, face aux outils qui, juste après, conservent des semaines d’information, BOA conserve des extensions historiques qui permettent de détecter des tendances paulatines et des dégradations progressives. Cette mémoire historique est critique pour comprendre le comportement réel du système.
Et, en plus, nous avons la solution aux problèmes. BOA détecte, identifie et correlaciona les inefficacités, ainsi que la commande à impact et propose des solutions concrètes. Par conséquent, il ne s’agit pas seulement de détecter des erreurs, mais de les diagnostiquer et de les résoudre. À ce point, il est à noter que la plate-forme intègre un assistant basé sur IA et dénommé BOA AI, qui s’alimente avec des kilomètres de recommandations détaillées de meilleure qualité.
Tout ce cycle d’optimisation complet, qui est rétroalimenté de forme continue, compte également avec un support de gestion qui permet d’améliorer le résultat du retour sur investissement de chaque action et de la totalité des actions en conjonction. Nous avons réduit jusqu’à 40 % les coûts associés aux incidents de production, augmentant ainsi de 30 % l’efficacité de la consommation de ressources en cas de critiques.
Le haut coût de l’inefficacité
Gartner estime que les organisations ont perdu 5 600 dollars par minute d’inactivité non planifiée pour les systèmes critiques. De plus, dans les secteurs fortement dépendants de la technologie comme du secteur bancaire et de la sécurité, les coûts dérivés de l’inefficacité peuvent équivaloir à 15 % de l’inversion totale en TI.
Par contre, les projets d’amélioration du rendement sont très significatifs. Les cas d’utilisation avec de nombreux intérêts de nos clients sont centrés sur l’efficacité des coûts d’infrastructure, en particulier dans le cadre du mainframe IBM, et dans le cadre d’Oracle, tant sur site que dans le cloud. En premier lieu, l’objectif est d’améliorer le rendu du processus par lots en suivant sa finalisation lors de l’optimisation continue des chemins critiques des processus planifiés. Deuxièmement, améliorez le rendu en ligne en passant par les multiples capacités de l’architecture.
BOA détecte, identifie et corrige les inefficacités, ainsi que la commande à impact et propose des solutions concrètes
Ces cas d’utilisation sont des cas d’éxito qui montrent comment la meilleure performance génère des horreurs importantes dans l’entreprise mainframe – des millions d’euros annuels jusqu’à 40 millions d’euros en cinq ans accumulés en ROI -, avec des réductions d’heures nettes dans la finalisation du lot ; ainsi que des réductions de jusqu’à 40 % sur le coût de l’investissement Oracle et de 70 %, des médias, dans les délais de réponse.
Et, en plus de l’horreur économique et du temps, BOA apporte une énorme valeur intangible supplémentaire, car, en plus de consolider la culture du rendu, les informations détaillées sur l’efficacité et la performance (Deep Applications E&P) qui sont très utiles pour le travail quotidien des équipes de Infrastructures et opérations (I&O) et développement, y compris l’ensemble des exigences réglementaires les plus exigeantes en ce qui concerne l’identification de la cause des problèmes.
Le problème structurel du logiciel
La culture du rendu vient également résoudre un problème de fond comme la basse qualité du logiciel. Dans le secteur financier, entre un 30% et un 40% du gasto TI correspondent au développement et à l’entretien, et notre expérience montre qu’environ 50% des composants techniques présentent une mauvaise pratique.
Cette situation est en bonne partie due à l’externalisation prédominante dans les activités de développement et de maintenance du logiciel, stimulée par la pression du délai de mise sur le marché et qui a supprimé le focus de la qualité qui a permis la rapidité et le coût. Le résultat est un incrément d’erreurs, plus une perte de contrôle technique et une perte de contrôle sur le comportement réel des applications.
De plus, lorsque ces inefficacités ne sont pas identifiées, les organisations optent pour une infrastructure sobredimensionnelle pour garantir le fonctionnement, ce qui fait que le coût total de propriété (TCO) ne s’attaque pas à la cause.
Rendement et réglementation
Consolider la culture du rendu résulte d’un asimitisme impératif avant chaque fois que les exigences réglementaires sont les plus strictes. Les normes comme DORA obligent la médecine constante et la surveillance du suivi par les fournisseurs externes.
Le tandem BOA et DevPerOps permettent d’évoluer à partir d’un modèle classique de gouvernement TI — réactif et basé sur les incidents — vers un modèle d’efficacité et de contrôle continu du rendu aligné avec les KPI pertinents pour l’entreprise. Parce que l’efficacité ne peut pas être construite sur des suppositions. Migrer, moderniser ou innover sans garantir le rendu est de résoudre le problème d’un entreprise vers un autre.
Sans objectifs métriques et traçabilité technique, toute architecture se transforme en une caisse noire. La E sin P est une promesse vide. Le véritable guide consiste à enregistrer chaque ligne de code, chaque traitement par lots et chaque transaction en ligne contribuant au commerce avec le rendu maximum et le moindre coût possible. C’est ainsi que la technologie se transforme en une véritable entreprise stratégique.
Ángel Pineda, PDG d’Orizon
