Do Good, Stay Longer? Temporal Patterns and Predictors of Newcomer-to-Core Transitions in Conventional OSS and OSS4SG

Cette étude démontre que les projets de logiciels libres à vocation sociale (OSS4SG) favorisent une meilleure rétention et une transition plus rapide des nouveaux contributeurs vers des rôles de noyau, soulignant l'importance de l'alignement des valeurs et d'une phase d'apprentissage préalable avant de s'investir intensément.

L'essentiel

Le titre : « Faire le bien pour rester plus longtemps ? »

Imaginez que le monde du logiciel libre (Open Source), c'est comme une immense chaîne de restaurants communautaires. Certains restaurants sont des chaînes commerciales classiques (le "OSS conventionnel") : on y vient pour apprendre la cuisine, gagner en expérience ou booster son CV. D'autres sont des cuisines solidaires ("OSS4SG" ou Open Source for Social Good) : on y vient parce qu'on veut nourrir des gens en difficulté ou aider des causes humanitaires.

Le problème, c'est que dans ces cuisines, la plupart des nouveaux apprentis (les "newcomers") passent une journée, goûtent une soupe, et ne reviennent jamais. Ils ne deviennent jamais des chefs de cuisine (les "core contributors"), ceux qui dirigent et prennent les décisions.

Cette étude a voulu comprendre : est-ce que le fait de cuisiner pour une bonne cause change la façon dont on devient chef ?

---

