6 conseils pour créer une culture DevOps efficace

Pourquoi voudriez-vous créer une culture DevOps ? La collaboration rationalisée des équipes de développement et d’exploitation présente de nombreux avantages. Un objectif majeur est l’efficacité : Accroître la vitesse des déploiements de nouveaux logiciels et réduire le temps d’inactivité des travailleurs. Favoriser la confiance entre collègues peut améliorer la satisfaction des employés, produire de nouvelles innovations et avoir un impact positif sur la rentabilité.

DevOps est une philosophie large avec une gamme d’interprétations. En d’autres termes, vous pouvez visiter 40 entreprises et trouver 40 000 idées différentes sur l’utilisation efficace de DevOps sur le lieu de travail. Cette diversité d’opinions est en fait une bonne chose – tant de perspectives sont utiles pour constituer des équipes plus solides. Ce guide examinera les meilleurs conseils pour encourager une meilleure collaboration entre collègues au sein d’une culture DevOps.

Chaque section présente un aspect différent de la culture DevOps et examine les moyens de l’introduire dans votre personnel.

Développement continu des processus

Ce principe fondamental de la culture DevOps la distingue de nombreux autres types d’éthique en milieu de travail. La philosophie DevOps dit qu’il est essentiel de faire des erreurs car cela montre que vous essayez de nouvelles idées.

Le cœur de la culture DevOps est un engagement à faire évoluer la créativité. Concrètement, cela signifie ne pas crier sur vos subalternes directs lorsque les résultats des tests montrent que les choses allaient mieux avant qu’elles ne changent. Cela signifie reconnaître que le progrès n’est pas linéaire et que le succès n’est jamais une ligne droite.

Experte DevOps Gène Kim prône la prise de risque et l’expérimentation. Cela implique de laisser votre équipe travailler sur des tâches inhabituelles pour trouver de nouvelles perspectives.

Votre organisation doit-elle être axée sur le profit ? Pouvez-vous permettre à vos équipes d’essayer quelque chose de nouveau ? Je parle d’autre chose que de projets passionnels sans rapport. Le développement continu des processus signifie être ouvert à la mise à niveau des méthodes actuelles. Les grands chefs des ventes apprécient que les résultats comptent plus que le présentéisme, il est donc toujours crucial de se concentrer sur la façon dont les équipes travaillent plutôt que sur la quantité.

Donner facilement des commentaires et les rechercher activement

Une confiance accrue entre les individus est une autre caractéristique clé d’une culture DevOps florissante. Que votre personnel apprenne à créer des contacts de réseau d’affiliation ou qu’il essaie de concevoir sa prochaine enquête UX, tout le monde doit être ouvert aux commentaires sur son travail. Mais cela n’arrivera jamais tant que vos coéquipiers ne respecteront pas les opinions des autres et n’auront pas confiance que les commentaires sont donnés dans un esprit de bonne intention.

Cette culture peut sembler impossible à cultiver ; en effet, certaines entreprises auront plus de mal à y parvenir que d’autres. Certes, une grande partie du succès de donner et de recevoir des commentaires dépend de la personnalité de vos employés. Il est possible de s’en assurer lors du processus de recrutement.

Avant de vous attendre à ce que le personnel offre facilement des commentaires à vos collègues et les sollicite en premier lieu, vous devez montrer l’exemple. Les membres de la suite C devraient modéliser ce comportement, demander ouvertement aux membres de l’entreprise de poser des questions approfondies sur leurs décisions stratégiques et fournir des commentaires équilibrés.

Cherchez toujours des améliorations

S’appuyant sur une confiance intellectuelle accrue entre collègues, votre équipe doit chercher des moyens d’améliorer son travail. La nature de DevOps signifie que l’équipe de développement logiciel produira des déploiements plus rapidement qu’avec les approches traditionnelles.

Cependant, cette culture d’ouverture à l’amélioration peut avoir un impact positif sur les départements au-delà du développement et des opérations. Demandez-vous ce que d’autres secteurs de votre entreprise pourraient faire avec un élan d’optimisme.

Soyez à l’affût des opportunités de formation et de perfectionnement. Même si un cours de formation est moins important qu’annoncé, la possibilité de réseauter avec des professionnels de l’industrie et de nouer des contacts pour l’avenir ne peut qu’améliorer la diversité des idées au sein de votre organisation.

Enregistrer des idées pour un développement ultérieur

Une partie de votre chaîne d’outils DevOps devrait être un compte très utilisé sur Git. Vous pouvez utiliser Git comme référentiel commun pour les scripts produits lors du développement de logiciels et d’autres projets connexes. Connu sous le nom de “contrôle de version”, Git permet aux programmeurs de sauvegarder des itérations de leur travail et de réutiliser ou d’améliorer le travail des autres.

