DevOps Elle offre aux organisations des principes et des pratiques précieux en matière de gestion du changement, mais ce n'est pas la seule solution. Les organisations devraient se sentir libres de s'inspirer d'autres sources. DevOps Les meilleures pratiques pour faciliter le changement, sans être lié à un cadre spécifique.

Toutefois, les organisations devraient reconnaître DevOps« points forts en matière de pratiques de gestion du changement. Toute approche alternative devrait présenter des atouts similaires. À défaut, les responsables informatiques soucieux de la stabilité des produits et de la création continue de valeur devraient se concentrer sur les aspects techniques de DevOps des pratiques pour influencer les leurs.

Pourquoi est- DevOps si populaire pour la gestion du changement ?

DevOps est un cadre de référence populaire utilisé par les entreprises du monde entier. Une enquête menée début 2021 a révélé que 74 % des organisations l'avaient adopté. DevOps ou sont en phase de planification. Les chefs d'entreprise valorisent DevOps pour sa capacité à faciliter une gestion rapide du changement avec un risque minimal de perturbation. Haute performance DevOps les organisations peuvent Déployez du code 208 fois plus fréquemment que les moins performants.

Une raison majeure DevOps Ce qui facilite la gestion fluide des changements, c'est sa structure cyclique. Idéalement, les nouvelles modifications sont intégrées via un processus continu d'intégration et de déploiement continus (CI/CD). L'optimisation des processus réduit les frictions entre les équipes, contribuant ainsi à diminuer les délais de mise en œuvre des changements. Les données opérationnelles permettent également d'orienter les priorités de déploiement, et de cibler les facteurs qui tendent à allonger les phases d'assurance qualité et autres revues préalables au déploiement.

Mais est DevOps Est-ce la seule façon pour les organisations de s'adapter à un environnement commercial en constante accélération et de plus en plus marqué par le changement ? Pas nécessairement. Il existe de nombreuses approches logicielles, plateformes et services numériques qui ne sont pas techniquement… DevOpsDe plus, il existe de nombreux désaccords sur ce que signifie exactement cela. DevOps est.

Vous n'êtes pas obligé d'appeler ce que vous avez «DevOpsmais vous devriez chercher à corriger les problèmes DevOps les solutions — qui sont ce qui a incité tant de personnes à l'adopter dès le départ. Le plus important n'est pas seulement d'avoir DevOpsDes mécanismes de contrôle ont été mis en place. Ce sont également les meilleures pratiques qui favorisent la création de valeur collaborative, tout en assurant la continuité des responsabilités, et qui permettent de décloisonner l'organisation.

DevOps permet la création de valeur grâce à des déploiements de changement constants

La principale valeur incarnée par DevOps Il s'agit d'une collaboration entre les équipes de développement et d'exploitation — c'est dans le nom ! diagramme en huit latéral Cela illustre que chaque processus découle du précédent. Les deux équipes sont étroitement liées, contribuant à la fois à faciliter et à créer le changement, tout en préservant sa valeur. La collaboration DevOps Cette approche élimine les goulots d'étranglement courants et démontre également que les développeurs ont un intérêt dans les problématiques liées aux opérations informatiques, notamment en ce qui concerne les erreurs et les défauts de production.

Aliments Guide de DevOps illustre les types de problèmes DevOps peut résoudre:

• L'équipe de développement prend davantage conscience des problèmes qui retardent l'assurance qualité et le déploiement.
• Les services d'assurance qualité et d'exploitation sont davantage alignés sur l'objectif commercial et la valeur client escomptée lors de la mise en production.
• Le développement et les opérations cessent de poursuivre des objectifs opposés, ce qui peut autrement entraîner de l'inefficacité et des accusations mutuelles en cas de problème.

