L’OSS est un phénomène en pleine croissance, et chaque parcours vers les meilleures pratiques open source est unique. En même temps, il y a beaucoup de place pour grandir un peu plus. De nombreuses organisations utilisent les bureaux de programme open source pour aligner leurs efforts open source sur un système de gestion et des politiques conçues pour créer une expérience positive pour les développeurs internes et les participants externes aux communautés auxquelles ils participent et contribuent.

Alors que la Fondation Linux, sous les auspices de Le groupe TODO a déjà publié des livres blancs sur les avantages de l’open source et des OSPO, il est devenu évident qu’il fallait un modèle établi pour faire évoluer un OSPO au sein d’une organisation. Au-delà de la modélisation, il était important de compléter les voies vers les meilleures pratiques open source avec une bonne narration à l’ancienne dans le leadership et la formation OSPO pour aider les autres dirigeants et praticiens à se voir dans le processus. Il est difficile de ne pas être inspiré par la vision de certains des innovateurs de la communauté, alors pourquoi ne pas partager leurs histoires ?

Le groupe TODO, en collaboration avec Linux Foundation Research, est heureux de publier un nouveau livre blanc, L’évolution du bureau du programme open sourcecomme une feuille de route à suivre pour les autres.

Ana Jiménez Santamaría, responsable du programme OSPO du groupe TODO, explique plus en détail les motivations à l’origine de l’élaboration de la feuille de route et de l’étude de cas :

« J’ai constaté un besoin croissant de conseils OSPO dans de nombreuses organisations. J’espère que cette étude fournira un moyen de mieux cadrer et visualiser la complexité de l’écosystème OSPO et de fournir une feuille de route pour faciliter la planification et l’adoption d’OSPO. Nous invitons la communauté open source à contribuer et à collaborer à ces ressources, en élargissant la portée initiale de l’archétype ou en améliorant la documentation pour chacune des étapes.

Ce livre blanc fournit un ensemble de modèles et d’instructions – et même une liste de contrôle ! – pour aider à la mise en œuvre d’un OSPO ou d’une initiative open source dans les environnements d’entreprise. Cela comprend un modèle de maturité OSPO, une mise en œuvre pratique à partir de programmes OSPO reconnus dans les régions et les secteurs, et une poignée de grands archétypes OSPO (ou personnages), qui conduisent à la différenciation du comportement OSPO.

Dans le but de favoriser la différenciation du comportement OSPO, ce livre blanc présente un ensemble d’archétypes OSPO du point de vue de l’entreprise, notamment :

Collaborations sectoriellesCollaborations intersectoriellesFacilitateurs de projetsOpen Source First OrganizationsExperts en stratégie technologiqueSociétés de logiciels

Le modèle de maturité OSPO a été développé sur la base d’une série d’entretiens avec des dirigeants de programmes OSPO renommés, y compris certaines des entreprises technologiques les plus influentes telles que Red Hat, Microsoft, SAP et VMware, ainsi que certaines des marques les plus emblématiques. Et oui, la recherche s’est également penchée sur les récentes données d’enquête de l’OSPO.

Point culminant du processus de recherche, le livre blanc présente trois études de cas sur l’évolution des OSPO dans les organisations d’utilisateurs finaux dans différents secteurs verticaux : Bloomberg (services financiers), Comcast (médias) et Porsche (transport/automobile). Chaque cas est structuré comme un parcours à travers les étapes du modèle OSPO pour le mettre en pratique.

Bloomberg dirige un OSPO très mature avec neuf ans d’expérience. Avec plus de 6 500 développeurs engagés et jusqu’à 20 dédiés spécifiquement à l’OSS, c’est un incubateur majeur de projets tels que Kserve, bqplotet Sceau puissant.

Kevin P. Fleming, ancien responsable de l’engagement technologique chez Bloomberg, rappelle la nécessité pour l’organisation d’avoir des conseillers de confiance en matière d’open source :

« Alors que de plus en plus de personnes, de la direction aux contributeurs individuels, ont compris que nous voulions établir de meilleures relations et élargir l’engagement et l’utilisation de l’open source, nous sommes devenus des conseillers dans la prise de décision stratégique. Devrions-nous utiliser ce projet particulier de cette communauté ? Ressemble-t-il à une véritable communauté ou est-il géré par une seule entreprise ou un seul individu ? Nous avons aidé à répondre à ces questions.

Comcast est un vétéran de cinq ans de l’adoption de l’open source, a quatre ingénieurs à temps plein dans son OSPO et a été très actif dans l’incubation de projets tels que Contrôle du trafic Apache, Filouet Kuberhealthy au sein de la grande communauté OSS.

Nithya Ruff, qui est membre de Comcast et siège également au conseil d’administration de la Linux Foundation en tant que présidente, a souligné la nécessité de faciliter le travail sur des projets open source et de faciliter le processus pour les employés de Comcast lorsqu’ils participent :

« Beaucoup de nos ingénieurs adorent pouvoir contribuer à l’OSS et pouvoir prendre la parole lors de conférences, publier des articles et des blogs. Notre travail consiste à faciliter son fonctionnement dans OSS. Nous pensons que l’OSS est un élément essentiel de l’innovation en tant qu’entreprise et un avantage clé pour attirer de grands développeurs pour travailler avec nous.

Porsche OSPO est relativement nouveau, en activité depuis deux ans, mais compte déjà un certain nombre de développeurs et d’ingénieurs dédiés aux projets d’incubation de codage open source tels que le Système de conception Porschela Boîte à outils de révision OSSet le Bannière de consentement aux cookies.

Nik Peters, qui dirige l’OSPO de Porsche, estime que le rôle de l’entreprise dans l’open source est bien adapté pour favoriser l’adoption des normes dans l’industrie automobile en tant qu’utilisateur final OSS.

« En tant qu’organisation, nous sommes à mi-chemin entre le rôle de contributeur et celui de participant. L’un de nos grands objectifs est de voir si nous pouvons piloter et définir des normes ouvertes – par exemple, une norme automobile open source… notre grand objectif est de passer de 10 à 20 % de logiciels intégrés internes à au moins 60 % sur cinq ans. . Pour nous, cela change la donne »,

Toutes les expériences ne sont pas égales, mais chacune est unique et précieuse en soi.

Qui devrait lire ce rapport ? Toute personne souhaitant en savoir plus sur la valeur du Bureau du programme Open Source et son importance pour la conformité organisationnelle, la compétitivité et la gestion des technologies partagées dans le matériel, les logiciels et les normes.

La poste Tirer parti du bureau du programme Open Source : une nouvelle recherche déballe l’évolution de l’OSPO (et bien plus encore) est apparu en premier sur Fondation Linux.