Vous est-il déjà arrivé d'intégrer une entreprise, de la regarder et de vouloir tout changer pour la moderniser et adopter les meilleures pratiques ? Ou d'assister à une conférence et de prendre des tonnes de notes sur la façon d'améliorer les processus de votre organisation à votre retour ? Si c'est le cas, vous avez probablement constaté à vos dépens que le changement n'est pas chose facile. Les organisations ne sont pas toujours réceptives au changement, surtout si une seule personne le défend. peut Ce que vous devez faire, c'est aider les membres de votre organisation à comprendre la valeur de ce changement.

Avant de pouvoir convaincre qui que ce soit de subir un quelconque changement, et encore moins transition vers un modèle DevOps Il est essentiel de bien comprendre pourquoi le processus actuel fonctionne ou non pour vous. Imaginez qu'on vous dise que votre façon de lire les e-mails est complètement erronée et qu'il faut absolument la changer ? (Je pense notamment à Google Inbox). Probablement pas, sauf si ce changement présente un intérêt évident. Et dans le cas de Google Inbox, le tri des e-mails par catégories est plutôt efficace, ce qui réduit les changements de contexte (essayez quand même !).

Ainsi, si vous souhaitez introduire les bonnes pratiques DevOps au sein de votre organisation, vous devez prouver que cette nouvelle façon de faire constituera une amélioration.

Avant d'entrer dans le vif du sujet, clarifions ce que l'on entend par DevOps. Il est important de noter que Le DevOps, c'est bien plus que de l'automatisation. Il est tout aussi important, voire plus, de favoriser un changement culturel dans le processus de développement logiciel. Outre l'automatisation, il est essentiel de se concentrer sur l'amélioration de la communication, de la collaboration, du partage et de l'évaluation afin de faciliter l'amélioration continue. Dans cet article, nous nous concentrerons sur des actions simples pour automatiser les tâches, mesurer les résultats et partager les enseignements tirés, afin d'optimiser l'efficacité de toutes les équipes.

Identifier les points sensibles

Commencez par identifier les points faibles de votre organisation en repérant les situations où les gens effectuent des tâches répétitives ou manuelles. Que L'automatisation est l'aspect le plus facile à maîtriser du DevOps. Concentrez-vous sur l'automatisation pour consacrer plus de temps aux problèmes intéressants plutôt qu'aux tâches routinières comme les tests et les mises en production. Soyez attentif aux processus tels que le routage des requêtes, le provisionnement des systèmes ou l'approbation des modifications, qui peuvent également représenter des points de blocage importants pour les équipes.

Pour identifier ces points de blocage, une solution consiste à interroger les services en contact avec la clientèle sur leurs tâches les plus chronophages. Il s'agit souvent de tâches routinières facilement automatisables, moyennant quelques ressources. Les équipes informatiques et de support savent parfaitement ce qu'elles pourraient alléger grâce à quelques scripts, ou du moins ce qu'elles font sans cesse. À chaque automatisation, mesurez le temps d'exécution avant et après, et considérez ce gain de temps comme une opportunité pour réaliser des tâches similaires et intéressantes. N'oubliez pas de partager vos enseignements avec les autres équipes.

Soyez comme le chou kale dans un smoothie

Comme les gens n'aiment pas le changement, il est parfois plus efficace de le dissimuler progressivement jusqu'à ce que les gens s'y habituent (un peu comme le chou kale dans votre délicieux smoothie, sans même vous en apercevoir !). Inutile d'aborder ouvertement le sujet du changement culturel dès maintenant ; commencez simplement par de petites choses comme :

• Identifier les points d'action récurrents en réunion et trouver un moyen de les automatiser.
• Collaborer avec les personnes chargées de l'intégration pour automatiser autant que possible le processus d'intégration afin de rendre les nouvelles recrues productives plus rapidement.
• Organiser des journées de hackathon pour travailler sur des aspects spécifiques de votre produit ou de votre culture qui pourraient bénéficier d'une attention particulière.

Par exemple, vous pouvez consacrer une journée à l'amélioration de la documentation : tous les participants se réunissent dans une salle de conférence pour supprimer les informations obsolètes du wiki ou remplacer les instructions confuses par des versions plus claires. Récompensez la personne qui soumet le plus de demandes de fusion de documents ou qui repère le plus de fautes de frappe. En impliquant des membres de différentes équipes, vous aurez l'occasion d'échanger sur l'adéquation des documents à vos besoins.

L’un des effets positifs de l’introduction progressive de l’automatisation et de la facilitation de l’inclusion, selon une approche DevOps, est que vous disposerez déjà de projets concrets qui auront fait la différence. Nous avons mis en œuvre ces quatre actions et réduit le temps d'intégration d'une semaine. Nous pourrions faire de même pour l'imagerie serveur ! « À mesure que votre équipe gagne en efficacité, vous pouvez également proposer de Apprenez vos tours de magie aux autres équipes et aider davantage de personnes à récupérer du temps qu'elles pourront consacrer à des tâches à plus forte valeur ajoutée.

Vous voyez quelque chose ? Signalez-le.

En tant que personne motivée par l'amélioration des processus et des outils, vous êtes un atout précieux pour l'entreprise. Quelle organisation ne souhaite pas découvrir de nouvelles façons de gagner du temps et de l'argent, et d'accroître sa productivité ?

Soyez un acteur du changement et mettez en œuvre vos idées en matière d'automatisation, d'observabilité et d'indicateurs clés de performance (KPI) pour favoriser l'amélioration collective de votre équipe. Au sein de votre organisation, faites tout votre possible pour démontrer l'intérêt d'une approche DevOps. Même si vous ne pouvez pas adopter une approche DevOps complète, quelques petites actions ici et là peuvent générer un gain de temps considérable et peut-être même convaincre vos collègues du potentiel du DevOps. Et si ça ne marche pas, documentez tout ce que vous avez fait pour essayer d'y arriver et servez-vous-en pour vos prochaines aventures.

Entamez votre transition vers le changement en consultant ces six conseils. Études de cas DevOps Ces entreprises ont déjà réalisé d'importants progrès dans le domaine du développement logiciel moderne et regorgent de conseils et d'astuces, ainsi que de stratégies de mise en œuvre éprouvées pour un DevOps robuste, utiles à toutes les équipes. N'oubliez pas de consulter également notre webinaire. Le retour sur investissement est la véritable mesure du succès du DevOps   Pour découvrir l'impact de l'adoption du DevOps sur le retour sur investissement et pour les membres de l'organisation, pourquoi les entreprises ne devraient pas avoir peur du DevOps, et bien plus encore !