Les organisations informatiques d’entreprise ont du mal à combler leurs lacunes en matière de compétences DevOps. Kevin Davis explique pourquoi la normalisation est la solution.
Je me souviens des pressions sur l’informatique qui ont conduit à l’émergence du DevOps. La gestion des produits et des projets d’entreprise avait pleinement adopté les méthodologies Agile/SCRUM et les équipes d’opérations informatiques et de middleware cloisonnées étaient devenues le goulot d’étranglement.
C’était au début des années 2010 et les entreprises ne juraient toutes que par les technologies Lean Startup et devOps. Cela était dû, en partie, à Jez Humble, Eric Ries et à d’autres rédacteurs de l’époque qui dirigeaient le changement vers les méthodologies Agile que la gestion de produits utilisait comme cadre d’opération depuis 2007.
Les entreprises qui connaissaient des difficultés, des besoins de croissance rapide ou des perturbations sur le marché se rendaient compte que leur survie et leur succès futur dépendaient d’une plus grande agilité de bout en bout. Beaucoup ont commencé à comprendre qu’il valait mieux être proactif, plutôt que réactif, face à la disruption numérique
Ce que nous entendions de la part des consultants et des conseillers était un message clair : si les équipes d’infrastructure informatique devaient être aussi réactives que leurs entreprises en avaient besoin, elles devraient adopter DevOps. De plus, s’ils voulaient adopter DevOps, ils devraient adopter des technologies qui leur permettraient de développer une infrastructure plutôt qu’une infrastructure en rack.
Avec les bons sponsors de leadership (et une volonté d’essayer), certaines équipes d’infrastructure ont adopté les technologies Cloud. Cela leur a permis de provisionner des serveurs selon les besoins et de transformer le développement en une activité parallèle, libérant ainsi leur entreprise des contraintes de l’infrastructure en tant que ticket et des cycles de livraison de quatre semaines.
Le technologies Cloud et DevOps se complétaient parfaitement, et à mesure que l’adoption des deux s’est accélérée, la proposition de valeur pour l’ingénierie d’infrastructure traditionnelle a diminué rapidement.
La montée du déficit de compétences DevOps
Au cours de la dernière décennie, l’adoption de DevOps n’a cessé d’augmenter. Une étude de Gartner suggère que 70 % des entreprises auront des objectifs d’adoption de l’infrastructure en tant que code. Un chiffre en hausse par rapport aux 20 % déclarés en 2019. Cela m’inciterait à deviner que chaque organisation informatique d’entreprise pratique une forme de DevOps dans au moins une partie de son portefeuille.
Dans mes propres observations, à la fois de la part d’organisations de premier plan et de leurs conseils au cours des 10 dernières années, j’ai constaté une augmentation significative de la demande de compétences DevOps. Cela provient principalement d’organisations qui investissent massivement dans la création d’une valeur maximale de l’adoption du Cloud.
La demande de compétences DevOps est maintenant à un niveau record et en croissance. Dès 2019, ZDNet a publié un article indiquant que devOps est l’ensemble des compétences les plus demandées en informatique. Cela souligne également le défi de trouver des ressources qui ont l’ensemble des compétences.
Nous avons constaté une pénurie de ressources sur le marché, ce qui a eu pour effet naturel d’augmenter le coût des talents et de l’expérience. Depuis 2019, la rareté de ces ressources est devenue plus évidente avec l’accélération des initiatives numériques déclenchées par la COVID-19 qui augmente encore la demande en 2020 et 2021. Ce modèle semble prêt à se poursuivre.
La solution à long terme à ce problème de l’offre et de la demande ne sera pas simplement plus de formation, de perfectionnement des compétences et d’échelle du capital humain. Les solutions viendront, de plus en plus rapidement, sous la forme d’une normalisation, réduisant la valeur de l’ensemble des compétences tout comme la normalisation de l’infrastructure de base a dévalué l’ingénieur en infrastructure.
Le moment est-il venu de normaliser DevOps ?
Il y a eu de nombreuses tentatives dans le passé pour normaliser les piles technologiques qui constituent la majorité du monde DevOps aujourd’hui. Toutes ont échoué jusqu’à présent.
Il y a beaucoup d’opinions, de préférences et d’exigences qui expliquent ce manque de normalisation. En règle générale, les organisations informatiques ont fait tourner des plates-formes d’infrastructure de base et des piles technologiques individualisées. Même dans les piles d’applications nées dans le Cloud, il existe des variations dans les outils et les méthodes basés sur les équipes et les décisions / processus organisationnels, dont certains sont conservés avec une ferveur presque religieuse.
Mais cette fois, c’est différent. Cette fois, nous avons une véritable chance de standardisation, à l’échelle de l’industrie, pour une large gamme de notre chaîne de valeur informatique. Nous avons une chance parce que :
- Les modèles opérationnels informatiques et commerciaux s’alignent de plus en plus sur l’adoption numérique
- Plates-formes d’infrastructure de base standardisées dans le Cloud
- Les attentes commerciales sont plus élevées et les obstacles à l’adoption moindres
- C’est une nécessité motivée par le manque de ressources
Nous avons vu les fournisseurs de services Cloud standardiser les structures de support sous la forme de Database-as-a-Service et de Platforms-as-a-Service pour des choses comme la journalisation, la recherche, l’IoT, Active Directory, LDAP, etc. Fondamentalement, pour tout ce qui nous cause suffisamment de douleur, ils finiront par nous proposer une solution reposant sur une plate-forme standardisée.
Cependant, nous constatons maintenant que des piles complètes sont normalisées et proposées sous forme de solutions ou de services gérés purs et simples. Au fur et à mesure que de plus en plus de piles technologiques se généralisent en tant qu’options entièrement gérées par les FSC, de plus en plus d’entreprises modifieront leurs exigences pour permettre à leurs entreprises d’utiliser ces solutions standardisées.
En résumé…
La prochaine phase de normalisation réduira la demande d’ensembles de compétences DevOps, de la même manière que l’adoption du Cloud a réduit le besoin d’ensembles de compétences d’infrastructure traditionnelles. Je pense que la rareté des ressources DevOps accélérera l’adoption de piles technologiques standardisées fournies par les hyperscalers. Bien que cela puisse alléger les pressions sur les ressources que supporteront les organisations informatiques au cours des prochaines années, cela signifie également que les ingénieurs DevOps devront évoluer en permanence pour suivre les exigences changeantes des stratégies commerciales numériques.
