Фотография сделана Finn Hackshaw на Unsplash “Как вы достигли успеха в управлении продуктом”? Это вопрос, с которым рано или поздно сталкивается каждый продукт-менеджер. По мере того, как управление продуктом перестает быть просто маркетинговой функцией, возрастает и привлекательность этой роли. Если это вам действительно интересно, то цифровому миру найдется, что предложить. Существует огромное количество каналов Slack, групп Facebook, групп LinkedIn и обучающих курсов, в которых можно участвовать, вовлекаться и учиться. Продукт — это огонь. А управлять им еще жарче. Что удивляет в отношении этого тренда так это то, что лишь немногие пользуются таким действительно недооцененным путем к практическому управлению продуктами, как открытый исходный код. Я уже писал об открытом исходном коде как об отличном способе сделать карьеру. Например, техническим писателем. Документация регулярно упоминается как самая большая нерешенная проблема современной культуры разработки, и наша миссия в Corilla — решить это. Но управление продуктом? Как насчет этого? Я знаю, о чем вы думаете. Разве открытый код не только для разработчиков? Разве это не просто код на GitHub? Это что-то о пингвине и злых бородатых дядьках? Уже нет. То, что начиналось как движение, поощряющее открытый обмен исходным кодом, превратилось в мощную продуктовую модель с разношерстным сообществом. Вот краткий перечень того, что изменилось в пользу команд разработки продуктов: Стартапы и крупные компании осознали, что открытый код дает им рыночные преимущества. Даже такая простая вещь, как релиз Twitter Bootstrap, демонстрирует влияние, которое проект может иметь на экосистему. С другой стороны, мы видим, как Red Hat преодолевает отметку дохода в два миллиарда долларов, благодаря ориентации на облачные сервисы, в отличие от «старой-доброй компании, ориентированной на Linux». Но на каждую Red Hat находятся другие отличные технические команды, такие как RethinkDB, которые потерпели крах и прогорели. Этот сегмент актуальен — но только для тех, у кого есть рабочий product-market fit. Сейчас, когда открытый исходный код выходит из тени, чтобы влиться в культуру продукта или умереть, обыкновенное цифровое устройство внезапно становится волшебной «машиной для всего». И это вызывает восторг! Черт! Кто ещё поможет преодолеть разрыв между эпохой программного обеспечения, ориентированного на разработчиков, и ожиданиями клиентов, испорченных безудержным успехом эстетики «дизайн прежде всего» от Apple?  Это звучит как возможность быть лидером, не так ли? Но что это значит на самом деле? Неоспоримым преимуществом открытого исходного кода является возможность получить опыт в чем-то, активно этим занимаясь. И, обычно, при одобрении и поддержке команды, которая сама получает пользу из любого значимого вклада, который вы вносите. Долговременные преимущества участия в проекте с открытым исходным кодом, вероятно, более значимы. Все, что вы вносите в проект с открытым исходным кодом, становится мощным публичным заявлением о вашем развитии в качестве продукт-менеджера. Ваша способность работать в команде, готовность проявлять инициативу и общее развитие в роли продукт-менеджера — это то, что обеспечит вам прорыв в этой роли. Это гораздо больше, чем какая-либо расплывчатая ссылка на предыдущее место работы или учебный курс («ваше резюме менее важно, чем созданные продукты»). Открытый исходный код как сообщество Стоит повторить, что сообщество в культуре открытого исходного кода важно так же, как и технологии. Большинство из них всегда нуждаются в дополнительной поддержке по всем возможным направлениям. Но не только разработка превращает работу команды энтузиастов в реальный продукт, но и задействование других ролей — маркетинга, технических описаний, дизайна, UX и… управления продуктом. Для тех, кто начинает свой путь в управлении продуктами, существует ряд возможностей взаимодействия с Open Source сообществом. Вот два из них, находящихся на разных сторонах стороны экосистемы. С одной стороны, есть крупные поддерживаемые корпорациями проекты и продукты. Преимущество здесь в том, что сообщество относительно хорошо организовано и следует некоторой букве процесса. Такие проекты обеспечены талантливыми участниками и сотрудниками и способствуют адаптации новичков. Преимущество участия в корпоративных проектах или продуктах с открытым исходным кодом заключается в том, что у вас будет возможность изучить заданный процесс. В идеале, под наставничеством опытных продукт-менеджеров из известных компаний. Имейте в виду, что многие компании с открытым исходным кодом, как правило, нанимают работников непосредственно из известных им сообществ. В противоположность вышесказанному, на данном пути вы также будете наблюдать неэффективность и проблемы соответствия продукта на ранней стадии и на выходе. Здесь, как и в любой корпоративной работе, ценность продукт-менеджера заключается не только в том, что он может четко следовать процессу, но и в том, чтобы разгребать лажу, когда она на него свалится. Если вы считаете, что корпоративный проект с открытым исходным кодом нуждается в вас, подождите, пока вы не встретите стартапы с открытым исходным кодом. Привет! Преимущество участия на этом уровне состоит в том, что у вас будет более непосредственное вовлечение в процесс и более быстрые циклы обучения с зачастую безумно талантливыми командами. Как и в любом стартапе, вам будет непросто. Это идеально подходит для амбициозного продукт-менеджера, который желает продемонстрировать свое непосредственное влияние на успех любой конкретной инициативы. Прямые вызовы дадут реальное направление (или вдохновение) для внедрения любых других схем обучения, которые вы используете. Стартапы гарантируют вам обучение всему необходимому в режиме реального времени. Если корпорация — это то место, где вы учитесь и взаимодействуете с постоянным темпом, то в стартапе вы доказываете свою способность управлять временем. И если вы чем-то похожи на меня, вы уже будете в раздумьях… 
Мой духовный руководитель Здесь все проще, чем вы, вероятно, ожидаете. Если вы читаете подобные статьи, то уже знаете, кого эта тема волнует настолько, чтобы посвящать этому время. Пишите в комментариях, находите авторов в Twitter или напрямую по электронной почте. Говоря о Twitter — пишите мне напрямую. С точки зрения механизмов поиска есть несколько вариантов. AngelList имеет каталог компаний с открытым исходным кодом. А поисковая фраза «открытый исходный код» в CrunchBase дает более 6000 результатов. Обращение к источникам* (простите за каламбур) на GitHub может быть полезным. Недавние обновления GitHub Explore были превосходными и стали серьезной отправной точкой для того, что вышло за пределы хранилища кода и само по себе стало важным для сообщества. Еще одна область стратегического поиска — взаимодействие с разработчиками. Вся экосистема отношений с разработчиками основывается на технически подкованных людях со страстью к вовлечению в сообщество. И, наконец, есть несколько объединений людей, более разбирающихся в культуре открытого исходного кода и возможностях внутри него. Среди них — команда opensource.com. Скажите им, что я их вам посоветовал. Если и есть какой-то пункт, который нужно повторить, то я скажу так: открытый исходный код нуждается именно в такой мотивации и ориентации на продукт, чтобы выжить и процветать. Если вы выберете этот неисследованный путь, вы придете к тому, что, вероятно, станет переломным для отрасли. Одновременно это прекрасный способ продвинуться в карьере в области управления продуктами, а также ваш шанс воплотить свои идеи и мечты в экосистеме, осознавая, что она не может просто нуждаться в поддержке — ей нужно зарабатывать с помощью продуктов, определяющих рынок. Мой собственный не так далек от этого — история Corilla к настоящему времени хорошо задокументирована, но кое-в-чем он прошел стороной. Куча технических писателей создает свой собственный внутренний контент-продукт. А потом решается все-таки довести его до уме. Ведь что может пойти не так, правда? Если я могу что-то сделать, чтобы подтолкнуть вас попробовать свои собственные возможности в аналогичном контексте, пожалуйста, дайте мне знать. К чему бы вы ни стремились, просто начните. Если вы выполняете эту миссию — сделайте это. Чем раньше вы это сделаете, тем быстрее вы сможете создать что-то удивительное для всего мира. Спасибо за прочтение. Меня зовут Дэвид Райан. Я разрабатывал такие продукты, как Corilla, работал в таких компаниях, как Red Hat, и был приглашенным лектором в таких местах, как NUMA Paris. В настоящее время я пишу книгу о будущем открытого исходного кода и работаю над «Задавай лучшие вопросы» — информационный бюллетень курирующих темы технологий и сообществ практиков. Скажите привет.