Уникайте цих поганих практик у своїх проектах з відкритим кодом

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

мені не подобається

  • Вважаючи, що ваші дописувачі не дають вам спокою

Коли хтось із зовнішніх спостережень робить спостереження, розробники думають, що вони дали їм більше роботи, і це справді так, але ігнорування цих реквізитів є помилкою для проекту з відкритим кодом. Швидше, вони повинні ласкаво просимо і дякуємо, що вони працюють з вами, щоб вони продовжували це робити. Пізніше ці люди можуть стати вашими колегами.

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

  • Дозволити людям просто робити брудну роботу

Кожна людина, яка хоче зробити свій внесок у проект з відкритим кодом, має різні причини для цього: одні користувачі, а інші хочуть допомогти у цій роботі. У другому випадку це служить вправою чи навчанням щось дати обчислювальній екосистемі, яку вони використовують.

Багато користуються цією доброзичливістю і дають брудну роботу тим, хто хоче співпрацювати: завдання без інтересу, з невеликою вартістю і без прямого впливу на проект. Будьте обережні, які завдання ви доручаєте своїм співавторам, оскільки когось можуть образити, і пам’ятайте віддавати свої заслуги тому, хто цього заслуговує. Це єдиний спосіб тримати їх поруч і продовжувати допомагати.

управління проектами-для-решти-нас1

  • Встановлення дуже високих очікувань щодо нових співробітників

В принципі, ви повинні подбати про те, яке завдання ви доручите новим учасникам. Деякі можуть бути дуже складними, і їх неможливо зробити, тому вони в кінцевому підсумку злякаються або зникнуть, бо не відчувають можливості допомогти.

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

Якщо можеш, станьте їхнім наставником, бо це змушує ваших співробітників почувати себе бажаними. Ця порада стосується й інших областей.

  • Просити цих людей принести жертву у своєму житті

Ці співробітники вносять добровільний внесок та у вільний час, тому їх не слід просити на великі жертви. Не зненацькується (для цього виду роботи), що дописувачі повинні їхати на великі відстані, нехтувати своєю сім'єю протягом декількох днів, ночувати в готелі або далеко від дому, щоб бути частиною проекту або вписатися в нього. Пам’ятайте, що не кожен, хто допомагає, має однаковий часовий пояс. Бажано доручити їм певні завдання, вказати час доставки і дозволити їм виконати їх у своєму темпі та у свій доступний час.

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

соціальне життя-нульове вигорання08

  • Думаючи, що іноземці дивні

Загальновідомо, що в більшості проектів з відкритим кодом англійська мова використовується як загальна мова спілкування, оскільки це універсальна мова, і вона працювала дотепер добре. Але багато людей не народилися розмовляючи англійською мовою, а деякі не вільно говорять, тому деякі люди розчаровані повільністю розмови.

Це поганий смак, коли експонент, який вільно володіє англійською мовою, ігнорує людей, бо вони говорять повільно. Але недоліком є ​​те, що, не маючи можливості спілкуватися однією мовою, люди не знаходяться на одному рівні усної розмови. Багато терпіння, і вони прекрасно зрозуміють одне одного.

  • Без бачення неможливо делегувати

У проектах з відкритим кодом поширена помилка бачити, як лідер бореться зі зростанням свого проекту, навіть коли у нього є люди, які намагаються допомогти.

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

Наявність бачення проекту та його поширення є надзвичайно важливими. Поясніть своїм співробітникам, чого ви хочете, а чого не уникати тертя між учасниками, щоб вони знали, приєднуватися до вашої роботи чи ні. Таким чином ви можете бути хорошим капітаном.

Як тільки вони приєднаються до вашого проекту, вам слід якомога швидше довіряти їм і делегувати їм деякі обов'язки. Дайте їм якусь цілу частину, щоб вони почувались такими ж відповідальними, як і ви. Якщо, з іншого боку, ви збережете занадто великий контроль, ви залишитесь працювати на самоті і сповільните його зростання.

стрес

  • Забудьте бути вдячними

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

Якщо вам є що додати до цього переліку поганих практик, ми запрошуємо вас включити це.


2 коментарі, залиште свій

Залиште свій коментар

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

*

*

  1. Відповідальний за дані: Мігель Анхель Гатон
  2. Призначення даних: Контроль спаму, управління коментарями.
  3. Легітимація: Ваша згода
  4. Передача даних: Дані не передаватимуться третім особам, за винятком юридичних зобов’язань.
  5. Зберігання даних: База даних, розміщена в мережі Occentus Networks (ЄС)
  6. Права: Ви можете будь-коли обмежити, відновити та видалити свою інформацію.

  1.   Марті Макфлай - сказав він

    Чудова стаття, щирі вітання шановній дамі, яка її написала ...

  2.   Урбі - сказав він

    Дуже хороший путівник, я думаю, що всі ми в той час допустили принаймні одну з цих помилок, і я знаю багатьох, хто був би корисним, 10/10: ^)