Abstrait: Le suivi de différents types de métriques est essentiel pour les communautés libres et open source. Les métriques donnent un aperçu du projet sur des efforts spécifiques et aident à avoir une idée de la perception générale de la communauté. Pour cela, des outils pouvant extraire des données de diverses sources et développer une visualisation de ces données aideront les projets à prendre des décisions éclairées.

Si vous gérez ou souhaitez faire partie d’un projet open source, vous vous êtes peut-être demandé si le projet est sain ou non et comment mesurer les indicateurs de performance clés liés à la santé du projet.

Vous pouvez choisir d’analyser différents aspects du projet, tels que le santé technique (comme le nombre de forks sur GitHub, le nombre de contributeurs au fil du temps et le nombre de bogues signalés au fil du temps), le santé financière (comme les dons et les revenus au fil du temps), le aspects sociaux (telles que les mentions sur les réseaux sociaux, les partages de publications et l’analyse des sentiments sur les réseaux sociaux), et diversité et inclusion aspects (comme avoir un code de conduite, créer des activités d’inclusion d’événements, des matériaux accessibles aux daltoniens dans les présentations et des conceptions initiales de projet).

La question est de savoir comment mesurer ces aspects ? Pour déterminer si la santé globale d’un projet, les mesures doivent être calculées et analysées au fil du temps. Il est utile d’avoir de telles métriques dans un tableau de bord pour faciliter l’analyse et la prise de décision.

Pourquoi les métriques sont-elles importantes ?

« Le but ici n’est pas de construire un énorme aspirateur pour aspirer chaque petit détail de votre communauté dans un graphique. L’objectif est plutôt d’identifier ce que nous ne savons pas sur notre communauté et d’utiliser des mesures comme moyen de mieux comprendre ces choses.

L’art de la communauté – Jono Bacon

Les logiciels open source ont besoin d’une communauté. En en savoir plus sur la communauté grâce à différentes mesures, les parties prenantes peuvent prendre des décisions éclairées. Par exemple, développeurs peut sélectionner le meilleur projet à rejoindre, mainteneurs peut décider quelles mesures de gouvernance sont efficaces, les utilisateurs finaux peut sélectionner le projet le plus sain qui vivra plus longtemps (et prospérera), et investisseurs peut sélectionner le meilleur projet dans lequel investir [1].

Par ailleurs, Bureaux de programme Open Source (OSPO), c’est-à-dire des bureaux au sein d’entreprises qui visent à gérer les écosystèmes open source dont l’entreprise dépend [5], peut évaluer la santé et la durabilité du projet en analysant différentes mesures. OSPO devient très populaire car environ 90% des composants des applications modernes sont open source [6]. Ainsi, mesurer les risques de consommation, de contribution et de publication de logiciels open source est très important pour OSPO [5].

Comment définissons-nous les métriques à évaluer ?

• Fixez vos objectifs : Mesurer sans objectif est tout simplement inutile. Les buts sont des cibles concrètes pour savoir ce que la communauté veut accomplir [3].

• Trouvez des sources statistiques fiables : Après avoir défini vos objectifs, vous pouvez ensuite identifier la source pour vous aider à atteindre vos objectifs. Il est essentiel de trouver des moyens d’obtenir des statistiques sur les objectifs les plus importants [4]. Certaines statistiques sont apparentes, comme sur GitHub, vous pouvez collecter le nombre d’étoiles, le nombre de fourches et le nombre de contributeurs à un référentiel. Il est également possible d’obtenir des abonnés aux listes de diffusion et des visites du site Web du projet. Cependant, certaines statistiques ne sont pas si évidentes et vous aurez peut-être besoin d’outils pour vous aider à extraire de tels chiffres.

• Interpréter les statistiques : Interprétez les statistiques concernant les « 4 P » : Personnes, projet, processus et partenaires [4].

• • Regardez les chiffres principalement liés à la Gens dans la communauté, comme la productivité des contributeurs, quels canaux ont le plus d’impact, etc.

• • Ensuite, regardez la vitesse et la maturité de votre Projet, tels que le nombre de PR et le nombre de problèmes.

• • Après cela, regardez la maturité de votre Traiter, c’est-à-dire quel est votre processus d’examen ? Combien de temps faut-il pour résoudre un problème ?

• • Enfin, regardez la vue de l’écosystème concernant votre Les partenaires – c’est-à-dire des statistiques sur les dépendances du projet et les projets qui dépendent de vous.

• Utilisez des tableaux de bord pour évaluer vos métriques : De nombreux outils existants aident à créer des tableaux de bord pour analyser et mesurer la santé de la communauté open source, tels que Perspectives LFX, Bitergie, et GrimoireLab.
• Faire des changements: Après la mesure, il est nécessaire d’apporter des modifications en fonction de ces mesures.

Apprendre à partir d’exemples

Différents projets utilisent différentes stratégies pour mesurer la santé du projet.

Le Communauté CHAOSS crée des analyses et des mesures pour aider à comprendre la santé du projet. Ils ont de nombreux groupes de travail, chacun se concentrant sur un type spécifique de métrique. Par exemple,

