Soit DevOps, soit on est éliminé !

En gros, DevOps consiste à améliorer la communication entre les équipes qui participent à la mise en œuvre d'un projet logiciel, dans le but, bien sûr, d'obtenir un meilleur produit et des cycles de version plus courts.

C'est plus facile à dire qu'à faire, car dans de nombreuses équipes informatiques, l'esprit de silo prévaut encore sur le véritable esprit d'équipe. Or, c'est précisément ce qu'il faut pour que les projets informatiques puissent être mis en œuvre avec succès et dans les délais - et, accessoirement, pour qu'ils redeviennent amusants.

L'étude actuelle de Sonatype montre également que de nombreuses équipes passent actuellement à DevOps ou l'ont déjà fait depuis longtemps.

"Les résultats de l'enquête de cette année montrent que partout, les entreprises sont en train de transformer leur développement en passant de solutions en cascade à des outils et des processus DevOps".

explique Wayne Jackson, CEO de Sonatype.

D'abord le travail, ensuite le plaisir ?

En parlant de plaisir, Patrick Debois, l'un des initiateurs du mouvement DevOps, résume bien la situation dans sa fameuse déclaration :

"And remember it's all about putting the fun back into IT" ("Et n'oubliez pas qu'il s'agit de remettre le fun dans l'informatique").

Il faut donc enfin en finir avec les accusations réciproques entre le service de développement et l'entreprise. Car lorsqu'il s'agit de travailler de manière agile - ce qui implique des déploiements fréquents et un feed-back permanent de la part du client -, deux intérêts opposés se rencontrent en fait :

Alors que le développement est intéressé par des versions rapides et fréquentes, l'entreprise préférerait éviter les nouvelles versions. C'est précisément ce qui provoque régulièrement des conflits, des récriminations et de la mauvaise humeur.

Et - très important - la qualité des projets n'est pas prise en compte ! En effet, le client ne se soucie pas de savoir si l'application ne fonctionne pas parce que le code est défectueux ou parce qu'il y a des problèmes avec l'environnement en direct.

Au cœur du mouvement DevOps se trouve donc le désir de créer de la valeur pour le client. C'est également l'avis de Donovan Brown, spécialiste DevOps chez Microsoft et conférencier principal à la Developer Week :

"Je dirais que la création de valeur est la véritable essence de DevOps et que la communication est la clé pour offrir continuellement une valeur ajoutée aux utilisateurs finaux. Si les équipes refusent de communiquer, cela ne fera que provoquer des retards".

Moins de friction - des libérations plus rapides

Mais que peuvent attendre les entreprises de DevOps ? C'est simple :

Une vitesse plus élevée et une meilleure qualité ! Donovan Brown en est lui aussi convaincu :

"Certains de nos clients ont mesuré qu'avec DevOps, il leur fallait 80% de temps en moins pour corriger les erreurs. D'autres ont pu augmenter leur fréquence de déploiement d'un facteur 15".

Lorsque les principes DevOps sont appliqués, c'est-à-dire lorsque les spécialistes techniques et informatiques collaborent directement entre eux et que l'automatisation est suffisamment poussée, les entreprises sont en mesure de lancer de nouvelles versions en peu de temps et de les adapter le jour même si elles le souhaitent.

C'est justement dans la collaboration avec d'autres entreprises informatiques qui n'utilisent pas DevOps que cette avance est flagrante. En revanche, il est difficile de mesurer les coûts de DevOps. En effet, beaucoup d'entre eux ne peuvent pas être exprimés en euros ou en dollars. Il faut du temps pour mettre en place la nouvelle culture et modifier les processus qui prévalent dans une équipe. Les experts sont toutefois certains qu'il est bien plus coûteux de ne pas introduire DevOps :

"Ignorer DevOps alors que la concurrence l'adopte mettra les entreprises visiblement hors-jeu".

précise Donovan Brown.

De son point de vue, le débat sur la question de savoir s'il faut ou non implémenter DevOps est dépassé.

"Soit vous mettez en œuvre DevOps, soit vous êtes éliminé".

est convaincu Brown.

Brown n'accepte pas non plus l'argument selon lequel les logiciels étaient déjà développés avec succès avant DevOps :

"Aujourd'hui, vous devez automatiser autant que possible, sinon vous ne pourrez tout simplement pas suivre. Et il faut avoir un feed-back de ses utilisateurs et adapter son travail en fonction de celui-ci - dès la production".

Les développeurs doivent surveiller en permanence l'utilisation de leur application. C'est la seule façon pour eux de s'assurer qu'ils fournissent de la valeur.

Mais comment mettre en œuvre DevOps exactement ? Il n'y a malheureusement pas de recette universelle, mais il existe des meilleures pratiques DevOps. En effet, tout autour du globe, de nombreuses équipes ont déjà acquis de l'expérience dans l'introduction et la mise en œuvre de DevOps, sur laquelle les novices en DevOps peuvent s'appuyer.

L'important est avant tout d'être ouvert au changement et d'en comprendre les avantages. Ensuite, le processus lui-même et les produits de DevOps sont relativement faciles à mettre en œuvre.

Mais la partie difficile est de convaincre les personnes qui font les choses de la même manière depuis 20 ans de faire quelque chose de différent à l'avenir.

La restructuration de projets et d'équipes n'est pas chose facile. Il faut convaincre tous les participants de la nouvelle organisation et prendre quelques décisions difficiles.

Et il y aura toujours à l'avenir des chantiers qui pourront être adaptés et optimisés. Vous apprendrez lors de la Developer Week à Nuremberg comment le switch vers DevOps fonctionne le mieux et comment les pièges douloureux peuvent être évités au mieux.

Donovan Brown et de nombreux autres experts en informatique vous montrent comment faire dans DevOps-Best-Practices.