Résoudre les problèmes logiciels à ce stade critique, notamment les défauts de conception et de sécurité qui auraient dû être repérés et corrigés huit mois plus tôt, met en péril la continuité de vos services informatiques et de vos activités. Des développeurs épuisés, une exploitation peu coopérative, des équipes de test et de sécurité cloisonnées, des chefs de projet et responsables produit exigeants mais désemparés, des dirigeants en colère et des clients et parties prenantes informatiques frustrés ne créent guère de valeur ajoutée.
Trop de transferts d’activités et de dépendances dans toutes les directions imaginables, d’innombrables tâches manuelles, non coordonnées et opaques dans votre service informatique : c’est devenu le quotidien.
Malgré le temps qu’il faut pour faire avancer le moindre travail, vous n’avez pas de meilleure solution, du moins pour le moment. Vous savez que vous avez encore besoin de ce travail pour gagner votre vie.
Le grand jour arrive enfin…
Après un déploiement chaotique en production qui a entraîné une interruption importante de votre activité, vous vous demandez s’il a perturbé des fonctionnalités existantes. Vous réalisez que vous manquez d’informations claires et de preuves concrètes sur ce qui s’est réellement passé et sur les systèmes de production qui ont été touchés.
On fête pourtant déjà la mise en production dans les couloirs de votre service informatique. Il est temps de prendre un verre et de vous remettre de la nuit difficile et sans sommeil que vous venez de passer. Ce que vous avez cassé en production la nuit dernière sera le problème de quelqu’un d’autre. Ce n’est pas grave…
Vous vous demandez sans doute comment ces projets difficiles finissent tout de même par aboutir alors qu’ils se sont trouvés dans une situation désespérée. La réponse se trouve dans le théorème du singe infini. En bref, il affirme qu’un singe qui frappe au hasard sur les touches d’une machine à écrire pendant un temps infini finira presque sûrement par taper un texte donné, comme les œuvres complètes de William Shakespeare. Ce n’est pas une plaisanterie.
De même, même si personne ne sait quand les travaux se termineront, votre équipe informatique finira par livrer son projet si elle le retarde suffisamment et gagne assez de temps.
Voici notre promesse :
Cinq problèmes majeurs à connaître dans un service informatique sans DevOps !
Problème majeur n° 1. Un conflit chronique entre le développement et l’exploitation !
Parmi ses nombreuses responsabilités, votre organisation informatique remplit deux grandes missions :
- Votre équipe de développement doit livrer rapidement pour répondre à l’évolution des attentes de vos clients et du marché sur lequel votre entreprise opère.
- Votre équipe d’exploitation doit garantir un service stable, prévisible, sûr et continu pour répondre aux besoins de vos clients et du marché.
Avec cette structure, les équipes de développement et d’exploitation ont des missions et des motivations contradictoires. Ce conflit nuit à la productivité, à la qualité de service, à la satisfaction des clients et aux résultats de votre service informatique, puis aux résultats globaux de l’entreprise.
Problème majeur n° 2. Vous accumulez désormais de la dette technique !
Le traitement permanent des urgences, les solutions de contournement et les interventions imprévues pour sauver la situation ne font qu’accroître la dette technique. Celle-ci nuit aux performances du développement et de l’exploitation ainsi qu’à celles de toutes les autres unités, dont l’architecture, la sécurité de l’information, les tests, la gestion des produits, la gestion des mises en production et les parties prenantes métier.
La dette technique est comparable à la dette financière. Plus vous êtes endetté, moins vous avez de possibilités d’atteindre vos objectifs. Il devient finalement presque impossible de prendre les bonnes décisions pour obtenir les résultats souhaités, et vous risquez de contracter de nouvelles dettes.
Il en va de même pour la dette technique. Plus elle augmente, moins vous avez de possibilités de construire et de livrer les bonnes solutions. Vous finissez par empiler des solutions de contournement, comme des châteaux de cartes. Vous le savez déjà : leur effondrement n’est qu’une question de temps.
Problème majeur n° 3. Vos revenus dépendent de vos systèmes les plus fragiles !
Un fait peu surprenant, mais préoccupant pour votre entreprise, est que vos systèmes les plus critiques et les plus rentables sont aussi les plus sujets aux erreurs, aux pannes et aux interruptions.
Ces systèmes occupent généralement une place centrale dans votre entreprise, et vous n’avez encore assisté à aucune réunion où il n’en était pas question. Ce sont les systèmes critiques touchés par presque tous les projets. Leur importance impose des interventions continues, des changements urgents et des corrections imprévues. Pourtant, ils ne cessent de provoquer des incidents de priorité 1.
Problème majeur n° 4. Après un échec, vous faites des promesses encore plus grandes !
À force de promesses non tenues et de frustrations causées par votre service informatique, vos parties prenantes deviennent plus exigeantes pour compenser le passé. Vos responsables et vous-même vous contentez souvent de répondre « pourquoi pas », à moins d’avoir déjà une meilleure offre d’emploi en vue.
Vos équipes de développement et de livraison doivent ensuite relever un défi plus important que d’habitude. Vos systèmes critiques et votre architecture informatique sont loin de répondre à ces exigences dans les délais « urgents » imposés. Vous vous mettez donc à concevoir de nouveaux contournements sur les précédents.
Problème majeur n° 5. Vous ne prenez plus de plaisir au travail !
Tout le monde finit par être un peu plus occupé. Votre agenda ne vous laisse même plus une heure sans interruption pour faire le travail pour lequel vous avez été recruté et êtes payé. Les e-mails pleuvent. Vous profitez donc des moments peu productifs en réunion pour trier et parcourir des messages généralement obscurs et sans intérêt. Vous vous demandez pourquoi votre organisation ne propose pas de formation obligatoire à l’utilisation et à la rédaction des e-mails.
Vous dépendez généralement d’autres équipes pour poursuivre votre propre travail. Pourtant, l’autre équipe n’a même pas encore pris connaissance des attentes que vous lui avez communiquées il y a quelques semaines. Elle vient de lancer son nouveau projet « Horizon 2400 » tout en devant résoudre neuf incidents de priorité 1 causés par ses applications fragiles.
Vous commencez à perdre patience, car vous avez besoin de réponses de la personne désignée comme interlocutrice unique de l’autre équipe pour avancer.
Vous ne pouvez pas vous empêcher d’envoyer un autre e-mail pour rappeler votre demande. Cette fois, vous mettez sa responsable en copie et vous vous dites que vous auriez dû le faire dès le premier envoi.
Quelques secondes plus tard, deux réponses automatiques s’affichent à l’écran. Votre interlocutrice est en atelier « Horizon 2400 » jusqu’à la fin de la semaine, et sa responsable est malade chez elle aujourd’hui.
Bilan et prochaines étapes…
Dans cet article, nous avons tenté d’expliquer les difficultés que rencontrent la plupart des entreprises et des professionnels de l’informatique, ainsi que les spirales descendantes et les cercles vicieux que connaissent presque toutes les entreprises et tous les professionnels.
Gartner estime que les entreprises du monde entier gaspillent chaque année environ 600 milliards USD en travaux de maintenance informatique non budgétés et non planifiés pour garder en fonctionnement les systèmes qui génèrent leurs revenus.
Voici à quoi ressemble ce nombre écrit en chiffres :
600 000 000 000 $. Comment est-ce possible ?
Comme vous l’avez sans doute constaté, il est difficile de comprendre un tel niveau de gaspillage dans une profession qui sollicite autant la réflexion que l’informatique.
C’est un défi qui mérite d’être relevé. Le DevOps offre des réponses à certaines entreprises, et peut-être à la vôtre, si elle est prête à expérimenter, à apprendre et à s’adapter.
Permettez-moi maintenant une question…
Vous voulez apprendre le DevOps ? Oui ?
Très bien ! L’International DevOps Certification Academy™ vous fournit tout ce dont vous avez besoin pour apprendre le DevOps facilement et réussir votre examen de certification DevOps !
Pour finir, accédez gratuitement et dès aujourd’hui à vos supports et vidéos de formation DevOps !
Voici le lien direct vers votre page de formation DevOps gratuite :
Accédez gratuitement et immédiatement à vos supports et vidéos de formation DevOps avant l’expiration du lien >>
Merci !
Yeliz Obergfell et l’équipe de l’International DevOps Academy™
P.-S. Soyons de nouveau tout à fait honnêtes un instant !
Nous savons que peu de gens lisent ce genre d’articles aujourd’hui. Nous tenons pourtant à prendre le temps de rédiger ces contenus pour vous. Si quelques personnes lisent cet article et en tirent un ou deux enseignements, nous estimons avoir rempli notre mission au service de la communauté DevOps mondiale.
Montrez-nous un peu de soutien en retour du travail consacré à cet article ! Si vous l’avez lu jusqu’ici et l’avez trouvé utile, laissez un avis ci-dessous, aimez-le et partagez-le avec votre réseau.
MERCI D’AVANCE ! :)
