Comment la modernisation et l'automatisation des applications génèrent de la valeur

Et comme FlowFactor met en œuvre les solutions de modernisation et d'automatisation des applications IBM pour aider les organisations à atteindre de nouveaux niveaux d'efficacité et de flexibilité, il a une réponse claire à cette question :

Non, l'automatisation ne va pas prendre vos emplois. Elle va les améliorer.

Johan Janssen et Kilian Niemegeerts, associés directeurs et cofondateurs de FlowFactor, ont récemment travaillé avec un fournisseur de transport en commun en Europe qui couvre près de 200 millions de kilomètres dans une région densément peuplée. Ce projet est un bon exemple de la forte demande à laquelle FlowFactor est confronté sur le marché actuel, où, semble-t-il, chaque grande organisation cherche à se moderniser et à s'automatiser pour gagner en efficacité et en agilité, mais possède des applications existantes importantes et critiques pour l'entreprise, applications qui ne se prêtent pas facilement à l'automatisation.

FlowFactor a également repensé le pipeline de construction du client, en créant des processus normalisés et réutilisables. À partir de là, l'équipe a appliqué le logiciel d'automatisation open source Jenkins de bout en bout, depuis les processus de construction initiaux jusqu'au déploiement en production. Grâce à la nouvelle architecture d'application, le logiciel Jenkins peut automatiser le flux du code conteneurisé tout au long du cycle de vie du logiciel.

Mais tout cela n'était qu'une partie du projet.

Dans les transports en commun, faire monter les gens à bord est la partie la plus simple. Dans la modernisation d'applications, cela peut être la partie la plus difficile. C'est une chose de mettre en œuvre une technologie qui automatise les processus, c'en est une autre d'amener les gens à faire évoluer leur façon de travailler de manière à tirer le meilleur parti de l'automatisation.

FlowFactor devait aider l'entreprise de transport à changer sa culture pour adopter l'automatisation et les pratiques DevOps.

« Il est certain que chez les gros clients plus traditionnels et les gouvernements, c'est un sujet sensible », explique M. Niemegeerts. Les ingénieurs et autres experts des processus existants posent de sérieuses questions : Un changement aussi radical brisera-t-il ce qui fonctionne bien ? Leurs emplois seront-il tout simplement automatisés ?

« L'essentiel ici », déclare Niemegeerts, « c'est de trouver un équilibre, beaucoup automatiser mais toujours impliquer les ingénieurs d'origine et leur expliquer ce qui ne changera pas. Nous leur montrons que leurs emplois ne sont jamais vraiment remplacés, ils sont simplement modifiés. Le plus important, c'est qu'ils feront plus souvent la partie la plus intéressante de leur travail et non les tâches répétitives. Ce qui leur laisse davantage de temps pour dépanner, réfléchir et innover. »

Niemegeerts poursuit : « Dès que nous commençons à livrer aux premiers candidats des applications modernisées, ils en constatent les avantages. Ils remarquent les temps de déploiement améliorés et la réduction de l'impact. Aucune longue fenêtre de maintenance n'est requise pour déployer une nouvelle application. »

Et DevOps devient le moyen de tirer le meilleur parti des processus plus rapides et plus flexibles. C'est là que les équipes auparavant cloisonnées apprennent à équilibrer leurs responsabilités et à collaborer de manière plus efficace et plus agile. Comme l'explique Janssen : « Auparavant, la disponibilité des applications relevait de la responsabilité de l'équipe chargée de l'infrastructure. Désormais, lorsque l'équipe chargée de l'infrastructure voit que l'équipe chargée du développement prend la responsabilité d'apporter de la stabilité — et pas seulement de nouvelles fonctionnalités — dans la production, le changement d'état d'esprit opère et le processus commence vraiment à fonctionner et à fournir de nouvelles applications. »

En ce qui concerne le côté développement, Janssen déclare : « L'équipe de développement a beaucoup plus de pouvoir. Elle peut désormais déployer quand elle le souhaite, dans n'importe lequel de ses environnements. »