Система Linux выросла из хобби. В результате человечество получило не только нужный и востребованный продукт, но и полезный урок. К увлечением следует относиться очень серьёзно — никто не знает, что из этого может получиться.
Безусловно, система Linux — это всем известный пример. Но много самых разных программистов, помимо основной работы, занимаются созданием ПО «для души», даже не думая о том, что их хобби может стать чем-то большим. А когда это случается, не знают, что делать с таким внезапно свалившемся на них счастьем.
Бизнесу, так или иначе связанному с открытой разработкой, часто приходится решать задачи по масштабированию проектов. Зачастую на ранних стадиях невозможно предсказать, какая именно разработка «выстрелит» и потребует значительно больше ресурсов для дальнейшего развития.
Сингапурская участница сообщества Fedora (Fedora Ambassador) Хайрен Ву в опубликованной на сайте OpenSource.com статье рассказывает об одном из таких проектов. Полученный в результате опыт может помочь компаниям, которые решают проблемы масштабирования какой-либо разработки.
Речь идёт о сообществе, которое сформировалось вокруг виртуальной частной сети SoftEther, развиваемой силами студентов университета японского города Цукуба. Ведущий разработчик проекта — Дайу Нобори.
Он начал разработку SoftEther для того, чтобы обойти брандмауэр в своём кампусе. Программа получилась весьма удачной, и Дайу Нобори решил начать свой собственный бизнес, открыв компанию SoftEther. В начале 2014 г. решение начало распространяться на условиях свободной лицензии GPLv2, а исходный код приложения был опубликован на GitHub.
Результат не заставил себя ждать. Программа SoftEther VPN стала одной из самых популярных в своём классе, причём совершенно заслуженно.
Однако, для самого Нобори такой успех стал полной неожиданностью. Конечно, первое время он был совершенно счастлив и вкладывал много сил в поддержку проекта. Но впоследствии его приоритеты сменились и уделять программе столько внимания, как раньше, он уже не мог.
Участники разработки присылали свой код, а потом долго ждали, пока он утвердит изменения. Сообщество обеспокоилось. На GitHub даже был опубликовано обращение с говорящим названием «Is this project DEAD?». Через несколько дней Нобори ответил, что проект не умер, но он хотел бы сосредоточиться на стабильности ПО, поскольку именно это более всего востребовано корпоративным пользователем. Реализация же новых функций требует тщательного тестирования, на которое нужно время.
Разумеется, такой ответ не устроил участников проекта, и тогда Нобори понял, что от него ждут решения проблемы, а не объяснения причин её появления. Образовалась довольно типичная для Open Source ситуация, когда разработчику приходится заниматься непривычными для него вопросами управления сообществом.
Бизнес, построенный на решениях Open Source — задача очень непростая прежде всего из-за необходимости постоянного соблюдения баланса между ожиданиями сообщества и требованиями корпоративных заказчиков. Одним хочется быстрого развития, другим — стабильности.
Нобори сделал следующее. Во-первых, он внёс структурные изменения в проект, взяв за образец модель upstream/downstream, реализованную Red Hat по отношению к разработке дистрибутива Fedora. Сообщество находится «вверху течения» и занимается новыми функциями, которые по мере готовности и необходимости включаются в корпоративный продукт, расположенный «внизу течения». Такой подход устраивает всех. Энтузиасты могут активно разрабатывать и тестировать новые модули, а компании продолжают использовать стабильные функции. Необходимый для Open Source баланс достигнут.
Во-вторых, Нобори предложил участникам проекта стать майнтейнерами и самостоятельно развивать программу. Инициатива была принята с большим энтузиазмом, правда появилась новая проблема — у разных людей есть разные мнения по поводу перспектив решения. В частности, пока непонятно, следует ли создавать отдельную ветвь на GitHub или должен быть отдельный репозиторий. Обсуждение этого вопроса продолжается.
Очевидно, что трудности, с которыми столкнулся Нобори, были обусловлены тем, что даже у самого талантливого человека есть всего одна голова, пара рук и 24 часа в сутки. Никто не в состоянии делать всё. Как правило, лидеры сообществ не должны участвовать в бизнесе — они заняты решением других вопросов.
Таким образом, в свободном проекте были реализованы два принципа:
· делегирование полномочий и ответственности, что повышает взаимное доверие всех участников;
· обработка и учёт различных мнений, что позволяет определить лучшую стратегию развития.
По мнению Хайрен Ву, главный урок проекта SoftEther заключается в том, что всегда найдутся люди, готовые взять на себя часть бремени лидера. Следует только доверять им и учитывать их мнение.
