Depuis son avènement, DevOps a été opposé à la gestion des services informatiques (ITSM) et à son cadre ITIL. Certains disent que "ITIL est assiégé", d'autres vous demandent de choisir votre camp, tandis que d'autres encore les présentent comme complémentaires. Ce qui est vrai, c'est que DevOps et ITSM ont tous deux des fans et des détracteurs, et que chaque méthode peut influencer la livraison des logiciels et la culture générale de l'entreprise.
Le cœur du conflit culturel entre DevOps et ITSM réside dans le fait que l'ITSM est un processus intensif, au point d'entraver l'activité lorsque les organisations mettent en place des processus à forte intensité humaine et technologique pour lancer des produits et des services. Les petites et moyennes entreprises se noient parfois dans les détails de l'ITSM, tandis que les grandes entreprises peuvent se développer de manière excessive lorsque la bureaucratie fait passer l'ITSM avant la livraison aux clients.
Choc des cultures
DevOps apporte des promesses d'agilité et de rapidité pour la livraison de logiciels qui sont attrayantes pour les organisations de toutes tailles. Le thème de la livraison continue offre une belle image de transformation interne et de rajeunissement de l'orientation client pour les organisations qui se débattent encore dans des processus de cycle de développement logiciel (SDLC) maladroits et dépassés, de type cascade ou dérivés de la cascade.
Résoudre le choc des cultures
Il est important de déclarer une trêve entre DevOps et ITSM, lorsque vous le pouvez, en renforçant la visibilité sur le développement, les opérations et le support des logiciels. Évitez les arguments "ancien contre nouveau" ou "rapide contre lent" qui surgissent invariablement lorsque les équipes se disputent les vertus de DevOps et d'ITSM.
Il peut être difficile de ramener la conversation au projet, à la livraison du logiciel et à l'équipe, selon les personnalités auxquelles vous avez affaire. Dans ces cas-là , il est temps de retirer la religion de la conversation en se concentrant sur la collaboration, le suivi et le reporting. Ce sont les principes qui soutiennent la fourniture de produits et de services, que vous suiviez la méthode ITSM ou DevOps.
Il est essentiel d'adopter une approche consultative pour modifier les processus afin d'éviter les chocs culturels. Demandez la participation et l'avis de vos équipes de développement et d'exploitation sur tout changement de processus que vous avez l'intention d'effectuer et qui pourrait modifier leur façon de travailler.
Les leçons apprises
Bien que certains articles récents aient approuvé la coexistence de l'ITSM et du DevOps, nous sommes nombreux à avoir dépassé la conversation sur l'ITSM en raison du besoin croissant d'agilité. Certains principes ITSM en dehors du service desk subsisteront, mais ils seront intégrés aux processus de livraison DevOps. Dans l'industrie informatique de 2022, il est de plus en plus important d'être agile et capable de pivoter pour répondre aux demandes du marché. DevOps est conçu pour pivoter. L'ITSM n'a pas la réputation de savoir pivoter.
Il y a quelques leçons importantes à tirer du grand choc culturel entre ITSM et DevOps, notamment :
Les informations et les rapports sur le processus de développement logiciel continuent de revêtir une importance capitale pour les développeurs et les autres parties prenantes dans les entreprises.
La transformation culturelle de DevOps reste un défi pour ceux qui sont familiers avec l'ITSM, et cela augmente les enjeux du changement de culture dans certaines entreprises.
La lente évolution d'ITIL de la v3 à la v4 a permis à DevOps, GitOps, AIOps et autres de progresser d'une manière que les organisations ont commencé à adopter.
La collaboration devrait être la règle du jour dans le développement logiciel moderne. DevOps raconte une meilleure histoire de collaboration que ITSM.
DevOps et ITSM nécessitent tous deux une approche de mise en œuvre professionnelle et consultative.
Que faites-vous pour résoudre le conflit culturel entre ITSM et DevOps dans votre organisation ? Partagez vos stratégies dans les commentaires.
Comments