Aujourd’hui, de plus en plus d’organisations sont concentrées sur la fourniture à leurs clients de nouvelles solutions numériques et constatent la nécessité d’une agilité accrue et de processus améliorés. Et la collaboration entre les équipes de développement et d’exploitation devient cruciale. Depuis plus d’une décennie, le DevOps a été la réponse à ces défis. Comprendre la nécessité de DevOps est une chose, mais l’adopter réellement dans le monde réel est un tout autre défi. Comment une organisation avec plusieurs équipes et projets, avec des processus existants profondément enracinés et avec une quantité considérable de logiciels hérité peut-elle changer ses méthodes et adopter le DevOps ?

Chez Microsoft, nous connaissons bien ces défis. En tant que société concevant des logiciels depuis des décennies, Microsoft emploie des milliers d’ingénieurs dans le monde entier, qui fournissent de nombreux produits différents. D’Office à Azure, en passant par Xbox, nous avons également constaté que nous devions nous adapter à une nouvelle façon de fournir des logiciels. La nouvelle ère du cloud libère un formidable potentiel d’innovation pour répondre à la demande croissante de nos clients pour des expériences plus riches et de meilleure qualité – sans que notre concurrence ralentisse. La nécessité d’accélérer l’innovation et de transformer notre façon de travailler est réelle et urgente.

Le chemin de la transformation n’est pas facile et nous pensons que la meilleure façon d’avancer dans cette voie difficile est de marcher dans les pas de ceux qui l’ont déjà parcourue. C’est pourquoi nous sommes ravis de partager notre propre parcours de Devops chez Microsoft avec les apprentissages des équipes de la société qui se sont métamorphosées au travers de l’adoption du DevOps.

 

Plus que des outils

Le succès d’une organisation passe par la fourniture aux ingénieurs des meilleurs outils et des dernières pratiques. Chez Microsoft, l’équipe One Engineering System (1ES) s’appuie sur divers efforts pour aider les équipes à devenir très performantes. L’équipe s’est initialement concentrée sur la standardisation des outils et a obtenu de bons résultats : diminution des problèmes de contrôle de sources, temps de génération et fiabilité des builds améliorées. Mais au fil du temps, il est devenu évident que l’accent mis sur l’outillage ne suffisait pas. Pour aider les équipes, 1ES devait également se concentrer sur le changement de culture. Aborder le changement de culture peut être délicat. Commencez-vous par des succès rapides ou tentez-vous d’apporter un changement fondamental à grande échelle ? Quel est le bon modèle d’engagement pour des équipes de tailles et de niveaux de maturité différents ? Apprenez-en davantage plus sur le parcours expérimental de l’équipe One Engineering System .

Redéfinissez les rôles et les responsabilités informatiques

Le passage au cloud peut remettre en question les définitions de responsabilités au sein d’une organisation. À mesure que les équipes de développement adoptent l’innovation dans le cloud, les équipes d’opérations informatiques constatent que les modèles traditionnels de propriété de l’infrastructure ne s’appliquent plus. L’équipe Manageability Platforms du groupe Microsoft Core Service (anciennement Microsoft IT) a constaté que le passage à Azure nécessitait de repenser la manière dont les équipes de développement et informatiques collaboraient. Comment décentraliser le modèle informatique centralisé afin que l’équipe puisse s’éloigner du travail routinier tout en améliorant la relation avec les équipes de développement ? Examinez la transformation de l’équipe Manageability Platforms.

Simplification de la collaboration entre les développeurs

La collaboration entre les développeurs est un élément clé de l’innovation. Dans cet esprit, Microsoft a mis en open source le .NET Framework afin d’inviter la communauté à collaborer et à innover sur .NET. Le projet ayant été mis en open source au fil du temps, son échelle et sa complexité sont devenues évidentes. Le projet s’étendait sur de nombreux référentiels, chacun avec sa propre structure utilisant plusieurs systèmes d’intégration continue (CI) différents, rendant difficile pour les développeurs le déplacement entre les référentiels. L’équipe d’infrastructure .NET de Microsoft a décidé d’investir dans la simplification des processus de développement. Pour relever ce défi, nous nous sommes concentrés sur la normalisation de la structure des référentiels, le partage de l’outillage et la convergence vers un système de CI unique afin que les contributeurs internes et externes au projet en bénéficient. Apprenez-en davantage sur les investissements réalisés par l’équipe d’infrastructure .NET.

Un parcours d’apprentissage continu

Le DevOps chez Microsoft est un parcours, pas une destination. Les équipes s’adaptent, essaient de nouvelles choses et continuent d’apprendre à changer et à s’améliorer. Comme il y a toujours plus à apprendre, nous allons continuer de partager les récits de transformation d’équipes supplémentaires chez Microsoft au cours des prochains mois. Dans le prolongement de ce parcours d’apprentissage interne continu, nous vous invitons à nous rejoindre et à apprendre à adopter le DevOps et à donner à vos équipes les moyens de concevoir de meilleures solutions plus rapidement, et de les livrer à des clients plus satisfaits.

Ressources

• Le parcours DevOps chez Microsoft
• Qu’est-ce que le DevOps ?
• Solutions de DevOps sur Azure

---

Azure. Inventez en ayant un but.