1. La cuisine solidaire est plus "collante" (L'effet mission)

Les chercheurs ont comparé des centaines de projets. Le résultat est frappant : dans les projets solidaires, les gens restent beaucoup plus longtemps.

L'analogie : Dans un restaurant classique, si le service est stressant, on démissionne. Dans une cuisine solidaire, on est porté par la mission. On ne vient pas juste pour le salaire (qui est souvent nul en bénévolat), on vient parce que la cause nous touche. C'est comme un club de sport : on reste parce qu'on aime l'équipe et l'objectif, pas juste pour l'exercice.

• Le chiffre clé : Les gens ont 2,2 fois plus de chances de rester et sont beaucoup plus motivés à devenir des piliers du projet.

2. Le secret pour devenir chef : Ne pas vouloir tout manger tout de suite

C'est la découverte la plus surprenante de l'étude. On pourrait croire que pour devenir chef, il faut arriver le premier jour avec un tablier, des couteaux et travailler comme un fou. C'est ce qu'ils appellent le mode "Early Spike" (le pic précoce).

Mais l'étude dit : "Non, ne faites pas ça !"

L'analogie : Imaginez que vous arrivez dans une nouvelle cuisine.

• Le mauvais plan (Early Spike) : Vous essayez de préparer tous les plats du menu dès la première heure. Vous faites des erreurs, vous allez trop vite, vous vous épuisez, et au bout de quelques semaines, vous êtes largué. Vous mettez 60 semaines à devenir chef (si vous y arrivez).
• Le bon plan (Late Spike) : Vous arrivez tranquillement. Les premières semaines, vous observez, vous nettoyez les plans de travail, vous apprenez où sont les épices, vous discutez avec les autres. Vous faites peu de choses, mais vous comprenez tout. Puis, soudain, vous devenez super efficace et vous prenez les commandes. En faisant cela, vous devenez chef en seulement 21 semaines !

Le conseil : Explorez le terrain, comprenez comment tout fonctionne, et ne cherchez pas à briller par la force brute dès le début.

3. Deux chemins pour une même destination

L'étude montre aussi que les projets solidaires sont plus "ouverts".

L'analogie :

• Dans un projet classique, il n'y a qu'un seul chemin étroit pour devenir chef : vous devez prouver votre valeur technique, passer des tests, et suivre une ligne droite très stricte.
• Dans un projet solidaire, il y a plusieurs routes. On vous fait plus vite confiance. On vous donne parfois les clés de la cuisine (les droits d'accès) plus tôt, parce que la communauté est basée sur la confiance et le partage de valeurs communes.

---

En résumé (Ce qu'il faut retenir) :

Si vous voulez devenir un acteur majeur dans le monde du logiciel libre :

1. Choisissez une cause qui vous tient à cœur : Vous serez plus motivé et la communauté vous accueillera mieux.
2. Soyez un observateur avant d'être un guerrier : Prenez le temps de comprendre l'architecture du projet avant de vouloir tout changer. La patience est votre meilleur accélérateur de carrière !

Résumé technique

Résumé Technique : « Do Good, Stay Longer? »

Ce document présente une étude comparative approfondie sur les processus de transition des nouveaux contributeurs vers le statut de « contributeur noyau » (core contributor) au sein de deux types de projets : les logiciels libres conventionnels (OSS) et les logiciels libres pour le bien social (OSS4SG).

1. Problématique (Le problème)

La durabilité de l'écosystème de l'Open Source repose sur un pipeline de transfert de connaissances : les nouveaux venus doivent devenir des contributeurs clés pour assurer la continuité du projet. Cependant, ce pipeline est actuellement « brisé » : la grande majorité des nouveaux contributeurs deviennent inactifs après leurs premières contributions. Le problème est double :

• Pour les nouveaux : Manque de parcours clairs et de guidage pour progresser.
• Pour les mainteneurs : Difficulté à identifier les contributeurs prometteurs parmi la masse.
  L'étude cherche à comprendre si la mission d'un projet (technique vs sociale) influence la structure de la communauté et les trajectoires de réussite des contributeurs.

2. Méthodologie

Les auteurs ont mené une étude empirique à grande échelle sur :

• Échantillon : 375 projets (190 OSS4SG et 185 OSS conventionnels), impliquant 92 721 contributeurs et 3,5 millions de commits.
• Définition du « Core » : Utilisation de la règle de Pareto (80 %) pour identifier le groupe de contributeurs produisant 80 % des commits.
• Approches analytiques :
  • Analyse structurelle : Calcul de ratios (Gini, Bus Factor, taux de rétention) pour comparer les environnements.
  • Modélisation prédictive (RQ2) : Utilisation de la régression logistique, des Random Forests et du Gradient Boosting pour identifier les comportements des 90 premiers jours prédisant le succès.
  • Analyse de trajectoires (RQ2) : Modélisation par chaînes de Markov pour cartographier les séquences de jalons (milestones) franchis.
  • Analyse temporelle (RQ3) : Utilisation du clustering par Dynamic Time Warping (DTW) pour identifier des motifs d'intensité de contribution au fil du temps.

3. Contributions clés

• Première comparaison systématique : L'étude est la première à comparer les transitions individuelles (et non seulement les dynamiques de groupe) entre l'OSS conventionnel et l'OSS4SG.
• Cadre empirique multidimensionnel : Combinaison d'analyses structurelles, prédictives et temporelles.
• Identification de signaux précoces : Détermination des comportements de contribution qui prédisent le mieux le passage au statut de membre noyau.

4. Résultats principaux

• Supériorité de l'OSS4SG (RQ1) : Les projets à mission sociale sont plus « collants » (sticky). Ils retiennent les contributeurs 2,2 fois plus que les projets conventionnels et offrent une probabilité de devenir membre noyau supérieure de 19,6 %.
• Prédicteurs de succès (RQ2) : L'exploration large du projet (modifier de nombreux fichiers différents) est le prédicteur universel le plus fort (22 % d'importance). Les projets OSS4SG offrent des parcours plus diversifiés et un accès direct aux dépôts (Direct Commit Access) 4,2 fois plus fréquent.
• Le paradoxe de l'intensité (RQ3) : Contrairement à l'intuition, les contributeurs qui adoptent un modèle de « Late Spike » (faible activité initiale suivie d'une intensification progressive) atteignent le statut de membre noyau beaucoup plus rapidement (21 semaines) que ceux qui s'investissent massivement dès le début (« Early Spike », 51 à 60 semaines).
• Flexibilité des parcours : L'OSS4SG permet deux modèles temporels efficaces (Late Spike et Low/Gradual), tandis que l'OSS conventionnel ne favorise qu'un seul modèle optimal (Late Spike).

5. Signification et implications

L'étude démontre que la mission d'un projet n'est pas qu'une question d'éthique, mais qu'elle façonne réellement l'environnement technique et social de la communauté.

• Pour les nouveaux contributeurs : Il est conseillé de choisir des projets alignés avec ses valeurs personnelles et de prendre le temps d'explorer la base de code avant de chercher à produire des contributions massives.
• Pour les mainteneurs : Pour identifier les futurs leaders, il faut surveiller l'exploration de la structure du code (largeur de contribution) plutôt que le volume brut de lignes de code. Pour faciliter l'onboarding, il est préférable de créer des tâches qui encouragent l'exploration de plusieurs modules plutôt que des correctifs isolés.