ANZ Bank (ANZ), une institution financière multinationale, souhaitait adopter les pratiques DevOps mainframe afin de moderniser ses processus de développement et de déploiement d’applications mainframe. Le DevOps mainframe permettrait de renforcer la robustesse, l’efficacité et la capacité des systèmes centraux de la banque à répondre aux besoins bancaires modernes.
ANZ devait s’adapter rapidement à l’évolution des conditions du marché et des attentes des clients. L’adoption des pratiques DevOps pour le développement d’applications mainframe permet des cycles de développement plus rapides, ainsi qu’une intégration et un déploiement continus (CI/CD), essentiels pour maintenir l’agilité.
La transformation DevOps du mainframe d’ANZ a été motivée par la nécessité de surmonter les inefficacités de son système de gestion du contrôle des sources (SCM) étroitement couplé et de ses processus manuels. La banque a dû faire face à de nombreux défis en termes de satisfaction de ses employés et de ses clients, tels que des exigences de coordination élevées, des capacités de collaboration limitées, des interfaces non intuitives, des mises à jour retardées, des performances incohérentes et des fenêtres d’interruption prolongées. ANZ souhaitait remettre en question l’idée selon laquelle les applications mainframe ne pouvaient pas être alignées sur les outils et les méthodes de travail modernes.
Si ces défis opérationnels n’étaient pas rapidement surmontés, les problèmes risquaient de s’accumuler : déclin de la satisfaction des clients, interruptions de service fréquentes, productivité en baisse, coûts opérationnels en hausse et difficulté à attirer et à conserver les talents.
La banque a compris l’urgence de fournir une solution pour toutes ses applications mainframe critiques. L’automatisation des tâches répétitives et fastidieuses contribuerait à réduire la dépendance aux processus manuels, à améliorer la qualité et à réduire considérablement les coûts opérationnels.
ANZ a commencé par transformer en parallèle technologie, culture et processus. Tout d’abord, la banque a mis en œuvre les developer tools d’IBM Z pour moderniser ses applications essentielles les plus complexes. IBM Developer for z/OS (IDz), un environnement de développement intégré (IDE) robuste, a été choisi pour sa capacité à développer et à gérer les applications IBM z/OS à l’aide des pratiques DevOps. Les quelque 200 développeurs mainframe d’ANZ ont le choix en matière d’IDE. En effet, 80 % d’entre eux utilisent Eclipse, et 20 % s’appuient sur VS Code.
La banque a également choisi un système de conception avancé pour les applications z/OS traditionnelles. La solution IBM Dependency Based Build (DBB) permet d’optimiser et d’automatiser le suivi des dépendances et le développement incrémental, afin d’améliorer l’efficacité du DevOps, ainsi que l’expérience des développeurs. Le cadre configurable de DBB prend en charge divers langages de programmation mainframe et environnements de traitement tels que COBOL, IMS, Db2 et CICS, afin de répondre aux besoins d’ANZ. ANZ a pu étendre le cadre pour desservir Hogan grâce aux API.
En parallèle à la modernisation de son environnement technologique, ANZ a également entrepris une transformation culturelle en fournissant aux employés une formation pratique, des démonstrations de valeur et des articles de connaissances complets. Ces mesures ont été une aide précieuse pour obtenir l’adhésion des employés. L’effort de modernisation a été décomposé en tâches qui ont ensuite été attribuées à des équipes en fonction des compétences. Ces équipes ont mis à profit leur expérience des défis initiaux et des ateliers pour détailler toutes les exigences. ANZ a réalisé une preuve de concept (PoC) et un projet pilote avec les conseils de l’ équipe d’accélération DevOps (DAT), une équipe IBM Z Software qui travaille en étroite collaboration avec les clients pour accélérer leur transformation DevOps. La DAT a joué le rôle de conseiller de confiance pendant le projet de modernisation, validant la faisabilité de la solution et guidant la mise en œuvre du cadre des exigences.
Une fois le plan de migration établi, ANZ a accéléré le calendrier et a pu déployer la solution progressivement, en commençant par une application volumineuse basée sur Hogan. Ce succès leur a donné la confiance nécessaire pour transformer toutes les applications mainframe de la banque. En l’espace de huit mois, l’équipe a réussi à implémenter un cadre des exigences CI/CD pour environ 40 applications, dont 3 systèmes bancaires essentiels très critiques, et plus de 1 000 référentiels d’applications pour ses systèmes de contrôle de version basés sur Git.
La migration vers un SCM basé sur Git a permis à ANZ d’adopter un processus de développement rationalisé et automatisé. Plusieurs développeurs peuvent désormais travailler sur le même code simultanément sans avoir besoin d’un processus d’enregistrement/extraction, ce qui améliore considérablement la collaboration et l’efficacité. Les nouvelles solutions et processus offrent également des capacités robustes de suivi et d’audit, garantissant la conformité avec les normes et réglementations du secteur, une nécessité dans un secteur bancaire fortement réglementé.
L’adoption du DevOps mainframe a également apporté des avantages significatifs. La banque a constaté une réduction d’environ 90 % des coûts de licence par rapport à l’approche SCM traditionnelle basée sur mainframe. En outre, grâce aux pipelines de compilation automatisés, ils peuvent désormais proposer de nouvelles fonctionnalités et améliorations d’applications plus rapidement, une qualité améliorée et une meilleure expérience pour les développeurs et les clients.
Auparavant, ANZ effectuait les correctifs selon un processus complexe qui nécessitait environ quatre semaines d’efforts pour les intégrer au SCM et les déployer dans les environnements hors production. Avec le cadre des exigences CI/CD, ANZ utilise désormais Git en mode natif comme SCM unique, ce qui permet de transmettre les correctifs directement aux environnements de production via des pipelines contrôlés, simplifiés et fiables. Désormais, chaque correctif prend une heure tout au plus, permettant aux développeurs de se consacrer davantage à la création de nouvelles fonctionnalités.
« La transformation vers le DevOps mainframe a changé la donne pour nous », a déclaré Charan Ankushapur, responsable de l’ingénierie du système bancaire central chez ANZ. « Nous avons constaté des améliorations significatives en termes d’efficacité, de productivité et de satisfaction client, et nous sommes convaincus que cette transformation continuera à générer de la valeur métier à l’avenir », poursuit-il.
Avec cette nouvelle chaîne d’outils de développement, ANZ est bien placée pour continuer à innover et à améliorer ses systèmes bancaires centraux, et à garder une longueur d’avance sur la concurrence dans un secteur financier en pleine évolution. La banque prévoit de continuer à utiliser les developer tools d’IBM pour soutenir l’innovation et l’amélioration, et pour explorer de nouvelles opportunités de croissance et d’expansion.
ANZ est une institution bancaire de premier plan dont le siège se trouve en Australie. ANZ opère sur 33 marchés dans le monde et fournit des services financiers à plus de 8 millions de clients. Engagée à soutenir l’amélioration de la santé financière de sa clientèle, la durabilité environnementale et la disponibilité de logements convenables et abordables, ANZ fournit à ses clients des solutions bancaires innovantes, efficaces et résilientes.
© Copyright IBM Corporation 2025. IBM Corporation, New Orchard Road, Armonk, NY 10504
Produit aux États-Unis d’Amérique, mars 2025.
IBM, le logo IBM, ibm.com, IBM Z, IBM Consulting et IBM z/OS sont des marques commerciales d’International Business Machines Corp., déposées dans de nombreux pays. Les autres noms de produits et de services sont des marques IBM ou appartenant à d’autres sociétés. La liste actualisée des marques d’IBM est disponible sur ibm.com/legal/copyright-trademark.
Les informations contenues dans le présent document étaient à jour à la date de publication initiale et sont susceptibles d’être modifiées à tout moment par IBM. Certaines offres mentionnées dans le présent document ne sont pas disponibles dans tous les pays où la société IBM est présente.
Les données de performance et les exemples client sont cités à titre indicatif uniquement. Les résultats réels sont susceptibles de varier selon la configuration et les conditions d’exploitation. LES INFORMATIONS CONTENUES DANS LE PRÉSENT DOCUMENT SONT FOURNIES « EN L’ÉTAT », SANS AUCUNE GARANTIE EXPLICITE OU IMPLICITE, NOTAMMENT SANS AUCUNE GARANTIE DE QUALITÉ MARCHANDE, D’ADÉQUATION À UN USAGE PARTICULIER ET TOUTE GARANTIE OU CONDITION D’ABSENCE DE CONTREFAÇON. Les produits IBM sont garantis conformément aux dispositions des contrats qui régissent leur utilisation.