Avez-vous déjà rejoint une entreprise et regardé autour de vous et voulu tout changer pour qu'elle soit nouvelle, moderne et conforme aux meilleures pratiques ? Ou avez-vous assisté à une conférence et pris une tonne de notes sur la façon dont vous pourriez améliorer les processus de votre organisation à votre retour ? Si c'est le cas, vous avez probablement découvert à vos dépens que le changement n'est pas facile. Les organisations ne sont pas toujours réceptives au changement, surtout si une seule personne le défend. peut Notre objectif est d’aider les gens de votre organisation à voir la valeur de ce changement.

Avant de pouvoir convaincre quiconque de subir un quelconque changement, et encore moins transition vers un modèle DevOps , vous devez être sûr de comprendre pourquoi le processus existant fonctionne ou non pour eux. Je veux dire, aimeriez-vous que quelqu'un vienne vous dire que la façon dont vous lisez les e-mails est complètement fausse et que vous devez la modifier pour adopter cette nouvelle façon ? (Je vous regarde, Google Inbox). Probablement pas, à moins qu'il y ait une valeur évidente à ce que vous changiez. Et dans le cas de Google Inbox, il fait un assez bon travail de tri des e-mails en catégories, ce qui signifie que vous changez moins de contexte entre les e-mails (ok, nous allons essayer).

Ainsi, si vous souhaitez introduire les meilleures pratiques DevOps dans votre organisation, vous devez prouver que la nouvelle façon de faire les choses constituera une amélioration.

Avant de nous lancer, définissons ce que nous entendons par DevOps. Il est important de noter que DevOps est bien plus qu'une simple automatisation . Il est tout aussi important, voire plus important, de favoriser un changement culturel dans le processus de livraison de logiciels. Outre l'automatisation, il est essentiel de se concentrer sur l'amélioration de la communication, de la collaboration, du partage et de la mesure qui facilitent l'amélioration itérative. Dans cet article, nous nous concentrerons sur les victoires faciles liées à l'automatisation des tâches, à la mesure du succès et au partage des apprentissages pour aider à accroître l'efficacité de n'importe quelle équipe.

Trouvez les points sensibles

Commencez par identifier les points sensibles de votre organisation en recherchant les situations dans lesquelles les gens effectuent des tâches répétitives ou manuelles. Que est le fruit à portée de main du monde DevOps. Concentrez-vous sur l'automatisation des tâches afin d'avoir plus de temps pour les problèmes intéressants plutôt que pour les tâches routinières comme les tests et les versions. Faites attention aux processus tels que le routage des demandes, le provisionnement des systèmes ou l'approbation des modifications, qui peuvent également constituer des points sensibles majeurs pour les équipes.

Une façon de détecter ces points sensibles est de se rendre dans les services de l’entreprise qui effectuent des tâches liées aux clients et de leur demander à quoi ils consacrent le plus de temps. Il s’agit très souvent de tâches de routine qui pourraient être facilement automatisées si seulement ils disposaient des ressources nécessaires. Les équipes informatiques et de support savent très bien ce qu’elles pourraient faire avec un peu de script, ou du moins très bien ce qu’elles font encore et encore. Chaque fois que vous automatisez une tâche, déterminez combien de temps cela a pris avant et après l’automatisation, et présentez ce temps gagné comme une opportunité de faire d’autres choses similaires et intéressantes. N’oubliez pas de partager vos apprentissages avec les autres équipes.

Soyez comme le chou frisé dans un smoothie

Parce que les gens n'aiment pas le changement, il est parfois plus efficace de dissimuler les efforts autour du changement jusqu'à ce que les gens s'y soient habitués (vous savez, comme le chou frisé dans votre délicieux smoothie dont vous ne saviez pas qu'il existait ?). Vous n'avez pas besoin de parler de changement de culture pour l'instant - commencez simplement par des choses simples comme :

• Prendre des mesures qui se produisent plusieurs fois lors des réunions et trouver un moyen de les automatiser.
• Travailler avec les personnes qui gèrent l'intégration pour scénariser autant que possible le processus d'intégration afin de rendre les nouvelles recrues productives plus rapidement.
• Organisez des journées de piratage pour travailler sur des aspects particuliers de votre produit ou de votre culture qui pourraient nécessiter une attention particulière.

Par exemple, vous pouvez réserver une journée pour une journée de piratage de la documentation, où tout le monde se réunira dans une salle de conférence et travaillera à la suppression des informations obsolètes du wiki ou au remplacement des instructions déroutantes par de meilleures. Offrez des prix à la personne qui fait le plus de demandes d'extraction de documentation ou qui trouve le plus de fautes de frappe. Et en incluant des personnes de plusieurs équipes, vous avez l'occasion de discuter entre elles pour savoir si les documents répondent à vos besoins.

L'un des effets positifs de l'introduction progressive de l'automatisation et de la facilitation de l'inclusion, à la manière de DevOps, est que vous aurez déjà des projets que vous pourrez pointer comme ayant fait la différence. Nous avons réalisé ces quatre opérations et réduit le temps d'intégration d'une semaine. Nous pourrions faire le même type de chose pour l'imagerie du serveur ! « Au fur et à mesure que votre équipe devient plus efficace, vous pouvez également proposer à enseignez vos tours de magie aux autres équipes , et aider davantage de personnes à récupérer du temps qu’elles peuvent consacrer à des tâches à plus forte valeur ajoutée.

Vous voyez quelque chose ? Dites quelque chose.

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

Soyez un agent du changement et mettez en pratique vos idées en matière d’automatisation, d’observabilité et de mesures utiles qui peuvent aider votre équipe à s’améliorer collectivement. Faites tout ce que vous pouvez dans votre organisation pour faire comprendre la valeur d’un état d’esprit DevOps. Vous ne pourrez peut-être pas passer au « DevOps complet », mais quelques petites choses ici et là peuvent vous faire gagner beaucoup de temps et peut-être même convaincre vos coéquipiers qu’il y a peut-être quelque chose à faire après tout dans cette histoire de « DevOps ». Et si cela ne fonctionne pas, documentez tout ce que vous avez fait pour essayer de le faire fonctionner et utilisez-le comme point de départ pour vos prochaines aventures.

Commencez sur la voie du changement en consultant ces six Études de cas DevOps Ces entreprises ont déjà fait de grands progrès dans la livraison de logiciels modernes et contiennent un trésor de conseils et d'astuces, ainsi que des stratégies de mise en œuvre éprouvées pour un DevOps robuste qui peuvent aider n'importe quelle équipe. N'oubliez pas de consulter également notre webinaire, Le retour sur investissement est la véritable mesure du succès de DevOps   pour découvrir l'impact de l'adoption de DevOps sur le retour sur investissement et pour les membres de l'organisation, pourquoi les entreprises ne devraient pas avoir peur de DevOps, et bien plus encore !