Si vous ne savez pas ce qu’est l’automatisation, si vous doutez de sa mise en œuvre au sein de votre DSI, si vous n’en tirez pas tous les bénéfices attendus, cet article est pour vous.
Ces pratiques nées des GAFA sont déjà largement adoptées par les Digital Natives, et probablement par certains de vos concurrents directs.
La crise sanitaire actuelle n’a fait qu’exacerber une problématique de plus en plus prégnante : pour capter des utilisateurs de plus en plus versatiles, et répondre à un marché et des normes évoluant rapidement, les outils numériques de l’entreprise doivent pouvoir évoluer à un rythme soutenu. Pour s’inscrire pleinement dans l’actualité, il suffit de citer les transporteurs qui ont dû s’adapter et modifier leurs conditions générales de vente sur l'ensemble de leurs systèmes, ou les banques, qui ont dû proposer de nouveaux produits pour soutenir le tissu économique, et ce, en quelques semaines.
Les concepts exposés dans cet article ne sont pas nouveaux : l’automatisation est l’un des fers de lance des méthodologies agiles et DevOps. Mais on a parfois tendance à trop vite la réduire au seul périmètre des équipes de développement via l’intégration continue.
En effet, l’impermanence naturelle des plateformes logicielles, impulsée par des équipes métier toujours plus exigeantes sur leur Time To Market, met en tension l’ensemble des acteurs de la DSI :
Face à cette pression, il n’y a que deux alternatives : résister, au risque de perdre de précieuses parts de marché, ou s'adapter, en automatisant au maximum. C’est d’ailleurs l’un des piliers de C.A.L.M.S mis en avant par la culture DevOps.
C’est bien sûr le second chemin que de nombreuses entreprises ont choisi, et il est bien rare aujourd’hui de ne pas trouver un processus d’intégration continue au sein de l’entreprise.
Il est courant, que le processus ne porte pas ses fruits, et que les difficultés à gagner en Time To Market ne changent pas.
Pourquoi ce blocage ? Bien souvent, les processus d’intégration continue sont pensés uniquement pour les équipes de développement. Mais, c’est toute la DSI qui doit être embarquée dans ce mouvement, au risque de voir des étapes trop “manuelles” gripper l’ensemble de la mécanique. Par exemple, si chaque package applicatif doit passer une longue campagne de tests non automatisés, l’ensemble de la DSI avancera au rythme de ce goulet d’étranglement.
L’intégration continue ne représente qu’une partie du chemin, et la livraison continue, vers le déploiement continu sont en 2021 une prolongation nécessaire de ces pipelines. Construire et tester les logiciels ne suffit plus, il faut être en capacité de les déployer en production, pour ne pas s'arrêter au milieu du gué.
Afin de minimiser les étapes manuelles, l’ensemble des actions de mise en production doit être pensé sous forme de code. Cette méthodologie *-as-code touche dorénavant tous les métiers :
Vous l’aurez compris, le chantier autour des pipelines est conséquent et repose sur un outillage complexe à maîtriser. Mais il serait réducteur de ne voir l’automatisation que sous cet angle : la réussite d’un chantier d’automatisation (et la réduction de TTM afférente) repose sur bien d’autres aspects :
L’automatisation à tous les niveaux du SI n’impacte pas que le TTM. Elle permet d’accélérer les contrôles, d’en mesurer l’efficacité pour pouvoir les améliorer. C’est aussi un moyen de suivre des KPIs fiables sur l’ensemble de l’outil de production. Vous pouvez livrer plus vite, mais aussi améliorer les contrôles de qualité, de sécurité et de fiabilité. Cette mouvance vient fournir un cadre viable à une dynamique d’amélioration continue. C’est pour nous la clé qui permet de transformer l’épreuve de la mise en production en un non-évènement quasi-quotidien.
Si vous n’avez pas de visibilité sur ces sujets, ou si vous voulez simplement savoir où vous en êtes et obtenir des conseils personnalisés, n’hésitez pas à nous contacter.