Ce n’est pas une version, c’est un cycle de vie

Hitesh Patel

C’est un vieux mantra dans le monde de la tech : soit vous disposez de la bonne technologie, soit vous n’irez nulle part. Mais l’idée selon laquelle avoir la meilleure technologie garantit le succès est-elle vraiment fondée ?

Aujourd’hui, nous savons que les choses sont plus complexes. Vous pourriez concevoir la meilleure technologie au monde, mais si vous n’avez pas aidé les gens à comprendre comment appliquer les nouveaux concepts et les nouvelles fonctionnalités à leurs problèmes, vous n’aurez qu’un gadget dont personne ne sait se servir, sans aucun moyen de savoir s’il fonctionne vraiment.

Le véritable travail nécessaire à la création d’un produit performant consiste à investir autant dans son développement que dans les personnes qui l’utiliseront dans leur environnement. À mesure que la technologie évolue, il est important que les fournisseurs investissent activement dans la formation, le mentorat et l’accompagnement des personnes — avant même les produits — afin qu’elles acquièrent les compétences fondamentales nécessaires pour tirer parti des nouvelles technologies.

Ce faisant, nous contribuons à créer une base d’utilisateurs plus compétente et mieux informée, capable de mettre à profit son expérience et sa connaissance du contexte. En retour, cette base d’utilisateurs nouvellement éclairée établit avec nous, en tant que fournisseur, une relation symbiotique qui nous aide à orienter le développement de nos produits et solutions en nous appuyant sur une expertise solide et éclairée.

Dans cet environnement, la réussite ne se mesure plus au lancement d’un nouveau produit. Elle repose sur un dialogue et une écoute continus avec toutes les parties prenantes du produit — clients, partenaires, ingénieurs F5, personnel d’assistance — dans un cycle permanent d’innovation et d’amélioration.

Appliquer les méthodologies DevOps à la formation

Pour comprendre comment cela fonctionne, il suffit de se pencher sur l’histoire du programme Super-NetOps. Dans le cadre de la transformation de F5 en une entreprise de services applicatifs multicloud, nous avons dû former des centaines d’ingénieurs dans le monde entier à un nouvel ensemble de compétences fondamentales dans les domaines du cloud, de l’automatisation, de l’orchestration et des méthodologies DevOps.

Ce faisant, nous nous sommes efforcés d’établir une relation symbiotique avec nos propres ingénieurs. Le cycle se déroulait ainsi : développer du contenu de formation ; le tester auprès de quelques utilisateurs ; déterminer les aspects de l’expérience utilisateur à améliorer ; intégrer ces améliorations à notre produit ; recommencer.

Lorsqu’on met un produit sur le marché auprès de clients, on peut faire le parallèle avec cette même méthodologie DevOps et Agile : on crée quelque chose et on dispose alors d’un prototype. Il faut recueillir des retours, mais on n’en obtiendra pas tant qu’on n’aura pas trouvé des personnes prêtes à y consacrer du temps et des efforts. Et pour cela, elles ont besoin d’une formation, de documentation et d’un accompagnement pas à pas.

Ainsi, parallèlement à nos efforts de développement, nous mettons en place les mécanismes nécessaires à la formation. Cela implique notamment d’intégrer une boucle de rétroaction, tant sur la formation que sur les produits eux-mêmes. Comment permettre aux personnes qui utilisent ces prototypes d’y contribuer selon une approche open source ? Comment tirer des enseignements du moment où un client rencontre un blocage lors d’une mise en œuvre ? Et comment exploiter ces enseignements pour améliorer encore nos produits et notre assistance ?

Depuis quelques années, nous faisons participer nos clients et la communauté, et ces efforts ont abouti au programme Super-NetOps tel qu’il existe aujourd’hui, dans le prolongement de son lancement lors d’Agility il y a deux ans.

Il s’agissait d’un changement fondamental pour nos ingénieurs spécialisés dans le NetOps. Nous ne nous contentons pas de développer des solutions d’automatisation et d’orchestration : nous nous conformons véritablement à la méthodologie DevOps et au processus de développement logiciel. Nous concevons notre solution comme s’il s’agissait d’un immense projet logiciel distribué, destiné à s’exécuter sur la plateforme F5 et à s’y intégrer, et non comme des composants réseau ajoutés artificiellement à ce qui ressemble à un système logiciel.

Créer des partenariats

Tout cela consiste autant à adopter le DevOps et à s’y investir qu’à créer des partenariats. Nous disposons désormais de tous les éléments nécessaires pour engager un nouveau dialogue avec nos clients. Nous les écoutons attentivement et menons un échange actif et constructif, entièrement axé sur la meilleure façon de les aider à atteindre leurs objectifs. Cela peut parfois nous amener à accepter de développer une fonctionnalité. Dans d’autres cas, nous leur recommandons de ne pas s’engager dans cette voie.

Cela nous donne également les outils nécessaires pour aider les équipes NetOps à devenir de véritables partenaires des équipes DevOps. Elles ne sont plus obligées de se contenter de récupérer des projets qu’on leur transmet sans concertation. Elles peuvent devenir des partenaires capables d’aider les équipes DevOps et les équipes de développement à réussir et à tirer le meilleur parti de leur application, de leur produit, de leur création. Si ce rôle n’existe pas encore dans votre entreprise, nous pouvons former quelqu’un en deux semaines.

Le fait de suivre ce processus et d’opérer ces changements a profondément transformé la manière dont F5 envisage son avenir. Nous savons désormais comment nous positionner à la pointe de l’innovation et appréhender la façon dont sont conçus les écosystèmes de conteneurs et les microservices, ainsi que la manière dont les logiciels sont développés à l’ère moderne.

Et comme vous le verrez avec la publication, ce mois-ci, de nos API Automation Toolchain, cette philosophie fait également une réelle différence dans nos produits, un cycle de vie après l’autre.

À propos de l’auteur

Hitesh Patel

Autres articles de Hitesh Patel