Избегайте этих плохих практик в ваших проектах с открытым исходным кодом

В сети можно найти много информации о том, как разработать проект с открытым исходным кодом, но никто не комментирует то, чего следует избегать. Вот почему мы хотим рассказать вам о некоторых случаях негативного поведения или недобросовестных практик, которых необходимо избегать, чтобы проект был успешным.

мне не нравится

  • Полагая, что ваши авторы доставляют неудобства

Когда кто-то сторонний делает наблюдение, разработчики думают, что они дали им больше работы, и это действительно так, но игнорировать эти реквизиты - ошибка для проекта с открытым исходным кодом. Скорее они должны добро пожаловать и спасибо, что они работают с вами, чтобы они продолжали это делать. Позже эти люди могут стать вашими сотрудниками.

Вам нужны люди, которые сделают вклад, затем внесут второй и третий. Так что не исключено, что у вашего проекта появятся новые представители по обслуживанию.

 

  • Позволить людям делать грязную работу

У каждого человека, который хочет внести свой вклад в проект с открытым исходным кодом, есть разные причины для этого: некоторые из них являются пользователями, а другие хотят получить опыт помощи в этом виде работы. Во втором случае это упражнение или обучение, чтобы дать что-то вычислительной экосистеме, которую они используют.

Многие пользуются этой доброй волей и поручают грязную работу тем, кто хочет сотрудничать: задачи без интереса, с малой ценностью и без прямого воздействия на проект. Позаботьтесь о том, какие задачи вы поручаете своим участникам, потому что некоторые могут обидеться, и не забудьте отдать должное тому, кто этого заслуживает.. Это единственный способ держать их рядом и продолжать помогать.

управление-проектом-для-остальных-из-нас1

  • Установление очень высоких ожиданий от новых сотрудников

В принципе, вы должны позаботиться о том, какую задачу вы поручите новым участникам. Некоторые могут быть очень сложными и не могут быть выполнены, поэтому они испугаются или исчезнут, потому что не будут чувствовать себя в состоянии помочь.

Заранее поговорите с ними об их навыках, и вы сможете сделать обзор их способностей и помочь им проявить себя в проекте. По пути одни останутся, а другие уйдут, но это часть процесса.

Если сможешь, стать их наставником, потому что это заставляет ваших сотрудников чувствовать себя желанными. Этот совет применим и к другим областям.

 

  • Попросите этих людей пожертвовать своей жизнью

Эти сотрудники вносят свой вклад добровольно и в свободное время, поэтому от них не следует требовать больших жертв.. Это не осуждается (для этого типа работы), что участники должны путешествовать на большие расстояния, пренебрегать своей семьей в течение нескольких дней, проводить ночь в отеле или вдали от дома, чтобы стать частью проекта или вписаться в него. Помните, что не все, кто помогает, имеют одинаковый часовой пояс. Желательно назначить им определенные задачи, указать время выполнения и позволить им выполнять их в своем собственном темпе и в доступное время.

Тем не менее, рекомендуется заняться некоторыми социальными мероприятиями, чтобы поделиться ими и познакомиться с ними. Вы также можете проводить видеоконференции с помощью бесплатного программного обеспечения.

социальная жизнь нулевое выгорание08

  • Думая, что иностранцы странные

Хорошо известно, что большинство проектов с открытым исходным кодом используют английский как общий язык общения, поскольку это универсальный язык, и до сих пор он хорошо зарекомендовал себя. Но многие люди родились не говорящими по-английски, а некоторые не говорят бегло, поэтому некоторых людей расстраивает медленность разговора.

Это дурной тон, когда говорящий, свободно владеющий английским, игнорирует людей, потому что они говорят медленно. Но недостатком является то, что из-за невозможности общаться на одном языке, люди не находятся на одном уровне устного разговора. Потерпите и они прекрасно поймут друг друга.

 

  • Без видения невозможно делегировать

Распространенная ошибка в проектах с открытым исходным кодом - видеть, как руководитель борется с ростом своего проекта, даже когда у него есть люди, пытающиеся помочь.

Когда начинают прибывать соавторы, они начинают добавлять новые характеристики, они хотят оценивать и ориентироваться; а руководители проектов замирают и не знают, что ответить, поэтому участники разочаровываются и рано или поздно исчезают.

Чрезвычайно важно иметь видение проекта и сообщать о нем. Дайте понять своим сотрудникам, чего вы хотите и чего не следует избегать трений между участниками, чтобы они знали, присоединяться к вашей работе или нет.. Так ты сможешь стать хорошим капитаном.

Как только они присоединятся к вашему проекту, вы должны как можно скорее доверять им и делегировать им некоторые обязанности. Дайте им целую часть, чтобы они чувствовали себя такими же ответственными, как вы. Если, с другой стороны, вы сохраните слишком много контроля, вы останетесь работать в одиночестве и остановите его рост.

стресс

  • Забудь быть благодарным

Опыт и чувства ваших сотрудников всегда будут разными, но все это служит обучением. Спасибо.

Если вам есть что добавить к этому списку плохих практик, мы приглашаем вас включить это.


Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

2 комментариев, оставьте свой

Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   Марти Макфлай сказал

    Отличная статья, мои искренние поздравления уважаемой даме, написавшей ее ...

  2.   Городу сказал

    Очень хорошее руководство, я думаю, что все мы в то время сделали хотя бы одну из этих ошибок, и я знаю многих, кто будет полезен, 10/10: ^)