Accélérer la transformation numérique : ce que tous les PDG doivent savoir sur l’automatisation de livraison de logiciels

Nous avons tous entendu le terme « transformation numérique », alors pourquoi avons-nous l’impression que tant d’entreprises ont de la difficulté à la définir?

Ce que les entreprises constatent, la plupart du temps, est une transformation agile qui stimule une transformation DevOps (ou une transformation technologique quelconque), laquelle à son tour déclenche une transformation numérique (TN). La TN devient un terme universel utilisé par les PDG et les cadres de direction pour nommer toutes les sortes d’évolution technologique.

Il devient rapidement évident que les cadres de direction, essentiellement axés sur le volet de direction, ont souvent peu ou pas d’idée de l’ampleur de la complexité des transformations Agile et DevOps qui se déroulent sous leur nez. Bien que je sois certain que plusieurs cadres de direction ont quand même une certaine idée de ce qui se passe et qu’ils participent activement à ces transformations, plusieurs ne sont pas au courant des complexités de leurs infrastructures technologiques.

Améliorer l’excellence opérationnelle d’une entreprise passe par l’amélioration de sa gestion et de la livraison des logiciels, qu’ils aient été créés dans l’entreprise ou acquis. Voilà la tâche du DPI, et elle est difficile considérant les nombreux éléments en mouvement au sein des trois différents types de transformations, comme illustrés dans l’image ci-dessous.

À ce stade, chacune des transformations vient avec ses propres défis, possibilités et solutions. Un défi qui se distingue particulièrement des autres est celui de l’automatisation des pipelines de livraison de logiciels, laquelle devient un aspect critique pour les entreprises qui veulent répondre aux demandes des marchés avec vitesse et agilité.

On retrouve une panoplie d’outils pour l’automatisation de livraison de logiciels parmi lesquels choisir, et le nombre de ces outils augmente tous les jours. Le paysage du nuage natif est vaste, chaotique et regorge de plateformes et de technologies concurrentielles qui se chevauchent. Pour naviguer dans ses complexités, les PDG et les DPI doivent travailler ensemble pour créer des piles technologiques qui utilisent les outils pertinents aux fins pour lesquelles ils sont destinés.

Comment les cadres de direction peuvent-ils en apprendre davantage?

Un récent rapport Forrester de John R. Rymer et Jeffrey S. Hammond intitulé Foster the Software Capabilities That Your Firm Needs (Favorisez les fonctionnalités logicielles dont votre entreprise a besoin) est un bon départ. Je vais souligner ce que cela signifie d’un point de vue de l’automatisation de livraison de logiciels. Les cadres de direction doivent tenir compte de quelques facteurs lorsqu’ils cherchent à comprendre les fonctionnalités logicielles de leur organisation.

1. Le succès de livraison de logiciels dépend ultimement des décisions prises par le PDG d’une organisation.

En fin de compte, ce sont les PDG qui prennent les décisions de financer, d’acheter, de concevoir et de personnaliser des logiciels. Les PDG distribuent les ressources de façon à optimiser les outils et les processus, et ils se fient aux DPI pour cibler les domaines critiques d’amélioration, les silos organisationnels destructeurs qui entravent la mise en production de logiciels, tels que :

• - La qualité du code;
• - La collaboration entre les membres des équipes;
• - L’évaluation des processus (et des outils);
• - La mise en œuvre de pratiques agiles dans les cycles de vie du développement de logiciels.

Dans quelle mesure l’automatisation de livraison de logiciels est-elle utile?

L’automatisation de livraison de logiciels permet aux organisations d’exécuter des processus de déploiement de logiciels qui intègrent des fonctionnalités de qualité et d’audit à l’ensemble des processus de livraison de logiciels. Des outils comme Cloudbees CD (en anglais seulement) facilitent l’automatisation des pipelines de livraison de logiciels. En misant sur des outils comme SonarQube ou HP Fortify, l’automatisation de livraison de logiciels peut scruter les logiciels afin de détecter des anomalies avant de passer aux prochains environnements (test ou assurance de la qualité par exemple). L’automatisation de livraison de logiciels peut améliorer la collaboration en activant le ChatOps avec des outils comme Slack, la rendant indissociable du cycle de publication de logiciels et offrant une rétroaction en temps réel au gestionnaire des nouvelles versions ou au développeur.

La capacité de lier/intégrer des outils DevOps existants (lesquels, je suis certain, sont nombreux dans les organisations) est cruciale pour rationaliser les processus de nouvelles versions. Les gestionnaires des nouvelles versions, par exemple, peuvent accéder à des données et à des paramètres cruciaux avant d’établir l’état et la qualité des nouvelles versions, sans aller d’un outil à l’autre. Boucler le cycle des gens, des processus et des outils en coordonnant efficacement vos outils DevOps existants est un élément clé de l’évolution des processus.

2. Les paramètres des logiciels ne mettent pas l’accent sur les résultats d’affaires.

Le nombre de fois qu’un PDG s’est posé ces questions est probablement incalculable : « Combien de fois avons-nous mis des versions en production et combien de déploiements ont été réussis?

Je l’admets, il ne s'agit pas de leur cible. Mais en fin de compte, les défaillances causées par des erreurs dans les nouvelles versions de logiciels devraient l'être.

