Руководства По Управлению Проектами Программного Обеспечения С Открытым Исходным Кодом


Был опубликован набор руководств, подробно описывающих все тонкости запуска, управления, поддержки и участия в проектах с открытым исходным кодом. Несмотря на то, что они созданы и курируются GitHub с участием внешних рецензентов сообщества, они не являются эксклюзивными для продуктов GitHub.

В руководствах есть что-то для каждой роли, связанной с программным обеспечением с открытым исходным кодом (OSS), будь то менеджер, сопровождающий или просто участник. Они также служат напоминанием о том, каких усилий и объема работы требует проект с открытым исходным кодом, чтобы его можно было запустить и поддерживать. Когда мы просматриваем их, вы, безусловно, будете ошеломлены тем, в какой степени OSS нуждается в помощи и участии.

Начиная с внесения вклада, варианты заключаются в следующем:: 

Написание кода или документации

Проектируйте и заботьтесь о удобстве использования проекта

Планируйте мероприятия

Помогайте другим, просматривая их код или предлагая им советы

Пишите книги, рецепты, списки

Написать промо-материал

Организуйте полноценные занятия,электронные курсы или вебинары, чтобы обучить людей использованию проекта 

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

Запуск проекта 

Выбор лицензии

Написание README

Написание рекомендаций по внесению вклада

Установление кодекса поведения

Нейминг и брендинг вашего проекта 

Вы стартовали, ура!  Но быть одиноким-это не весело. Следующий шаг-поиск спонсоров.

Поиск пользователей для Вашего проекта

Для этого вам нужно: 

Выясните свое сообщение:”Вы должны быть в состоянии объяснить, что это делает и почему это важно” 

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

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

Создайте себе репутацию

Продолжайте в том же духе! “Сосредоточьтесь на построении отношений, а не на надежде, что ваш проект спонтанно наберет популярность” 

Теперь вы и ваши приспешники распространяете слухи, и люди проверяют это. Потрясающе! Теперь, как вы заставляете их оставаться рядом?

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

Например, сообщество и руководство проекта Perl, безусловно, не чужды конфликтам, и, безусловно, оно может найти несколько полезных советов о том, как их разрешать, а также обращаться с плохими участниками. Ярким примером таких разногласий является раскол Perl5 и Perl6, подробно описанный в Дискуссии о переименовании Perl, которая подчеркивает напряженность или вращается вокруг Генерального плана Perl. В этой теме в твиттере есть вся подноготная.

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

Что значит быть сопровождающим?

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

Это включает в себя: 

Документирование ваших процессов

Запишите видение вашего проекта

Передача ваших ожиданий

Поддержание связи в открытом доступе

Поддержание дружеского разговора

Быть активным

Охват наставничества

Совместное использование рабочей нагрузки

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

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

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

Сопровождающие

Жертвователь

Коммиттеры

Для некоторых проектов “сопровождающие” – это единственные люди в проекте, имеющие доступ к фиксации. В других проектах это просто люди, которые перечислены в README в качестве сопровождающих.

“Участником” может быть любой, кто комментирует проблему или запрос на вытягивание, люди, которые добавляют ценность проекту (будь то сортировка проблем, написание кода или организация мероприятий), или любой, у кого есть объединенный запрос на вытягивание (возможно, самое узкое определение участника).

Термин “коммиттер” может использоваться для того, чтобы отличить доступ к коммиту, который является конкретным видом ответственности, от других форм вклада. Что подводит нас к тревожному вопросу: “Когда я должен предоставить кому-то доступ к фиксации?”

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

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

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

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

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


Добавить комментарий