• Le Diversité et inclusion Le groupe de travail se concentre sur la diversité et l’inclusion dans les événements, la diversité et l’inclusion de la gouvernance d’une communauté et la santé du leadership communautaire.
• Le Évolution Le groupe de travail crée des mesures pour analyser le type et la fréquence des activités impliquées dans le développement de logiciels, l’amélioration de la qualité du projet et la croissance de la communauté.
• Le Valeur le groupe de travail crée des mesures pour identifier le degré auquel un projet améliore la vie des gens au-delà du projet logiciel, le degré auquel le projet est précieux pour un utilisateur ou un contributeur, et le degré auquel le projet est financièrement précieux du point de vue de l’organisation .
• Le Risque Le groupe de travail crée des métriques pour comprendre la qualité d’un progiciel spécifique, les problèmes potentiels de propriété intellectuelle et comprendre à quel point un progiciel donné est transparent en ce qui concerne les licences, les dépendances, etc.

Le Mozilla projet a collaboré avec Bitergie et Analyse & Tal pour construire une visualisation réseau interactive des communautés de contributeurs de Mozilla. En visualisant différentes métriques, ils ont pu constater que Mozilla n’avait pas qu’une seule communauté mais de nombreuses communautés concernant d’autres domaines de contributions, de motivations, de niveaux d’engagement, etc. Sur cette base, ils ont construit un rapport pour visualiser comment ces différentes communautés sont interconnectées.

Perspectives LFX

De nombreux projets tels que Kubernetes et GOUTRES Utilisez le Perspectives LFX outil pour analyser leur communauté.

Le Perspectives LFX Le tableau de bord aide les communautés de projet à évaluer différentes métriques concernant le développement open source pour développer un écosystème open source durable. L’outil a des fonctionnalités distinctes pour prendre en charge diverses parties prenantes [2], tel que

• Mainteneurs et chefs de projet peut obtenir un rapport multidimensionnel du projet, éviter l’épuisement du responsable, assurer la santé, la sécurité et la durabilité du projet.
• Marketeurs de projets et évangélistes communautaires peuvent utiliser les métriques pour attirer de nouveaux membres, engager la communauté et identifier des opportunités pour accroître la sensibilisation.
• Membres et entreprises commanditaires pouvez savoir dans quelle communauté et dans quel logiciel s’engager, communiquer l’impact au sein de la communauté et évaluer les contributions open source de leurs employés.
• Développeurs open source peuvent savoir où concentrer leurs efforts, mettre en valeur leur leadership et leur expertise, gérer les affiliations et leur impact.

Le référentiel de code source comprend le nombre de commits au total et par contributeur, le nombre de contributeurs, les principaux contributeurs par commits, et les entreprises qui contribuent principalement au projet. Les utilisateurs peuvent extraire Demandes de tirage (PR) à partir de nombreux outils tels que Gerrit et GitHub. De plus, les utilisateurs, les mainteneurs et les contributeurs aux projets de la Linux Foundation, tels que TARS, peuvent extraire diverses métriques de LFX Insights.

De même pour les commits, le nombre de PR au total, par contributeur et par entreprise. L’outil calcule également le temps moyen pour revoir le PR et les PR qui restent à fusionner. Vous pouvez également extraire des métriques pour les problèmes et les outils d’intégration continue. En plus de cela, LFX Insights permet aux projets de collecter des informations de communication et de collaboration à partir de différents canaux de communication tels que les listes de diffusion, Slack et Twitter.

Les projets peuvent avoir des objectifs différents lors de l’utilisation de LFX Insights. Le Projet TARS, partie de la Fondation TARS, utilise le Perspectives LFX outil pour avoir une vue d’ensemble de chaque sous-projet (tel que TARSFramework, TARSGo, etc.). Grâce aux tableaux de bord créés par l’outil LFX Insights, la communauté TARS peut connaître les statistiques de chaque projet et de la communauté dans son ensemble (voir Figure 1 et 2).

À l’aide des outils LFX Insights, la communauté TARS analyse combien de personnes contribuent à chaque projet et quelles organisations contribuent à TARS. De plus, ils extraient le nombre de commits et de lignes de code contribuées par chaque contributeur. La communauté TARS pense qu’en analysant de telles mesures, elle peut attirer et retenir plus de contributeurs.

À propos des auteurs:

Isabella Ferreira est Ambassadrice à la Fondation TARS, une fondation de microservices open source native du cloud sous la Linux Foundation.

Marc Shan est président de Tencent Open Source Alliance et également président du conseil d’administration de la Fondation TARS.

LES RÉFÉRENCES

[1] Jansen, Frondeur. « Mesurer la santé des écosystèmes logiciels open source : au-delà de la portée de la santé du projet. » Technologie de l’information et du logiciel 56.11 (2014) : 1508-1519.

[2] https://www.youtube.com/watch?v=hwTOrDg3LsI

[3] https://opensource.com/bus/16/8/measuring-community-health

[4] https://dzone.com/articles/-measuring-metrics-in-open-source-projects

[5] https://opensource.com/article/20/5/open-source-program-office

[6] https://fossa.com/blog/building-open-source-program-office-ospo/