Les erreurs de production entraînent des pertes dans le RCI, dans de nombreux cas, des millions de dollars (voire des milliards dans les organisations de très grande envergure). Ceci est particulièrement le cas pour les institutions financières, lesquelles ont un besoin urgent d’informations en temps réel. Les applications de négociation reposent sur un temps de latence non pas en secondes, mais en millisecondes, et les institutions financières peuvent perdre des milliards de dollars en quelques secondes si une application tire de l’arrière. L’automatisation de livraison de logiciels peut s’avérer critique pour éviter des pertes colossales d’argent aux entreprises.

Une plateforme efficace d’automatisation de livraison de logiciels assurera la gestion du processus entier de livraison des logiciels du début à la fin, avant le développement (la collecte des exigences) jusqu’au déploiement en production.

Cloudbees CD offre des rapports et des tableaux de bord qui peuvent être personnalisés à tous les paliers de l’exécution des fonctionnalités. Ceci répond à des critères de transparence et de vérification et responsabilise l’organisation quant aux erreurs qui auraient dû être détectées bien avant le cycle de vie du développement de logiciels. Détecter des problèmes avant que le code soit déployé dans l’environnement de production peut épargner d’innombrables maux de tête (temps et argent), sans oublier de sérieuses erreurs de relations publiques qui découlent de défaillances (surtout liées à la sécurité) dans les cycles de vie de livraison de logiciels qui auraient pu être détectées bien à l’avance.

3. Les silos organisationnels ralentissent les processus.

Décomposer les silos entre le développement et les opérations est difficile et dans plusieurs cas, impossible en raison du cloisonnement strict des responsabilités et des tâches dans les grandes organisations. Les grandes organisations dépendent, dans une certaine mesure, des silos pour une délimitation claire des tâches, laquelle est rigoureusement assurée par des audits. Mais ces silos peuvent réduire la vélocité des cycles de mise en production.

L’automatisation de livraison de logiciels est au cœur de la transformation numérique, et elle est essentielle pour empêcher les silos de ralentir les cycles de mise en production de logiciels. Elle unifie les gens, les processus et les outils, de même que la transformation numérique, la transformation Agile et la transformation DevOps. En offrant une plateforme cohérente, l’automatisation de livraison de logiciels :

• - Standardise le processus de livraison de logiciels de l’entreprise;
• - Fournit une transparence à l’échelle de l’organisation;
• - Ajoute qualité et sécurité au processus de livraison de logiciels;
• - Procure un contrôle opérationnel en permettant aux équipes des opérations de participer plus activement dans le processus de livraison de logiciels;
• - Ajoute les principes de responsabilisation, d’audit et de gouvernance au processus de livraison de logiciels sans compromettre la qualité et la sécurité.

Plus particulièrement, les outils d’automatisation de livraison de logiciels fournissent des paramètres et des analyses au moyen d’une interface de gestion du flux de valeur (un système unifié de rapports et de tableaux de bord). Il s’agit là d’un élément important pour surmonter les obstacles qui peuvent perturber la transformation numérique.

4. L’excellence opérationnelle est clé.

L’efficacité de vos activités est absolument critique pour la santé de vos logiciels de production, surtout dans le monde en nuage natif d’aujourd’hui où les organisations doivent gérer des charges de travail à l’échelle de plateformes de nuages multiples et hybrides. Ceci est particulièrement le cas dans les organisations qui font face à ces défis courants, tels :

• - La résistance au changement;
• - La capacité à gérer les transformations sans interrompre les activités;
• - Le manque d’expertise et de talents pour gérer ces plateformes;
• - La tentative de prendre les devants avec la technologie plutôt qu’avec une vision des affaires.

Les modèles d’exploitation infonuagiques ont évolué au même rythme que les modèles d’affaires infonuagiques. CloudOps est la pratique de livraison et d’exploitation d’infrastructure infonuagique en continu, avec un service sans interruption 24 heures sur 24, 7 jours sur 7, 365 jours par année, un rendement et une convivialité concurrentiels et l’évolutivité et la sécurité requises pour des services en ligne modernes.

L’automatisation de livraison de logiciels est absolument essentielle pour assurer le succès des opérations infonuagiques. De tels systèmes deviennent rapidement une norme de facto pour les entreprises qui cherchent à révolutionner les transformations, et à évoluer du statut réactif au statut proactif dans la livraison de logiciels aux clients, rapidement, efficacement et de manière sécuritaire.

CloudOps est agnostique en matière de nuage et d’outils, mais nous avons des opinions bien arrêtées. Sachant que nous servons mieux nos clients avec une combinaison de logiciel libre et d’outils propriétaires, nous nous sommes associés à des leaders dans l’industrie pour mettre au point des paramètres intelligents « par défaut » et des éléments communs qui peuvent être reproduits à l’échelle de différentes plateformes. Pour construire des piles technologiques en nuage natif, les décideurs doivent sélectivement personnaliser et réorganiser les paramètres par défaut qu’ils ont choisis. Quant à l’automatisation de livraison de logiciels, CloudBees CD (en anglais seulement) est un outil que l’équipe des équipes CloudOps exploite pour aider les clients dans la mise en œuvre de systèmes d’automatisation de livraison de logiciels sécuritaires.

Sunil Mavadia

Sunil Mavadia est directeur des solutions d’architecture mondiale chez Cloudbees. Il a dirigé plusieurs transformations et œuvre dans l’industrie de l’ingénierie logicielle depuis plus de 20 ans. Au cours des 10 dernières années de sa carrière, il a donné des conférences sur les transformations DevOps et numériques, aidant et guidant les entreprises lors de leurs transformations numériques.