Comment introduire DevOps dans une culture d'entreprise moribonde

"Nous devons faire du DevOps."

Et voilà: les mots les plus effrayants qui puissent jamais sortir de la bouche d’un cadre.

Le DevOps suscite beaucoup d’intérêt ces jours-ci, d’autant plus que les organisations de tous types et de toutes tailles deviennent elles-mêmes des producteurs de logiciels. Le problème est que DevOps – comme ses frères et sœurs, le Lean agile et la qualité – n’est pas quelque chose qui peut être imposé au personnel de très haut. DevOps n'est pas un « programme », une « initiative » ou même une « meilleure pratique ». DevOps est une façon de faire des affaires, une façon de la réflexion, qui s'étend du moment où une application est conçue dans l'esprit de quelqu'un jusqu'à sa mise en production, et bien au-delà.

DevOps est la fusion des tâches des développeurs avec celles des opérationnels. Ceci est important dans le contexte économique actuel où la commercialisation est rapide, car les versions de logiciels doivent être rapides et furieuses. La version 3 doit être prête à sortir au moment même où la version 2 est envoyée aux clients. L’objectif du DevOps est d’aligner l’esprit créatif et innovant des développeurs avec les contraintes et exigences des opérations en cours.

De nombreuses organisations n’ont tout simplement pas la culture d’entreprise nécessaire pour soutenir une telle approche. Ils peuvent être cloisonnés, ils peuvent avoir des fiefs, ils peuvent avoir des managers sans inspiration et cachés qui préfèrent jeter des produits. par-dessus le mur avec un minimum de tests, et n'y revenez pour résoudre les problèmes que lorsque suffisamment de clients crient fort assez.

C’est le mur auquel se heurtent les responsables informatiques à la recherche de DevOps. Dans un récent poste, Phil Whelan d'ActiveState l'exprime ainsi :

D’après les clients informatiques d’entreprise et les conversations que j’ai eues, il semble que DevOps soit un peu intimidant. Personne ne veut être accusé de ne pas faire correctement le DevOps, surtout s'il a été demandé depuis le haut de la chaîne que « nous devons faire du DevOps ».

Les entreprises qui réussissent avec DevOps ne se contentent pas de proposer des outils et de fournir en permanence des pipelines, explique Whelan. "Ils ont la bonne culture. La culture de l’apprentissage, de l’adaptation et de la vision d’ensemble. Ils voient le rapport entre la planche à dessin et le produit final. »

En effet, comme l'explique avec éloquence Whelan: « DevOps est un fil invisible qui traverse tout le processus informatique, depuis le conception du logiciel jusqu'au logiciel exécuté en production. » En conséquence, il doit être intégré dès le début.

Alors voilà le défi, quelle est la solution? Il s'agit d'un processus à long terme pour intégrer DevOps, qualité et agile dans une organisation. Soyons réalistes, les responsables informatiques ne sont pas en mesure de renverser du jour au lendemain une culture d’entreprise calcifiée et contre-productive. Voici quelques façons de démarrer le processus :

Engagez l’entreprise. Vous entendrez peut-être cela souvent, mais cela est particulièrement important lors de la transition vers DevOps. Les dirigeants d’entreprise doivent être sensibilisés au potentiel du DevOps pour rationaliser et améliorer leur activité. En outre, les dirigeants d’entreprise se tournent de plus en plus vers leurs responsables informatiques pour obtenir des conseils alors que nous nous dirigeons vers une économie de plus en plus numérisée. Ils souhaitent que le service informatique adopte une position proactive en définissant une vision technologique commerciale convaincante pour leur organisation. Les responsables informatiques sont en mesure de promouvoir DevOps dans le cadre de cette nouvelle orientation numérique.

Étudiez et apprenez des organisations qui ont mis en place un DevOps réussi. Cela ne doit pas non plus inclure le DevOps informatique. Certaines organisations ont réussi à aligner leurs opérations de conception, d’ingénierie et de production de manière DevOps.

Rejoignez des organisations professionnelles qui offrent une formation et un partage de connaissances en DevOps. Bien qu'il n'existe pas d'organisations professionnelles ou de certifications spécifiquement pour DevOps, de nombreux organismes existants peuvent organiser des sessions ou fournir des instructions de manière DevOps. Les groupes d'utilisateurs peuvent également être une ressource. Les valeurs du Lean, de l’amélioration continue et de l’Agile ont également des composantes DevOps. Il existe également une série en cours de "Journées DevOps" conférences organisées dans le monde entier.

Échec est une option. Les organisations les plus performantes innovent et s’améliorent constamment, et cela vient du fait de permettre aux gens d’échouer et d’apprendre de ces échecs. Whelan note que les entreprises DevOps qui réussissent « voient souvent leurs nouvelles recrues poussées vers la production dès leur premier jour. Les obstacles aux tests en place garantissent presque toujours qu’aucun dommage réel ne pourrait être causé par une nouvelle recrue naïve. L'échec ici est imputé à l'infrastructure et non aux nouveaux employés. »