É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.

je n'aime pas

  • Croire que vos contributeurs sont une nuisance

Lorsque des personnes extérieures à l'équipe donnent leur avis, les développeurs ont souvent l'impression d'avoir plus de travail, ce qui est vrai en un sens. Cependant , ignorer ce soutien est une erreur pour un projet open source. Au contraire, il convient d'accueillir et de remercier ces contributeurs pour leur collaboration , et de les encourager à poursuivre. Ces personnes pourraient même devenir des collègues par la suite.

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.

Nombreux sont ceux qui abusent de cette bonne volonté et confient les tâches ingrates à ceux qui veulent aider : des tâches peu intéressantes, sans grande valeur ajoutée et sans impact direct sur le projet. Choisissez avec soin les tâches que vous attribuez à vos contributeurs, car certains pourraient s'en offusquer . N'oubliez pas de mentionner leurs contributions. C'est le seul moyen de maintenir leur engagement et de les encourager à continuer de contribuer.

gestion-de-projet-pour-le-reste-de-nous1

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

Tout d'abord, il convient de bien réfléchir aux tâches que vous confiez aux nouveaux contributeurs. Certaines pourraient être trop complexes pour eux , ce qui risquerait de les décourager ou de les amener à quitter l'entreprise, faute de se sentir capables 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 possible, devenez leur mentor ; cela permettra à vos collègues de se sentir les bienvenus . Ce conseil est également valable dans d’autres domaines.

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

Ces collaborateurs contribuent bénévolement et sur leur temps libre ; il ne faut donc pas leur demander de faire des sacrifices importants . Il est mal vu (pour ce type de travail) que les contributeurs doivent parcourir de longues distances, négliger leur famille pendant quelques jours, passer une nuit à l’hôtel ou s’absenter de leur domicile pour participer à un projet. N’oubliez pas que les contributeurs ne sont pas tous dans le même fuseau horaire. Il est préférable de leur attribuer des tâches précises, de leur fixer une date limite et de les laisser travailler à leur rythme et selon leurs disponibilités.

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.

vie-sociale-zéro-épuisement08

  • 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 impoli qu'un présentateur parfaitement anglophone ignore les personnes qui parlent lentement. Le problème, c'est que, sans pouvoir communiquer dans la même langue, les gens n'ont pas le même niveau d'aisance conversationnelle. Avec un peu de patience, ils parviendront à se comprendre 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.

Il est essentiel d'avoir une vision claire du projet et de la communiquer efficacement. Expliquez clairement à votre équipe vos attentes et vos limites afin d'éviter les conflits entre les participants et de leur permettre de décider en toute connaissance de cause s'ils souhaitent ou non rejoindre votre projet . C'est ainsi que vous pouvez être un bon leader.

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 collègues seront toujours différents, mais ils constituent tous des occasions d'apprentissage . Appréciez-les.

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


Ajouter comme source préférée dans Google