Formation DevOps écrite
Quels problèmes rencontrez-vous dans l’informatique sans le DevOps ?
Sans DevOps, les équipes de développement et d’exploitation sont souvent en conflit. L’assurance qualité de bout en bout des fonctionnalités et des avantages attendus par le client ne commence qu’après que l’équipe de développement a entamé un tout autre projet. Les audits de sécurité de l’information et de préparation à la production ont lieu la veille du déploiement prévu. 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, le théorème du singe infini 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.
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.
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.
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.
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.
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.
CONCLUSION
Dans ce chapitre, nous avons expliqué 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. En chiffres, cela représente 600 000 000 000 $.
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.