L'intégration des processus entre le développement et les opérations permet d'éviter les situations où un échec de modification ou un goulot d'étranglement lors du déploiement compromet sérieusement le calendrier de mise en production. On imagine facilement une telle situation : un bug est identifié et l'équipe des opérations affirme que le développement a fourni des éléments défectueux. Le développement rétorque que tout fonctionnait correctement en environnement de test. S'ensuit une véritable campagne de débogage, l'équipe des opérations passant la nuit à résoudre les problèmes de production, puisque l'environnement de production ne relève pas de la responsabilité du développement et de l'assurance qualité.

DevOps La gestion du changement permet d'éviter cette situation. La collaboration entre les deux services et l'encouragement à l'utilisation des retours d'information issus des opérations favorisent la responsabilisation et l'amélioration de la qualité des produits.

DevOps Cette approche aborde également les lacunes des méthodes plus anciennes comme ITIL. Bien qu'ITIL définisse des rôles et des processus spécifiques, elle ne permet pas toujours de résoudre efficacement les problèmes persistants. Les critiques d'ITIL soulignent qu'elle crée « l'illusion du contrôle, engendrant l'illusion organisationnelle d'une informatique efficace et facile à gérer ». Ce cadre favorise la persistance de cloisonnements et d'une attitude de déresponsabilisation.

La difficulté à attribuer les responsabilités n'est pas une caractéristique intrinsèque d'ITIL, mais la réalité de nombreuses structures organisationnelles axées sur ITIL est qu'elles se préoccupent davantage de répéter les processus établis que de les améliorer. Le travail lui-même devient l'objectif, alors que dans DevOpsL’objectif est l’amélioration continue des produits grâce aux processus les plus efficaces disponibles.

Certaines entreprises ou certains produits pourraient ne pas tirer profit de l'utilisation DevOps pour la gestion du changement

De nombreux débats houleux ont eu lieu concernant les types d'organisations ou de produits qui pourraient ne pas en bénéficier. DevOpsOn suppose généralement que les applications innovantes ont besoin de DevOps, à quelques rares exceptions près. « Le consensus général est que les organisations qui utilisent des logiciels — en particulier le développement d’applications — pour innover dans leurs secteurs devraient envisager de mettre en œuvre un DevOps culture," comme l'a écrit un journaliste.

Les experts du secteur technologique citent toutefois quelques exemples de cas atypiques. Par exemple, une plateforme PaaS prenant en charge d'autres sociétés de logiciels. pourrait améliorer sa fréquence de changement en utilisant DevOps car cela atténue les goulots d'étranglement.

Le directeur des systèmes d'information de la compagnie d'assurance AVIVA affirme que DevOps C’est indispensable pour les petites startups, tandis que les grandes entreprises pourraient préférer attendre avant d’adopter cette approche. « Les petites entreprises et les startups n’ont pas le choix. » Le directeur des systèmes d'information écrit« La polyvalence des rôles, l’automatisation poussée à l’extrême et la contribution de tous sont la norme. C’est ainsi qu’ils mettent rapidement de nouvelles fonctionnalités à la disposition des clients. Mais cette agilité organisationnelle est un défi pour les grandes entreprises. »

Toutefois, lorsqu'on se demande si DevOps Même si une solution peut être « adaptée » à votre organisation, il est important d'éviter une approche binaire. Toute organisation peut adopter des mesures clés. DevOps Concepts, flux de travail et meilleures pratiques pris isolément — selon ce qui convient le mieux aux objectifs de l'entreprise.

Ce qui est incontestable, c'est la nécessité de processus clairs, de responsabilisation et d'automatisation autant que possible. La priorité est de mettre à jour régulièrement les produits avec des modifications à valeur ajoutée ; le processus de création, d'intégration et de déploiement rapides des versions doit donc refléter cette priorité.

De nombreux processus de gestion du changement tirent parti de DevOps principes (même s'ils ne l'appellent pas ainsi) DevOps)

En définitive, la suppression des cloisonnements entre développement et opérations permet de mieux identifier les sources de perte de valeur (problèmes, reprises, retards, etc.). La collaboration entre ces équipes les obligera également à formaliser le processus de résolution des problèmes et à définir les personnes responsables de leur prise en charge.

