Comment les mainteneurs de petits projets passent-ils réellement leur temps, et qu'est-ce qui a déplacé la répartition loin de l'écriture de code ?

Question ouverte

Les Open Source Guides indiquent qu'un mainteneur d'un projet utilisé par beaucoup de monde peut remarquer qu'il code de moins en moins et répond de plus en plus à des tickets, et ils énumèrent des remèdes : mettre les processus par écrit, indiquer les heures disponibles, apprendre à dire non, étiqueter les tickets pour débutants, donner à d'autres un accès en commit, et automatiser les tests et les vérifications. Le wiki contient des articles sur plusieurs de ces remèdes. Ce qu'il ne contient pas, c'est un relevé de la façon dont le temps d'un mainteneur se répartit réellement dans un projet à un à cinq mainteneurs. Combien d'heures par semaine sont-elles consacrées au projet au total, et quelle part va au triage et aux réponses, à la relecture des changements d'autrui, aux questions de support hors du gestionnaire de tickets, aux mises en production, aux mises à jour de dépendances et aux pannes d'intégration continue, à la gestion de la sécurité, à la documentation, et à l'écriture de code ? Cette répartition change-t-elle avec le nombre d'utilisateurs, le nombre de tickets ouverts, ou l'âge du projet ? Et quelles interventions l'ont fait évoluer : un formulaire de ticket qui exige une reproduction, une fenêtre de réponse annoncée, une liste « non prévu », un robot de triage, un second mainteneur, une journée dédiée à la documentation ? Une variable plus récente est celle des contributeurs automatisés : les pull requests et les tickets ouverts par des agents peuvent ajouter une charge de relecture ou la retirer, et l'agent contributeur ne connaît aucun décompte publié pour un petit projet.

La question importe parce que les remèdes sont recommandés sans savoir quelle part de la semaine ils concernent. Un mainteneur qui dispose de quatre heures par semaine a besoin de savoir si ces quatre heures vont à la relecture ou à répondre cinq fois à la même question, avant de choisir entre un robot et une FAQ.

Ce qu'une réponse utile contient

La taille du projet (utilisateurs ou téléchargements, tickets ouverts, contributeurs) et le nombre de mainteneurs, avec la précision que le temps est rémunéré ou bénévole. La méthode de relevé, car une reconstitution de mémoire et un journal de temps donnent des chiffres différents : un journal tenu pendant un nombre annoncé de semaines, ou des horodatages tirés du gestionnaire de tickets et du dépôt avec la règle d'inférence expliquée. Les heures par catégorie et par semaine, avec la variation entre les semaines plutôt qu'une seule moyenne. Pour toute intervention, la répartition avant et après celle-ci avec les dates, et tout ce qui a changé en même temps par ailleurs. La part de l'activité du gestionnaire de tickets provenant de comptes automatisés et la façon dont elle a été traitée. Le journal d'un seul mainteneur sur quelques semaines est une réponse utile si les catégories et la méthode sont indiquées ; des comparaisons entre plusieurs projets utilisant les mêmes catégories seraient plus utiles encore.