Vous visez la capacité de conserver de bonnes idées pour une utilisation future. Une certaine voie n’a pas fonctionné pour des raisons spécifiques. Cependant, ce n’est pas parce que cet ensemble d’idées était erroné à l’époque où il a été conçu qu’il ne pourra jamais devenir utile à l’avenir.

Étant donné que DevOps se concentre entièrement sur la propriété de bout en bout des logiciels en production, la sauvegarde des itérations de développements soutient vraiment ce principe. Vous voulez voir une concentration et un engagement améliorés sur le projet de test logiciel en cours.

Un moyen simple d’intégrer cela est de demander aux développeurs d’inclure des idées de travaux futurs dans le contrat de développeur et le rapport de projet final. Assurez-vous que les responsables des services techniques savent qu’ils doivent demander des exemples d’idées de ramification latérale qui ont surgi pendant la construction. Plus les esprits sont conscients de ces petites innovations, plus il est probable que quelqu’un s’en souviendra en cas de besoin.

Asseyez-vous près les uns des autres (physiquement ou virtuellement)

L’objectif est de partager une compréhension commune des rôles professionnels de chacun et de la manière dont ils sont interdépendants. Vous pouvez y parvenir de quelques manières simples, résumées en trois mots : Asseyez-vous les uns contre les autres. Invitez d’autres équipes à vos réunions et partagez les rapports de commentaires des utilisateurs dans leur intégralité. Déjeunez ensemble, planifiez des happy hours virtuels ensemble et assurez-vous généralement que vos collègues sont à proximité. Environ 90 % des équipes disposant d’un protocole DevOps mature déclarent avoir une compréhension claire de leurs responsabilités envers les autres équipes, contre seulement 46 % environ des employés d’équipes DevOps immatures.

Bien qu’il puisse être tentant de former des cliques avec des personnes partageant les mêmes idées et de ne traîner qu’avec du personnel engagé pour effectuer les mêmes tâches que vous, c’est terrible pour l’entreprise dans son ensemble. Que cela vous plaise ou non, tous les humains ont de multiples facettes et sont capables de mettre leurs talents uniques au service de toute une série de scénarios.

L’idée d’une collaboration plus étroite est d’honorer la capacité de chacun à suggérer des améliorations aux produits ou aux processus de travail en cours autour d’eux. Si vous ne vous asseyez qu’à distance des autres départements de l’entreprise, vous raterez d’innombrables occasions de partager des idées intelligentes. Après tout, vous apprenez souvent mieux dans la libre circulation des idées au cours d’une conversation.

Engagez-vous dans l’automatisation

Vous devriez chercher à automatiser les tâches banales et répétitives au nom de l’efficacité et de l’accélération des processus. Chaque industrie a des exercices ennuyeux – et franchement idiots – effectués quotidiennement ou hebdomadairement.

Qu’il s’agisse de copier manuellement des données d’une page à une autre ou de saisir à la main des transcriptions audio, le personnel à tous les niveaux doit insister pour que les machines assument ces charges lorsque cela est possible. La réalité est que la technologie d’automatisation progresse chaque année, et les processus opérationnels devraient également le faire. Les tests d’automatisation sont si cruciaux pour DevOps qu’il s’agit du deuxième principe du framework CALMS (dont le “C” signifie “culture”).

Comment pouvez-vous faire en sorte que cela se produise? Invitez le personnel à exprimer ouvertement les aspects de leur travail qui, selon eux, pourraient être automatisés, puis – voici la partie cruciale – soutenez les installations nécessaires pour les automatiser. Cela peut signifier un abonnement annuel de 600 $ à un logiciel, une modernisation complète des applications d’entreprise ou deux jours de temps pour les développeurs pour créer un nouvel outil à utiliser en interne.

Dans tous les cas, vous devez évaluer les avantages de l’automatisation et déterminer combien de temps vous pourriez gagner pour tout le monde. Les statistiques DevOps indiquent en permanence à quel point les entreprises modernes s’en sortent mieux en intégrant ces principes bénéfiques année après année.

Explorer de nouvelles façons de travailler avec succès

Un changement de culture ne se fait pas du jour au lendemain. Plus tôt vous commencez, cependant, plus tôt vous voyez des résultats. D’après mon expérience, les gens acceptent le changement lorsqu’il s’agit d’une véritable amélioration par rapport à ce qui s’est passé auparavant. DevOps fournit un cadre pour de telles améliorations. Que vous débutiez avec DevOps dans votre organisation ou que vous souhaitiez simplement améliorer votre culture existante, tenez compte des points ci-dessus et de leur lien avec l’avenir de votre organisation.