Comment j'utilise les données pour me connecter avec les contributeurs de mon projet open source

Les données peuvent aider à identifier les parties prenantes d'un projet, permettant ainsi au projet d'établir des liens avec les personnes derrière les chiffres.

Les projets open source ont besoin de développeurs pour survivre, et l'une des principales sources de développeurs est la base d'utilisateurs d'un projet. Je suis impliqué dans le projet openEuler, où comprendre le taux de conversion des contributeurs d'utilisateur à développeur est une mesure clé. Cet article examine la communauté open source d'un point de vue hiérarchique, dans l'espoir de fournir une nouvelle dimension pour observer la santé d'une communauté à travers les données.

Modèle d'entonnoir

Pour avoir une perspective opérationnelle du fonctionnement d'une communauté, vous pouvez souvent vous tourner vers la plate-forme d'hébergement de code utilisée par un projet, telle que Gitlab, Github ou, dans le cas d'openEuler, gitee.com. C'est là que travaillent vos développeurs, et probablement là où nombre de vos utilisateurs se rendent pour suivre l'avancement du projet. Ces plateformes laissent une empreinte numérique basée sur la contribution, et cela vous aide à comprendre les différents types d'interactions que vos contributeurs ont avec la base de code du projet. Pour openEuler, les différents types de développeurs incluent ceux qui sont autorisés à s'engager sur le site officiel d'openEuler, ceux qui ont téléchargé et installé la distribution et ceux qui mettent à jour quotidiennement les progiciels.

Bien entendu, tout le monde n’a pas besoin d’un compte uniquement pour utiliser notre système d’exploitation, ce qui signifie que certaines interactions ne peuvent pas être classées. L'incapacité de confirmer l'identité des contributeurs signifie qu'il est difficile de comprendre leurs interactions, de sorte que les « développeurs » de la communauté openEuler sont actuellement limités aux développeurs qui ont interagi avec le référentiel de code openEuler sur la plateforme d'hébergement de code. En d’autres termes, nous avons des développeurs que nous ne « connaissons » pas, car nous ne disposons que de données sur les développeurs qui sont entrés dans le référentiel de code.

La communauté openEuler divise les développeurs connus en trois niveaux :

1. Contributeurs de code (D2) : contributeurs restreints qui ont créé un PR (Pull Request) et fusionné avec succès le code
2. Contributeur (D1) : un contributeur au sens large, un développeur qui a fusionné un PR, soumis un problème ou commenté un problème ou un PR
3. Développeur (D0) : les contributeurs Reach sont ceux qui ont soumis une PR, ou commenté un problème ou une PR, ou qui ont attribué une étoile au projet, ou qui regardent ou ont créé le référentiel.

Selon la classification ci-dessus, les trois niveaux de développeurs forment une relation inclusive de D0 à D2, qui forme un modèle d'entonnoir.

^{(Jun Zhong, CC BY-SA 4.0)}

Ces données peuvent être visualisées différemment afin de créer la forme d'un entonnoir, D0 étant la classification la plus large, se réduisant à D2 :

^{(Jun Zhong, CC BY-SA 4.0)}

• Graphique en entonnoir : affiche le taux de conversion de chaque couche 
• Actif : affiche le nombre de développeurs actifs à chaque niveau de la série temporelle en fonction de la distribution temporelle 
• Par organisation : affiche le nombre de personnes investies par chaque organisation selon la répartition de l'organisation

Les développeurs sont des personnes

Chaque développeur participant à la communauté est un individu vivant plutôt qu'un KPI froid dans une plate-forme graphique. Il est facile de devenir obsédé par les tableaux et graphiques des opérations numériques et d'ignorer la personnalité du développeur. Mais chaque développeur est un client, et vous devez traiter les demandes de chaque développeur avec une mentalité de service et orienter les opérations de votre projet vers les développeurs plutôt que vers les KPI.

Il est intéressant de noter cependant que l’accent change en fonction du type de contributeur :

• Contributeurs de code (D2) : concentrez-vous sur le cheminement de croissance de la communauté et le cheminement de carrière du développeur, cultivez la maintenance à long terme ou évangélisez pour le projet. Cultivez la loyauté des développeurs envers la communauté.
• Contributeur (D1) : Soyez attentif aux demandes du développeur concernant les fonctions du projet, aidez le développeur à utiliser le projet en production réelle. Aidez le développeur à communiquer avec le reste de la communauté pour expliquer comment et pourquoi le projet fonctionne comme il le fait. Utiliser un processus pour améliorer la confiance du développeur dans la communauté et la confiance de la communauté dans l'équipe de développement.
• Développeur (D0) : Ce sont des suiveurs du projet, donc concentrez-vous sur le relais des caractéristiques techniques du projet, des cas d'usage. Ces contributeurs peuvent aider en participant aux essais du projet, démontrant ce que le projet peut faire pour eux. C'est votre opportunité d'attirer l'attention des gens et de les rapprocher du projet en tant qu'utilisateurs.

Les contributeurs de projets open source ne sont pas stables. Ce ne sont pas des points fixes dans le temps qui ne changent jamais. Le développement est, à juste titre, un rôle de développement. En tant que contributeur, il est facile de démarrer un projet en tant que « simple utilisateur », puis de devenir contributeur, puis de devenir contributeur principal. Chaque étape de ce parcours est importante, et aucune d'entre elles ne devrait conduire à un projet. impasse.

Résumé

Votre projet doit comprendre qui sont ses contributeurs. Le vôtre est peut-être différent de celui d'openEuler, mais vous devez identifier le chemin, les étapes, les différents rôles, les différentes étapes de la vie d'un contributeur. Les données peuvent vous aider à identifier qui sont vos parties prenantes, mais à partir de ces données, vous devez établir des liens avec les personnes derrière les chiffres. Apprenez à connaître vos contributeurs, comprenez ce dont ils ont besoin de votre projet et assurez-vous que leur parcours aux côtés de votre projet est mutuellement bénéfique.

Cet article est adapté du message de l'auteur et est republié avec autorisation.