Советы по управлению проектом с открытым исходным кодом (с создателем Homebrew)

Я встретился с Максом Хауэллом, создателем Homebrew, одного из самых широко используемых инструментов разработки и одного из самых вездесущих проектов с открытым исходным кодом последних лет. В нашей с ним беседе Макс поделился некоторыми интересными соображениями о том, как ему удается поддерживать и управлять отличным продуктом и проектом.

Этот разговор состоялся в рамках встречи сообщества DevLake. DevLake — это платформа dev-data с открытым исходным кодом, дающая вам возможность подключать, запрашивать и визуализировать данные из всех ваших инструментов разработки, и все это в полностью персонализированной приборной панели.

Так давайте же приступим!

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

«Это экспресс-курс по всему: от управления продуктом, до обслуживания клиентов, дизайна, DevOps… Вы должны быть готовы делать все эти вещи или нанять и привлечь людей, которые могут это делать». — Макс Хауэлл (создатель Homebrew)

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

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

2. Умейте говорить «НЕТ». Со смыслом.
Особенно на ранних этапах есть соблазн принять почти все, что приходит, но если вы будете так поступать, ваш проект может потерять цель, видение или качество. Как сопровождающий вы должны уметь говорить «нет» и обеспечивать обратную связь и руководство, чтобы убедиться, что следующий вклад тоже стоит того, чтобы сказать «да». Вам также необходимо четко определить, что является приемлемым, какова цель проекта и как должна выглядеть дорожная карта. Чем меньше гадать придется участникам, тем лучше будет проект и продукт.

3. Не оставляйте все слишком отполированным.
Всегда есть искушение достичь совершенства. Однако если вы не оставите пользователям и членам сообщества возможности найти ошибки, проблемы или возможности для улучшения проекта, вы слишком ограничите возможности «взлома», чтобы люди могли испачкать свои руки.

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

5. Меньше функций = лучший продукт.
Будьте дисциплинированы в отношении своей дорожной карты, сценариев использования, возможностей и целей. Чем больше их становится, тем менее целостным остается видение, а шансы на выпуск нестабильных релизов с серьезными ошибками резко возрастают.

6. Не бойтесь стать лидером и «фигурантом
Многие новые сопровождающие испытывают чувство «синдрома самозванца» и в результате избегают внимания или ответственности за свой проект. По словам Макса, «в каждом великом проекте всегда был какой-то четкий человек, четкий лидер, который мог ставить цели и принимать решения».
Должен быть кто-то, кто возглавляет проект и делает это публично, чтобы задавать тон, быть доступным, делиться обновлениями и информацией, а также принимать решения.

7. Смиритесь с «неблагодарной» природой OSS.
Многие новые сопровождающие с трудом осознают, что в большинстве случаев у их пользователей не будет возможности или мотивации поблагодарить их или поделиться своими историями. Как только вы растете, вы должны принять тот факт, что радость и удовлетворение заключается в создании чего-то великого, и с верой в то, что вы даете возможность другим создавать великие вещи, и что в конечном итоге это действительно будет стоить того.

В моем следующем блоге я поделюсь мыслями Макса о будущем open-source и о том, как, по его мнению, будут выглядеть текущие проблемы (и будущие решения)!

Следите за следующей статьей!

Присоединяйтесь ко мне в этот четверг, где я буду обсуждать устойчивость open-source с Джозефом Джекс (основателем OSS Capital и Open Core Summit): https://twitter.com/i/spaces/1BRJjngEvqNJw?s=20

*Узнайте больше о том, что мы делаем вместе с DevLake: * https://github.com/apache/incubator-devlake

Оцените статью
devanswers.ru
Добавить комментарий