Mais tandis que les idéaux et les objectifs de DevOps sont universels, il n'y a pas deux DevOps Les organisations se ressemblent. Chacune a mis en place son propre processus optimisé à chaque étape. De plus, les différences de produits et d'objectifs feront que l'utilisation de ces processus par une organisation sera différente. DevOps différera considérablement d'une autre. Pourtant, de nombreux dirigeants d'entreprises et responsables informatiques les compareraient et déclareraient que les deux utilisent une forme ou une autre de DevOps, compte tenu des qualités spécifiques de leur processus.

Il est également important de se rappeler que l'adoption DevOps En principe, cela n'accélérera pas automatiquement le déploiement des changements. De nombreux dirigeants d'entreprise mettent encore régulièrement en œuvre des processus de gestion du changement complexes au sein d'une entreprise. DevOps cadre.

Dans ce cas, les équipes de gestion de projet et d'exploitation exercent un contrôle strict sur les processus de développement logiciel afin d'éviter tout code défectueux en production, comme le souligne Diginomica. Mais en réalité, la mise en place de contrôles supplémentaires au sein du DevOps Les flux de travail entraînent souvent des « goulots d’étranglement, des retards et des sauvegardes, autant d’éléments qui conduisent à des mises en production plus importantes, moins fréquentes et plus risquées, contribuant ainsi à des taux d’échec des changements plus élevés ».

De plus, comme l'état de 2019 DevOps Le rapport indique que « ceux qui utilisent des processus lourds ont 2.6 fois plus de chances d'être peu performants ».

N'oubliez pas que, que ce soit pour mettre en œuvre DevOps ou toute autre méthodologie, l'important est de se concentrer sur l'objectif de faciliter le changement et d'adopter des pratiques permettant de le faire aussi efficacement que possible.

Pour faciliter le changement, tirez les leçons de DevOps meilleures pratiques, mais ne vous sentez pas contrôlé par elles

En raison de la fluidité des définitions et de la diversité des contextes d'utilisation, DevOps L'agilité n'est pas une « chose » figée, tout comme l'agilité n'est pas un concept figé. Plutôt que de se concentrer sur des pratiques spécifiques, DevOps Il s'agit essentiellement d'un « changement culturel visant à accepter les normes du développement agile de logiciels, ouvrant la voie à des cycles de développement continus, en tenant compte des fonctions transversales, des responsabilités et des objectifs partagés avec les opérations informatiques ». comme le dit un écrivain.

Les responsables informatiques peuvent se rappeler de prioriser les effets de DevOps La gestion du changement doit se traduire par des actions concrètes, plutôt que par le respect de principes très spécifiques. Pour évaluer si un système facilite réellement le changement, recherchez les signes d'une mise en œuvre continue réussie. Un signe positif C’est lorsque les équipes sont « capables de déployer des modifications à la demande en production, que le déploiement de retours de qualité est immédiatement disponible et que les équipes peuvent alors agir rapidement sur ces retours pour améliorer le cycle de déploiement suivant. »

Autre signe positif : les développeurs consultent régulièrement le système de contrôle de version. « Cet événement devrait déclencher automatiquement une compilation et une série de tests automatisés », indique TechBeacon. « En cas d’échec de la compilation ou de l’un des tests, l’équipe doit être immédiatement alertée. »

L'évaluation d'un processus en fonction des données qu'il génère et des indicateurs qui témoignent de sa capacité d'adaptation au changement peut permettre aux responsables informatiques et organisationnels d'optimiser leur système de travail au fil du temps.

En résumé : il est essentiel de maintenir la visibilité et d’informer toutes les parties prenantes des obstacles à la création de valeur. L’analyse des données peut contribuer à cet objectif, mais les organisations ont besoin d’un cadre conceptuel pour structurer leurs pratiques et leurs flux de travail – qu’il s’agisse de… DevOps ou autre chose.