Historique<\/h3>\n\n\n\n
L’ing\u00e9nierie Microsoft a connu une transformation massive au cours des derni\u00e8res ann\u00e9es : de la mise en service d’un logiciel emball\u00e9 en 2014 \u00e0 son d\u00e9ploiement en production 82 000 fois par jour en 2019, et aujourd’hui 5,6 millions de fois par mois. Les clients demandaient naturellement : \u00ab Comment cela s\u2019est-il produit ? \u00bb et \u00ab Quel est le secret en coulisses ? \u00bb Un groupe de Microsoft Professional Services (d\u00e9sormais Microsoft Industry Solution) a d\u00e9cid\u00e9 de relever ce d\u00e9fi et de partager avec les clients les enseignements tir\u00e9s par Microsoft de la pratique d\u2019InnerSource. L’initiative DevOps Dojo a d\u00e9but\u00e9 au d\u00e9but de 2019. DevOps Dojo est une communaut\u00e9 de pratique de Microsoft. Elle a commenc\u00e9 avec un petit groupe de b\u00e9n\u00e9voles de l’organisation Services, puis s’est \u00e9tendue \u00e0 la Succ\u00e8s client, Conseils num\u00e9riques, Groupes de produits et autres organisations. Toute participation est volontaire et se fait \u00e0 c\u00f4t\u00e9 de leurs principales priorit\u00e9s professionnelles. C’est une communaut\u00e9 o\u00f9 les \u00e9quipes interfonctionnelles pratiquent les principes agiles, de collaboration continue et d’automatisation de DevOps pour trouver le meilleur moyen de livrer des logiciels de l’id\u00e9e \u00e0 la production avec qualit\u00e9. Il comprend un ensemble diversifi\u00e9 de participants \u00e0 travers les r\u00f4les, les niveaux d’exp\u00e9rience et les g\u00e9ographies, tous travaillant pour apprendre ensemble et partager ces apprentissages avec les clients de Microsoft.<\/p>\n\n\n\n
Probl\u00e8mes \u00e0 r\u00e9soudre<\/h3>\n\n\n\n
Lorsque DevOps Dojo a commenc\u00e9 l’IP cross-fonctionnel \u00e9tait une source ferm\u00e9e. Cela posait un probl\u00e8me. Les \u00e9quipes travaillaient avec des technologies qui venaient de sortir, avec des outils encore en b\u00eata. Le contenu de base \u00e9tait constamment mis \u00e0 jour par les groupes de produits. Les liens avec les ressources et les rapports devaient \u00eatre r\u00e9guli\u00e8rement mis \u00e0 jour.<\/p>\n\n\n\n
Chaque membre du Dojo cr\u00e9erait souvent sa propre copie locale pour personnaliser ou mettre \u00e0 jour pour les clients. Il y avait une prolif\u00e9ration de versions du contenu, l\u00e9g\u00e8rement diff\u00e9rentes les unes des autres : Il n’y avait pas de source unique de v\u00e9rit\u00e9. Des mises \u00e0 jour globales n’ont pas pu \u00eatre publi\u00e9es facilement, et les commentaires des clients sont rest\u00e9s avec le membre Dojo le plus proche du client.<\/p>\n\n\n\n
Michael Watson, Architecte de Microsoft, a d\u00e9velopp\u00e9 sur la question : le Dojo DevOps est une collaboration de plus que le personnel de Microsoft. Nous r\u00e9unissions des gens pour parler de ce sujet. M\u00eame si nous avions un point de vue, beaucoup des gens que nous avons engag\u00e9s avaient des ann\u00e9es d’exp\u00e9rience. Nous voulions apprendre les uns des autres et nous tenir au courant de ce qui se passait dans l’industrie.<\/p>\n\n\n\n
En contemplant le probl\u00e8me, l’un des membres du Dojo, Alvaro Guadamillas, s’est souvenu : \u00ab J’ai vu tellement de contenu \u00e9tonnant cr\u00e9\u00e9 par la communaut\u00e9 DevOps Dojo que d\u00e8s le premier jour j’ai ressenti le besoin de rendre ce contenu aussi ouvert que possible \u00e0 tous. Apr\u00e8s deux mois d’appartenance \u00e0 la Communaut\u00e9 Dojo, j’ai eu assez de confiance pour partager une id\u00e9e : Pourquoi ne faisons-nous pas DevOps Dojo content InnerSource ? Pourquoi ne pas appliquer les demandes de tirage \u00e0 la cr\u00e9ation du contenu et collaborer \u00e0 l’\u00e9chelle pour avoir le plus r\u00e9cent et le plus grand contenu disponible pour tout le monde \u00e0 Microsoft? Pourquoi n’\u00e9vitons-nous pas d’avoir plusieurs copies de la m\u00eame pr\u00e9sentation distribu\u00e9e partout et d’avoir une seule source de v\u00e9rit\u00e9 \u00e0 la place? Si l’on examine comment elle a relev\u00e9 leurs d\u00e9fis et si l’on consid\u00e8re qu’il existe d\u00e9j\u00e0 une communaut\u00e9 mondiale de InnerSource pour les aider dans leur cheminement, il a \u00e9t\u00e9 convenu qu’ils exp\u00e9rimenteraient une approche de InnerSource. Compte tenu de l’impact culturel de InnerSource, l’\u00e9quipe a d\u00e9cid\u00e9 de piloter d’abord InnerSource sur un sous-ensemble de la solution Dojo DevOps. Avec le soutien de la communaut\u00e9 Dojo, y compris l’\u00e9quipe d’ing\u00e9nierie Azure DevOps et l’expertise de GitHub, ils ont cr\u00e9\u00e9 le premier pilote InnerSource dans les services professionnels Microsoft.<\/p>\n\n\n\n
Fondations et mise en \u0153uvre<\/h3>\n\n\n\n
L’une des premi\u00e8res mesures prises par l’\u00e9quipe a consist\u00e9 \u00e0 obtenir des conseils d’experts pour les aider dans leur voyage. Ils ont appel\u00e9 Natalie Bradley de GitHub qui avait une exp\u00e9rience importante dans la collaboration avec les organisations pour les aider dans leur voyage InnerSource. Avec l’aide de Natalie, l’\u00e9quipe s’est mise \u00e0 mettre en place toutes les politiques et processus appropri\u00e9s pour aider l’\u00e9quipe. Tout le contenu a \u00e9t\u00e9 stock\u00e9 sous forme de fichiers de balisage dans GitHub et le Dojo a communiqu\u00e9 jour apr\u00e8s jour par l’interm\u00e9diaire des canaux communautaires sur les \u00e9quipes Microsoft.<\/p>\n\n\n\n
L’\u00e9quipe s’est concentr\u00e9e sur la prestation d’une exp\u00e9rience transparente pour les contributeurs. Ils ont \u00e9galement veill\u00e9 \u00e0 clarifier la gouvernance, notamment en nommant qui \u00e9tait responsable de chaque domaine et comment ils r\u00e9gleraient les diff\u00e9rends qui pourraient survenir.<\/p>\n\n\n\n D\u00e8s le premier jour, l’\u00e9quipe savait qu’il serait essentiel de pouvoir suivre et c\u00e9l\u00e9brer les contributions et l’utilisation de leurs r\u00e9sultats. Par cons\u00e9quent, la configuration initiale incluait \u00e9galement des mesures autour des t\u00e9l\u00e9chargements ainsi que le suivi du nombre et de la source des demandes de tirage.<\/p>\n\n\n\n Lors de la conception du Dojo DevOps, l’\u00e9quipe n’a pas pens\u00e9 au Dojo simplement comme un programme \u00e0 court terme. Ils croyaient que le Dojo \u00e9tait un programme de transformation pour les clients internes de Microsoft et de Microsoft. Ils ont adopt\u00e9 un mod\u00e8le ax\u00e9 sur le produit par le biais d’un processus et d’une approche de produit. Vous pouvez en savoir plus sur l’approche de produit maigre dans leDevOps blog Dojo<\/a>.<\/p>\n\n\n\n En quelques mois, l’\u00e9quipe de base initiale avait un produit minimum viable (MVP) en marche. Le contenu des masterclasses \u00e9tait transmis \u00e0 la communaut\u00e9 de fa\u00e7on \u00e0 \u00eatre constamment \u00e0 jour. Les laboratoires et les instructions pour la livraison des laboratoires ont \u00e9t\u00e9 cr\u00e9\u00e9s et mis \u00e0 jour de la m\u00eame mani\u00e8re.<\/p>\n\n\n\n Comme l’a d\u00e9crit Harleen Kaur, consultant technique chez Microsoft : \u00ab En tant qu’entra\u00eeneur, je me pr\u00e9parais \u00e0 chaque session, et si je voyais un lien ou une r\u00e9f\u00e9rence qui devait \u00eatre chang\u00e9, mon premier instinct \u00e9tait de le faire sur le site Web, de sorte que tout le monde b\u00e9n\u00e9ficierait du changement. J’ai pu le faire en ce moment. Si je pouvais, j’aurais peut-\u00eatre oubli\u00e9 de revenir plus tard pour le faire.<\/p>\n\n\n\n L’\u00e9quipe centrale a alors commenc\u00e9 \u00e0 tenir des sessions r\u00e9guli\u00e8res pour aider \u00e0 diffuser le mot. Ils ont montr\u00e9 le contenu disponible et comment l’\u00e9quipe pouvait l’utiliser, ou encore mieux y contribuer. Ils ont fait des jeux de r\u00f4le en direct pour d\u00e9montrer comment les diff\u00e9rents r\u00f4les de InnerSource fonctionnaient, et m\u00eame des modifications en direct du contenu sur les appels afin que les gens puissent voir comment le processus d’examen et d’approbation fonctionnait et \u00e0 quel point il \u00e9tait facile. Dans le cadre de ce processus, ils ont \u00e9galement identifi\u00e9 diff\u00e9rents d\u00e9fis et exp\u00e9riences des clients \u00e0 int\u00e9grer.<\/p>\n\n\n\n La participation et les contributions se sont rapidement r\u00e9pandues dans le monde entier. Le Dojo dispose actuellement de plusieurs unit\u00e9s d’affaires travaillant ensemble dans 36 pays pour fournir le contenu le plus r\u00e9cent et le plus pr\u00e9cis aux clients de Microsoft.<\/p>\n\n\n\n Deep Mehta, consultant en technologie chez Microsoft a partag\u00e9 : la r\u00e9utilisation IP est quelque chose que nous avons toujours voulu fournir, mais dans le pass\u00e9, c’\u00e9tait un d\u00e9fi. InnerSource nous a aid\u00e9s \u00e0 le faire. De plus, nous encourageons ceux qui r\u00e9utilisent le contenu \u00e0 aider en contribuant. InnerSource vous aide \u00e9galement \u00e0 \u00e9tablir un r\u00e9seau avec les gens autour de l’organisation. Vous apprenez \u00e0 conna\u00eetre les contributeurs; vous apprenez d’eux. C’est un point majeur.<\/p>\n\n\n\n Dave McKinstry, Microsoft-S DevOps FastTrack Program Manager, a ajout\u00e9 : Ce que j’ai remarqu\u00e9 du point de vue de l’ing\u00e9nierie, c’est que lorsque vous ouvrez votre code source, la qualit\u00e9 monte intrins\u00e8quement. Les gens veulent am\u00e9liorer les choses.<\/p>\n\n\n\n Avec l’utilisation accrue du contenu de DevOps Dojo, l’\u00e9quipe a r\u00e9alis\u00e9 que des outils suppl\u00e9mentaires pourraient aider les utilisateurs \u00e0 conna\u00eetre le contenu. Ils ont \u00e9t\u00e9 inspir\u00e9s \u00e0 mettre en \u0153uvre un QnA Chatbot pour am\u00e9liorer l’exp\u00e9rience pour les utilisateurs du contenu.<\/p>\n\n\n\n Le chatbot permet \u00e0 la communaut\u00e9 Dojo de demander n’importe quoi dans leur canal d’\u00e9quipes communautaires soutenu par les robots AI et QnA Maker (un service cognitif Azure). En plus de fournir des r\u00e9ponses en temps r\u00e9el avec un soutien linguistique, la solution am\u00e9liore organiquement les questions et les r\u00e9ponses de la communaut\u00e9. Int\u00e9gr\u00e9e avec de puissantes capacit\u00e9s d’IA, la solution est con\u00e7ue pour aider Dojos \u00e0 obtenir rapidement des r\u00e9ponses li\u00e9es au contenu, \u00e0 la pr\u00e9paration, aux offres et \u00e0 la livraison de Dojo dans un style conversationnel dans les \u00e9quipes Microsoft.<\/p>\n\n\n\n Une fois que les exigences ont \u00e9t\u00e9 d\u00e9finies et que l’\u00e9quipe a bien compris l’architecture d’int\u00e9gration, elle a commenc\u00e9 la mise en \u0153uvre par InnerSource. Le QnA Bot est devenu public \u00e0 Microsoft comme pr\u00e9vu. Toutes les am\u00e9liorations et contributions se produisent par un processus InnerSource et peuvent rapidement prendre effet par des pipelines d’automatisation.<\/p>\n\n\n\n Yue Sheng, qui a travaill\u00e9 sur l’IA Chatbot en dehors de ses responsabilit\u00e9s professionnelles de base, a partag\u00e9 : \u00ab Vous avez des mentors, des enseignants et des amis ici. Tout est un processus bidirectionnel. Nous essayons toujours de nouvelles innovations. Je re\u00e7ois de nouvelles choses int\u00e9ressantes \u00e0 travers le processus.<\/p>\n\n\n\n Comme Kan Tang, l’un des dirigeants de DevOps Dojo l’a fait remarquer : – Chez Microsoft, nous avons tous notre objectif professionnel. Parfois, vous voyez quelque chose que vous voulez essayer en dehors de vos responsabilit\u00e9s fondamentales. Les gens viennent \u00e0 DevOps Dojo, et ils ont l’autonomie pour exp\u00e9rimenter et innover. \u00ab\u00a0<\/p>\n\n\n\n Gr\u00e2ce \u00e0 leur pratique de InnerSource, la communaut\u00e9 Dojo a \u00e9galement not\u00e9 que la publication de leur contenu par InnerSource a cr\u00e9\u00e9 une merveilleuse opportunit\u00e9 d’apprentissage. InnerSource exige qu’une \u00e9quipe capture et documente tout afin que l’\u00e9quipe puisse collaborer asynchronement et ne pas compter sur une proximit\u00e9 physique \u00e9troite. Comme l’a fait remarquer l’\u00e9quipe : l’\u00e9criture vous fait penser, la pens\u00e9e vous fait r\u00e9fl\u00e9chir, la r\u00e9flexion vous fait d\u00e9lib\u00e9rer, la d\u00e9lib\u00e9ration vous fait apprendre plus profond\u00e9ment.<\/p>\n\n\n\n Dans notre \u00e9criture, nous nous d\u00e9fions constamment, nous apprenons les uns des autres, et nous it\u00e9rerons collectivement, a comment\u00e9 Kitty Chiu, DevOps Architecte chez GitHub.<\/p>\n\n\n\n Pour moi, ce qui m’a fait rejoindre l’\u00e9quipe \u00e9tait le concept de partager du contenu et d’apprendre de diff\u00e9rentes parties du monde et de diff\u00e9rents r\u00f4les. Nous avons toujours partag\u00e9 des id\u00e9es et des points de vue diff\u00e9rents. C’est un v\u00e9ritable enrichissement, une conversation qui a apport\u00e9 beaucoup de valeur, a partag\u00e9 Giulia Cupani, Azure Program Manager.<\/p>\n\n\n\n L’\u00e9quipe DevOps Dojo est distribu\u00e9e dans le monde entier. Cela pr\u00e9sente de nombreux d\u00e9fis tels que les contraintes de fuseau horaire ne permettant pas \u00e0 toute l’\u00e9quipe de se rencontrer ensemble. Kitty Chiu, bas\u00e9e en Australie, a d\u00e9crit comment le processus de InnerSource et de se concentrer sur la cr\u00e9ation de contenu leur a permis de s’engager de mani\u00e8re transparente dans le processus : -Avant la pand\u00e9mie, la culture Microsoft impliquait habituellement des rencontres en personne. C’\u00e9tait un d\u00e9fi si vous travaillez dans un fuseau horaire diff\u00e9rent. Nous devions souvent nous rendre \u00e0 Seattle pour collaborer \u00e0 des projets comme celui-ci. Lorsque la pand\u00e9mie de Covid-19 a frapp\u00e9, la notion de communication asynchrone est devenue la norme. InnerSource \u00e9tait l’endroit o\u00f9 les conversations ont commenc\u00e9. Tout le monde pourrait contribuer de la m\u00eame fa\u00e7on, peu importe o\u00f9 il \u00e9tait assis dans le monde. .Margarita Sanz, DevOps et Cloud Consultant chez Microsoft, ont \u00e9galement partag\u00e9 comment InnerSource a permis \u00e0 l’\u00e9quipe de d\u00e9velopper un objectif commun \u00e0 l’ensemble de l’\u00e9quipe mondiale : . L’\u00e9quipe est pass\u00e9e de Chine \u00e0 Madrid, en passant par l’Inde et la Suisse, vers plusieurs fuseaux horaires aux \u00c9tats-Unis, etc. Des fuseaux horaires diff\u00e9rents, des langues diff\u00e9rentes, des origines diff\u00e9rentes, mais le m\u00eame but, et surtout la m\u00eame CULTURE.<\/p>\n\n\n\n Microsoft parle souvent d’une culture du client d’abord. Dans ce cas, l’\u00e9quipe de DevOps Dojo a d\u00e9montr\u00e9 comment l’approche InnerSource pour la cr\u00e9ation de leur contenu a non seulement permis \u00e0 son client de recevoir le contenu le plus r\u00e9cent et le plus \u00e0 jour, mais \u00e9galement permis au client de s’engager dans le processus de mise \u00e0 jour.<\/p>\n\n\n\n Les \u00e9quipes livrent leurs masterclasses directement aux clients. Paul Fijnvandraat, consultant principal chez Microsoft, a partag\u00e9 que si un client avait des commentaires ou une question \u00e0 r\u00e9pondre (en pr\u00e9vente ou en livraison), il a cr\u00e9\u00e9 une demande de tirage pour que la question et la r\u00e9ponse soient ajout\u00e9es au contenu du Dojo DevOps. De cette fa\u00e7on, les commentaires des clients se sont propag\u00e9s presque imm\u00e9diatement \u00e0 l’ensemble de l’organisation.<\/p>\n\n\n\n Le DevOps Dojo offre une valeur significative \u00e0 Microsoft et \u00e0 ses clients. Cependant, en parlant avec l’\u00e9quipe DevOps Dojo, un avantage suppl\u00e9mentaire est l’impact incroyable sur les participants individuels.<\/p>\n\n\n\n Beaucoup de membres du Dojo ont \u00e9t\u00e9 officiellement r\u00e9compens\u00e9s et promus en raison de son \u00e9norme succ\u00e8s, mais il semble que la plus grande r\u00e9compense de tous \u00e9tait encore plus personnelle. Les membres du Dojo ont indiqu\u00e9 qu’ils avaient nou\u00e9 des relations \u00e9troites entre les r\u00e9gions et qu’ils avaient acquis de nouvelles comp\u00e9tences et des exp\u00e9riences d’apprentissage incroyables. Margarita Sanz d\u00e9crit :<\/p>\n\n\n\n Je sais par coeur trouver une \u00e9quipe o\u00f9 vous vous sentez soutenu, et valoris\u00e9 n’est pas facile, et m\u00eame si le chemin n’a pas toujours \u00e9t\u00e9 lisse, je le remarcherais sans doute. Nous n’\u00e9tions pas une \u00e9quipe, nous \u00e9tions amis, nous travaillions en famille c\u00f4te \u00e0 c\u00f4te. Le jour o\u00f9 j’ai rejoint Dojo, j’ai senti que je rejoignais une nouvelle famille. Aujourd’hui, je d\u00e9veloppe, apprends, et grandis main dans la main avec tous, et je ne pourrais pas \u00eatre plus fier et plus excit\u00e9 par l’avenir qui nous attend.<\/em>Comme l’explique Kan Tang :Qu’obtenons-nous de cette exp\u00e9rience ? \u00c9norme apprentissage et croissance, nouvelles opportunit\u00e9s, bonheur, confiance en soi et amiti\u00e9s de vie !<\/em><\/p>\n\n\n\n Aujourd’hui, le contenu de DevOps Dojo est continuellement am\u00e9lior\u00e9 par la communaut\u00e9, ils ont une seule source de v\u00e9rit\u00e9 avec le plus r\u00e9cent et le plus grand contenu, et l’\u00e9quipe peut collaborer \u00e0 une \u00e9chelle, \u00e0 tout moment et n’importe o\u00f9 dans le monde. Ils ont vu l’adoption du contenu de DevOps Dojo cro\u00eetre mois par mois et ont commenc\u00e9 \u00e0 voir les contributions commencer d’autres r\u00e9gions du monde. Le groupe attend avec int\u00e9r\u00eat d’\u00e9tendre les pratiques DevOps Dojo et InnerSource au sein de Microsoft et peut-\u00eatre m\u00eame de commencer le processus d’approvisionnement ouvert du contenu Dojo DevOps au monde !Nous avons plus de 80 000 ing\u00e9nieurs travaillant sur le code chez Microsoft, et nous \u00e9valuons constamment ce qui serait int\u00e9ressant \u00e0 partager ouvertement avec nos clients. InnerSource nous a permis de d\u00e9bloquer ce potentiel, de r\u00e9duire la redondance et de collaborer plus efficacement.<\/em>Arno Mihm, gestionnaire principal de programme pour InnerSource @ Microsoft.<\/p>\n\n\n\n Cette \u00e9tude de cas a \u00e9t\u00e9 r\u00e9dig\u00e9e par Clare Dillon, directeur ex\u00e9cutif de InnerSource Commons, Daniel Izquierdo, PDG de Bitergia & directeur de InnerSource Commons, et Dr. Klaas-Jan Stol, directeur de InnerSource Commons, \u00e0 la suite d’une s\u00e9rie d’entretiens avec les \u00e9quipes du Dojo DevOps \u00e0 Microsoft.<\/p>\n\n\n\n Clare note que Partager des histoires sur nos voyages InnerSource est une partie importante de la communaut\u00e9 InnerSource Commons. Nous tenons \u00e0 remercier vivement toutes les personnes merveilleuses de Microsoft et GitHub qui ont pris le temps de partager leurs exp\u00e9riences et de nous aider \u00e0 enregistrer cette \u00e9tude de cas :<\/p>\n\n\n\n Pour plus d’informations ou pour obtenir plus de d\u00e9tails, rejoignez la communaut\u00e9 InnerSource Commons Slack pour susciter une conversation. Vous pouvez \u00e9galement consulter laDevOps Articles de blog Dojo<\/a>(tous cr\u00e9\u00e9s par l’\u00e9quipe en utilisant Markdown via un processus InnerSource).<\/p>\n\n\n\n![\"InnerSource](\"https:\/\/innersourcecommons.org\/images\/stories\/microsoft.png\")
Figure 1: InnerSource au Dojo DevOps au Microsoft<\/em><\/p>\n\n\n\nUne source unique de v\u00e9rit\u00e9 \u2013 d\u00e9livr\u00e9e<\/h3>\n\n\n\n
Innovation activ\u00e9e<\/h3>\n\n\n\n
Apprendre par InnerSource<\/h3>\n\n\n\n
Connexions mondiales<\/h3>\n\n\n\n
Client premier<\/h3>\n\n\n\n
Impact pour l’\u00e9quipe<\/h3>\n\n\n\n
Plans futurs<\/h3>\n\n\n\n
Remerciements<\/h3>\n\n\n\n
\n