Évitez ces mauvaises pratiques dans vos projets open source

Sur le Web, vous pouvez trouver beaucoup d'informations sur la façon de développer un projet open source, mais personne ne commente ce que vous devriez éviter. C'est pourquoi nous voulons vous parler de certains comportements négatifs ou mauvaises pratiques, qu'il faut éviter pour que le projet réussisse.

• Croire que vos contributeurs sont une nuisance

Quand quelqu'un d'extérieur fait une observation, les développeurs pensent qu'ils leur ont donné plus de travail et c'est vraiment le cas, mais ignorer ces accessoires est une erreur pour un projet open source. Plutôt, ils doivent bienvenue et merci qu'ils travaillent avec vous, afin qu’ils continuent de le faire. Plus tard, ces personnes pourraient devenir vos collègues.

Vous avez besoin de personnes pour apporter une contribution, puis faire une deuxième et une troisième. Il est donc possible que votre projet ait ses nouveaux représentants de maintenance.

• Laisser les gens faire le sale boulot

Chaque personne qui souhaite contribuer à un projet open source a différentes raisons de le faire: certains sont des utilisateurs et d'autres veulent faire l'expérience de l'aide dans ce type de travail. Dans le second cas, il sert d'exercice ou d'apprentissage à donner quelque chose à l'écosystème informatique qu'ils utilisent.

Beaucoup profitent de cette bonne volonté et donnent le sale boulot à ceux qui souhaitent collaborer: des tâches sans intérêt, avec peu de valeur et sans impact direct sur le projet. Faites attention aux tâches que vous attribuez à vos contributeurs car certains pourraient être offensés, et n'oubliez pas de donner leur crédit à qui le mérite. C'est le seul moyen de les garder proches et de continuer à aider.

• Fixer des attentes très élevées pour les nouveaux employés

En principe, vous devez vous occuper de la tâche que vous attribuerez aux nouveaux contributeurs. Certains peuvent être très compliqués et ne peuvent pas être réalisés, alors ils finiront par avoir peur ou disparaîtront parce qu'ils ne se sentent pas en mesure d'aider.

Parlez-leur au préalable de leurs compétences et vous pourrez faire un tour d'horizon de leurs capacités et les guider pour briller dans le projet. En cours de route, certains resteront et d'autres partiront, mais cela fait partie du processus.

Si tu peux, devenez leur mentor parce que vos collaborateurs se sentent les bienvenus. Ces conseils s'appliquent également à d'autres domaines.

• Demander à ces personnes de faire des sacrifices dans leur vie

Ces collaborateurs contribuent volontairement et pendant leur temps libre, il ne faut donc pas leur demander de faire de grands sacrifices. Il n'est pas mal vu (pour ce type de travail) que les contributeurs aient à parcourir de longues distances, à négliger leur famille pendant quelques jours, à passer une nuit à l'hôtel ou à l'extérieur pour faire partie ou s'intégrer dans un projet. N'oubliez pas que tous ceux qui aident n'ont pas le même fuseau horaire. Il est préférable de leur attribuer certaines tâches, d'indiquer un délai de livraison et de les laisser s'exécuter à leur rythme et dans leur temps disponible.

Cependant, il est recommandé de faire des activités sociales pour les partager et apprendre à les connaître. Vous pouvez également faire des vidéoconférences à l'aide d'un logiciel gratuit.

• Penser que les étrangers sont étranges

Il est bien connu que la plupart des projets open source utilisent l'anglais comme langue de communication commune, car c'est la langue universelle et cela a bien fonctionné jusqu'à présent. Mais beaucoup de gens ne sont pas nés parlant anglais et certains ne parlent pas couramment, alors certaines personnes sont frustrées par la lenteur de la conversation.

Il est de mauvais goût qu'un exposant parlant couramment l'anglais ignore les gens parce qu'ils parlent lentement. Mais l'inconvénient est qu'en ne pouvant communiquer dans la même langue, les gens ne sont pas au même niveau de conversation orale. Beaucoup de patience et ils se comprendront parfaitement.

• Sans vision, il n'y a aucun moyen de déléguer

C'est une erreur courante dans les projets open source de voir comment le leader lutte avec la croissance de son projet, même quand il a des gens qui essaient de l'aider.

Lorsque les collaborateurs commencent à arriver, ils commencent à ajouter de nouvelles caractéristiques, ils veulent évaluer et être orientés; et les chefs de projet sont paralysés et ne savent pas comment réagir, alors les contributeurs sont frustrés et disparaissent tôt ou tard.

Avoir une vision du projet et la communiquer est de la plus haute importance. Expliquez clairement à vos collaborateurs ce que vous voulez et ce qu'il ne faut pas pour éviter les frictions entre les participants, afin qu'ils sachent s'ils doivent rejoindre votre travail ou non. De cette façon, vous pouvez être un bon capitaine.

Une fois qu'ils ont rejoint votre projet, vous devez leur faire confiance au plus vite et leur déléguer certaines responsabilités. Donnez-leur une part entière pour qu'ils se sentent aussi responsables que vous. Si, au contraire, vous gardez trop de contrôle, vous serez laissé au travail seul et vous arrêterez sa croissance.

• Oubliez d'être reconnaissant

Les expériences et les sentiments de vos collaborateurs seront toujours différents, mais tout cela sert d'apprentissage. Merci.

Si vous avez quelque chose à ajouter à cette liste de mauvaises pratiques, nous vous invitons à l'inclure.