Règle n°4 : Être capable d’intégrer des contributeurs externes.

Accueillir la contribution externe demande toute une réflexion et la mise en place de procédés pour faciliter l’implication. Karl Fogel dans “Producing Open Source Software” parle d’énergie d’activation, l’effort nécessaire à un contributeur pour participer à un projet.

Le but va être de réduire au maximum cette énergie. Différents éléments vont venir réduire cette friction, autant par la mise à disposition d’informations, la façon de prendre des décisions, la complexité de la ressource, l’environnement numérique, etc.

La pratique de base dans le monde du logiciel est de mettre à disposition un “guide de contribution”, la documentation va être un outil pour permettre cette intégration. Par exemple, le langage Python propose son guide pour contribuer : https://devguide.python.org/. Ils expliquent comment récupérer le code, soumettre des modifications, le lien vers différents outils tel que le bug tracker, des ressources pour débuter avec CPython (la code C de Python)… Guide que l’on retrouve sur Wikipédia (https://fr.wikipedia.org/wiki/Aide:D%C3%A9buter), ou qui en construction pour la brique de connaissances sur les modèles ouverts (https://github.com/Open-Models/Brique/blob/main/guide-contribution.md)

La qualité du code, sa structuration, et donc plus généralement la complexité d’une ressource va influencer la facilité à contribuer. Si personne ne comprend, dans un code spaghetti par exemple, cela va rendre très difficile la participation.

Le potentiel contributeur suit tout un parcours, sa participation n’est pas immédiate. La rapidité d’implication va bien entendu dépendre de la personne, mais cela va se faire par étapes. Un des mainteneurs de homebrew, le gestionnaire (non-officiel) de paquets (~applications) de Mac, parle d’un “tunnel du contributeur open source”, en analogie au tunnel de vente. D’abord une personne va être un simple utilisateur, puis un contributeur, et finalement pourrait devenir mainteneur d’un projet. (Article original : https://mikemcquaid.com/2018/08/14/the-open-source-contributor-funnel-why-people-dont-contribute-to-your-open-source-project/)

Mener un projet ouvert demande tout un ensemble d’efforts pour créer l’environnement propice à la collaboration ouverte et bénéficier de cette intelligence collective.