Mise à l'échelle et élimination du gaspillage dans votre environnement DevOps
par Tony Albanese
28 mars 2014 | 7 minutes de lecture
Il s'agit du troisième article d'une série visant à aider votre équipe d'ingénierie à passer à un modèle organisationnel DevOps. Nous verrons ici comment faire évoluer et éliminer le gaspillage de votre environnement d'ingénierie. Cliquez ici pour commencer par le début de la série, Pourquoi vous devez établir une culture DevOps .
Pour éliminer le gaspillage de vos processus, il est essentiel de comprendre les besoins de vos équipes opérationnelles et de vos développeurs. Cette compréhension détaillée permettra de combler les écarts entre ces deux équipes et de les faire fusionner. Comme chaque équipe est différente, nous ne pouvons pas vous dire exactement quels sont ces besoins. Mais nous pouvons vous aider à élaborer la stratégie pour relever ces défis au sein de votre culture.
Découvrez ce que tout le monde veut vraiment
Vous devrez établir une vision commune entre vos développeurs et votre équipe d'exploitation, qui soit en phase avec les valeurs et la mission de votre entreprise. Pour ce faire, vous devrez ouvrir un dialogue entre les principales parties prenantes de chaque équipe. Vous ne voudrez pas faire d'hypothèses sur les besoins de l'autre équipe ni généraliser ses difficultés. En procédant ainsi, vous risquez de mal interpréter les besoins organisationnels de chacun.
Une fois que vous aurez entamé la conversation, vous serez en mesure de trouver un terrain d'entente. Au lieu de vous concentrer sur des intérêts contradictoires, identifiez votre objectif commun et commencez à aligner les équipes sur un objectif unique. Une fois que vous aurez mis en place un plan pour atteindre un objectif commun, vous constaterez très probablement que vous n'avez pas beaucoup, voire aucun, d'intérêts contradictoires. Après tout, vous travaillez tous pour la même entreprise avec une mission et des valeurs communes.
Utilisez la méthode scientifique
Nous avons tous appris la méthode scientifique à l'école primaire. Mais ses principes fondamentaux sont vite oubliés lorsque les délais approchent.
Plan . La transition vers un modèle DevOps est un plan de haut niveau. Afin de faire évoluer et d'éliminer les gaspillages pendant votre transition, vous devrez concentrer vos efforts sur quelques domaines à la fois. Les domaines courants qui peuvent causer des problèmes dans votre organisation sont la communication, les outils, l'expertise ou le scepticisme de l'équipe. Vous voudrez identifier lesquels de ces problèmes courants ont un impact négatif sur votre équipe et commencer à réfléchir à la manière de les résoudre. Il serait utile de prendre quelques mesures initiales que vous pourrez comparer plus tard. Même si vous n'avez pas de systèmes en place pour les mesures maintenant, toutes les mesures ad hoc que vous pouvez prendre seront utiles pour les comparer plus tard.
Faire . Il est maintenant temps de passer à l'action. Prenez ce que vous avez supposé pendant la phase de planification et faites un pas en avant. Par exemple, si vous avez émis l'hypothèse que l'utilisation d'intégrations continues dans vos environnements de développement et de produits réduira le temps nécessaire au déploiement d'un nouveau code, il est temps de mettre en œuvre votre système d'intégration continue. Ou si vous avez appris que votre équipe manque de compétences spécifiques lors de votre évaluation initiale, vous devrez peut-être embaucher (ou sous contrat) des personnes possédant l'expertise requise.
Résultats de mesure . Après avoir implémenté votre nouvel outil, vous devrez voir si vos modifications ont fait une différence. Votre équipe de développement rencontre-t-elle toujours des problèmes lors du déploiement du nouveau code ? Si oui, y a-t-il eu moins de problèmes ou tout est-il resté le même ?
Répondre . En utilisant vos indicateurs, vous pouvez prendre la décision d'agir. Si votre plan n'a pas fonctionné comme vous le pensiez, utilisez les données que vous avez collectées pour ajuster votre hypothèse et essayer autre chose. Ou modifiez ce que vous avez déjà mis en œuvre pour faire face à de nouveaux défis inattendus.
Améliorer en continu . Enfin, vous devrez répéter cette procédure encore et encore pour tous les aspects de votre organisation qui doivent être abordés pour créer une culture DevOps. Ce ne sera ni rapide ni facile, vous ne verrez peut-être même pas de résultats immédiats, mais cela en vaudra la peine.
Embauchez et formez en gardant à l'esprit votre culture DevOps
Trouver les bonnes personnes avec le bon état d'esprit est essentiel pour faire évoluer votre culture DevOps. Vous devrez informer votre équipe des ressources humaines et vos recruteurs du type de personnes que vous recherchez. Vous voudrez embaucher des personnes qui s'épanouissent ou qui sont enthousiastes à l'idée de rejoindre une équipe ayant une philosophie DevOps. Cela signifie que vous devez rechercher des personnes possédant à la fois les compétences spécifiques dont vous avez besoin pour votre équipe et les valeurs culturelles que vous recherchez. Même si cela peut être difficile, elles existent.
Lorsque vos nouveaux employés rejoignent votre équipe, il est impératif de les former et de les façonner pour qu'ils deviennent des acteurs précieux de votre équipe et qu'ils travaillent vers l'objectif commun de parvenir à une culture DevOps. Chez PagerDuty, nous injecter de la défaillance dans nos systèmes tous les vendredis . Non seulement c'est un excellent moyen de tester la résilience de nos systèmes, mais Failure Friday réunit nos développeurs et notre équipe d'exploitation dans une même pièce, leur permettant de se former de manière croisée et d'avoir une compréhension complète de nos processus au-delà de leur rôle désigné.
Et nous ne sommes pas les seuls. Nous avons récemment discuté avec nos amis de Sumo Logic de la manière dont ils utilisent la formation pour former leurs nouveaux développeurs et les acclimater à leur culture, car beaucoup d'entre eux ne viennent pas d'un environnement DevOps et ne sont pas habitués à être de garde.
SumoLogic associera ses nouveaux développeurs à des employés expérimentés pour partager les responsabilités de permanence afin de contribuer à brouiller les frontières entre les rôles traditionnels de développeur et d'ingénieur d'exploitation. Ils utilisent une formation d'observation immersive pendant les heures ouvrables jusqu'à ce que le développeur soit au courant à la fois de son système et de son mode de vie.
Il est impératif d'intégrer votre culture DevOps dans votre processus d'intégration à mesure que vous évoluez, car les gens sont réticents au changement. Tout le monde n'est pas fait pour cela. C'est stressant et cela fait sortir les gens de leur zone de confort. Mais si vous êtes proactif dans votre approche et que vous formez les gens dès le début de votre organisation, vous serez en mesure de faire évoluer votre culture d'ingénierie en quelque chose dont vous pourrez vous vanter.
Désigner un champion DevOps
Prendre la décision de se lancer dans une transition culturelle n'est que la première étape. S'y engager est une toute autre affaire, et plus agressive. Pour que tout le monde reste sur la bonne voie, vous pouvez désigner un champion DevOps pour répondre à toutes les questions et faciliter la transition autant que possible.
Votre champion désigné doit se rendre disponible pour que chacun puisse poser des questions ou répondre à des préoccupations. Votre champion DevOps doit incarner les objectifs de votre entreprise et être une aide pour toutes les personnes impliquées. Il doit être accessible, savoir écouter et vouloir que chacun se sente valorisé et inclus. Les champions sont de bons communicateurs qui peuvent expliquer les avantages pour les équipes internes de toutes tailles et pour l'entreprise dans son ensemble.
Votre champion doit encourager la fierté et le sentiment d'appartenance de tous les employés, en les aidant à se responsabiliser. Il doit également mettre en œuvre une « règle sans connard » pour aider à atténuer la tension pendant une transition et réduire toute attitude négative qui pourrait être présente chez les employés mécontents. Il est également utile que votre champion ne soit pas lui-même un connard.
Vous ne pouvez pas faire la transition vers une culture DevOps à moitié, vous devez tout mettre en œuvre pour faire la différence. Une fois que tout le monde sera à bord, la plupart de vos défis ne feront que commencer. Gardez l'esprit ouvert, respirez et n'oubliez pas de garder les besoins de chacun au premier plan, tout en résolvant les problèmes de manière logique et pour l'avenir.
Enfin, n'oubliez pas que même pour les équipes les plus performantes, cela ne se fera pas du jour au lendemain. Pour les organisations comptant plus d'un millier d'employés, cela peut prendre des années, pour celles comptant une centaine ou plus, cela peut prendre un an, et même pour les équipes comptant seulement 10 employés, cela peut prendre plusieurs mois. N'oubliez pas que cela en vaudra la peine.
Mise à jour du 10/04/14 – Suite de la lecture de la série sur la transition vers DevOps :
