Путь руководителя нетехнического релиза до статуса наставника по разработке ядра WordPress

Летом 2019 года меня попросили помочь с выпуском WordPress. За несколько месяцев до этого представители Core Team связались с другими командами, чтобы увеличить разнообразие команд, выпускающих релизы, и я начал серьезно обдумывать это.

В то время я уже был активно вовлечен в экосистему WordPress и второй год работал менеджером сообщества и партнерства WordPress в SiteGround, но у меня не было никакого опыта в том, как работает WordPress с точки зрения Core. Тем не менее, когда Джозефа Хейден, исполнительный директор WordPress.org, связалась со мной, я без колебаний согласился. И это оказалось одним из самых сложных и полезных событий в моей жизни. Вот как.

Случайный участник: мой путь в технологиях

С самого раннего возраста мне казалось, что мне предначертано стать разработчиком. Мои родители — программисты, они начали работать в шестидесятых, а свой первый персональный компьютер я получил в 1982 году, когда жители Италии еще не имели ни малейшего представления о том, что это такое.

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

Хотя внутреннее программирование меня никогда не интересовало, в 1999 году я начал посещать занятия по веб-дизайну, а затем в 2004 году записался на обучение по специальности «Искусство и мультимедиа». Наконец, в 2008 году я нашел WordPress и начал зарабатывать на жизнь это в 2010 году.

Вскоре я понял, что мое истинное мастерство заключается в том, чтобы помогать клиентам, которые обращались ко мне с запросом на веб-сайт, лучше сосредоточиться на их «зачем» для веб-сайта и думать о своем бизнесе и маркетинговой стратегии, прежде чем они наняли меня. Я писал книги о бизнес-планировании, продуктивности и веб-сайтах. Я также начал выступать на WordCamps и других мероприятиях, чтобы обучать фрилансеров этим темам.

В 2015 году я случайно встретил некоторых людей, которые были вовлечены в сообщество WordPress, что побудило меня тоже начать вносить свой вклад. У меня не было навыков разработки, поэтому я никогда не думал, что смогу внести свой вклад в OSS, но оказалось, что в этом нет необходимости. Я встретил людей, которые указали мне на множество различных команд, которые делают WordPress, и начали активно работать в Polyglots, а затем в сообществе.

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

Здесь я встретил SiteGround. Летом 2017 года они искали менеджера сообщества, и, несмотря на то, что я им не занимался, я решил подать заявку и получил работу. Присоединение к компании позволило мне спонсировать время, чтобы внести свой вклад в WordPress. Это также позволило мне использовать коллективные знания моих коллег, когда я начинаю готовить новые идеи для проекта.

Поэтому я сказал «да» без колебаний, но правда в том, что это «да» готовилось почти пять лет. Кроме того, я чувствовал, что Джозефа и SiteGround доверяют мне хорошую работу. В свою очередь, я доверился сообществу WordPress, которое помогло мне понять все, что мне нужно было изучить.

Как работает WordPress

Другим обнадеживающим фактором было то, что, начиная с WordPress 5.0, выпуск больше не производился одним человеком, как это было в течение многих лет, или человеком с парой заместителей. Теперь за работой работала целая команда, ласково называемая «отрядом», так что на палубе много рук.

Много общения

Во время цикла выпуска происходит много общения. Есть сообщения в блогах от разных команд Make. На каждом этапе выпуска в разделе «Новости» на WordPress.org есть сообщения в блоге. В общедоступном канале Slack ведется постоянная болтовня, а есть приватный канал, который служит страховкой для новых людей, которые изначально могут испугаться, задавая вопросы в большом общедоступном канале.

Различные роли в команде релизов

Что мне больше всего нравится в этой модели для выпуска, так это разнообразие ролей, которые она включает. Есть разработчики, дизайнеры, маркетологи, технические писатели и руководители проектов. WordPress состоит не только из кода, и приятно видеть, что все эти различные навыки объединяются, чтобы внести свой вклад в его выпуск.

Роль координатора выпуска (которого я выполнял для WordPress 5.3 и 5.4) и менеджера по сортировке (роль, которую выполнял превосходный Дэвид Баумвальд для версий 5.3, 5.4 и 5.5) состоит в том, чтобы следить за всеми изменениями. движущиеся части. И я говорю попробовать , потому что это почти невозможно. Вот почему есть фокусные лиды для разных частей, над которыми работают.

Мэтт Мулленвег — руководитель проекта и руководитель выпуска, начиная с WordPress 5.0. Он составляет дорожную карту высокого уровня и основные проекты. Но помимо этого, он не участвует в повседневной жизни разработки Core. За более чем год участия в выпусках Core Мэтт только один раз попросил добавить функцию.

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

Сопровождающие компоненты и основные коммиттеры

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

Как только билет считается готовым, на сцену выходят Core Committers. Они делают окончательный обзор билета. Они могут запросить некоторые изменения или сами внести изменения во время фиксации. Это то, что меня, наверное, больше всего удивило. Я действительно не думал, что фиксация может занять несколько часов, но она определенно может. В релизах, которые я координировал, я определенно не наблюдал большой вовлеченности со стороны сопровождающих и коммиттеров, и это очень демотивирует людей, работающих над заявками. Не все может быть выпущено в релиз, даже если патч готов, потому что не хватает людей, чтобы проверить, дать отзыв и, в конечном итоге, зафиксировать. Имея немного ресурсов, вам приходится делать выбор, и он не всегда будет соответствовать предпочтениям каждого пользователя или участника WordPress.

Это, вероятно, одна из самых больших проблем, с которыми WordPress придется столкнуться в будущем: как мы можем повторно активировать людей, которые могут оказать большую помощь?

Вечеринка выпуска

Несмотря на эти проблемы, дело сделано, и когда релиз готов, мы отмечаем это вечеринкой. Я не знаю, кто начал называть их Release Party или когда они появились. Что я знаю, так это то, что для 5.3 и 5.4 я провел довольно много, и все они были очень веселыми.

В день одного из этапов релиза (это могут быть бета-версии, релиз-кандидаты или общий релиз) основной канал становится очень активным: многие люди выходят в интернет, чтобы посмотреть, как выпускается версия WordPress. Есть несколько шагов, и разные люди участвуют в разных задачах. Шаги выпуска задокументированы в руководстве Core и соблюдаются публично, чтобы каждый мог их увидеть.

Самая большая вечеринка — это общий день релиза; есть один конкретный момент, который невероятно силен. В WordPress есть счетчик загрузок, поэтому перед выпуском новой версии команда делает скриншот предыдущей, мы все прощаемся и приветствуем новенького. Несмотря на то, что все виртуально, этот момент почти осязаем и никогда не перестанет волновать меня. Мы снова сделали WordPress.

12 месяцев в качестве основного участника

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

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

График выпуска

Одна вещь, о которой просили многие участники, — это среднесрочный график релизов, чтобы лучше соответствовать их работе и личному календарю. Быть новичком может быть сложно, потому что вы не знаете всей истории и предыстории того, почему все делается определенным образом, но это также преимущество. Вы можете возобновить разговоры. После обсуждения этого с командой и другими командами мне стало ясно, что это просто вопрос «кто собирается обсудить это с Мэттом». Так я и сделал. Пару дней спустя в блоге Core был опубликован предварительный график выпуска WordPress 6.0, и с тех пор мы его используем.

Большая команда по выпуску и наставничество

Команда релизов также становится больше с каждым релизом. Многие команды участвуют в его создании и затронуты им. Важно, чтобы все эти команды были представлены в этом процессе. В WordPress 5.5 есть несколько новых ролей, а в 5.6 их будет еще больше: Тестирование, Документация, Поддержка — все это жизненно важные компоненты того, что делает WordPress отличным, поэтому важно получать их отзывы, пока программное обеспечение находится в активной разработке.

И важно иметь наставников. Это серьезное улучшение, которое Джозефа представила в WordPress 5.3. Команда релиза состоит не только из фокус-лидов, но и из растущей группы наставников, способных помочь новым участникам освоить основы. Идея состоит в том, что эти люди в конечном итоге станут наставниками и будут учить новых людей. Это еще один отличный способ вовлечь в Core все больше и больше людей с разными навыками и опытом.

И это подводит меня к самому большому изменению (и вызову) из всех. В WordPress 5.6, который обещает стать массовым релизом, будет команда, полностью состоящая из женщин и людей, которые идентифицируют себя как женщины. Как и многие вещи в WordPress, все началось с момента «Размышлений вслух» и теперь стало реальностью. Работа над этим релизом начнется очень скоро, и я рад принять в ней участие в качестве наставника.

WordPress нужна ваша помощь

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

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

Активное участие также означает оставление конструктивных отзывов в тикетах или предложение делать заметки во время чата разработчиков. В этом проклятие и красота масштабного проекта. Всегда есть чем заняться!

В последние несколько лет я также наблюдал увеличение вклада различных компаний. Например, в SiteGround мы годами в основном участвовали в мероприятиях и сообществе. Мы спонсировали, и мы были волонтерами, мы были организаторами и спикерами. Мы много работали в испанском сообществе WordPress, чтобы помочь ему развиваться и расти, и теперь оно является одним из крупнейших в мировом сообществе. В прошлом году мы увеличили количество часов, которые мы посвящаем большему количеству технических команд. Я по-прежнему активен в Core как наставник и как представитель команды. Один из наших инженеров WordPress, Станимир Стоянов, входит в команду безопасности, а один из наших инженеров JavaScript, Кирилл Желязков, теперь посвящает пару дней в неделю Гутенбергу.

Эти темы соответствуют нашим ценностям, поэтому наше более активное участие было естественным прогрессом.

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

Мои личные опасения и надежды на будущее проекта

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

Сопровождающие компоненты и основные коммиттеры: вы нужны больше, чем когда-либо

На момент написания этой статьи в проекте работало около 60 коммиттеров и 60 сопровождающих компонентов, и многие люди выполняли двойные, тройные, а иногда и шестикратные обязанности. Но реальность такова, что в WordPress 5.4 и 5.5 сотни коммитов сделал Сергей Бирюков. Я невероятно благодарна Сергею за работу. В то же время я чувствую, что мы непреднамеренно встраиваем фактор шины в Core. Большинство людей с доступом к Core Commit не зафиксировали ни одного тикета. Точно так же я связался со всеми сопровождающими компонентов, чтобы узнать об их планах на будущие выпуски, и только около 50% компонентов ответили.

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

Моя карьера насчитывает более 25 лет в разных отраслях, и одно остается неизменным: когда люди видят, что кто-то другой исполняет роль, они теряют мотивацию, а иногда даже боятся вступать в должность. Дефицит не только побуждает к покупкам, но и к новым взаимодействиям.

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

Документация — высшая форма щедрости

Я говорю это каждый раз, когда говорю о вкладе в OSS: документации часто не хватает. Часто то, что есть, уже устарело.

Как убедиться, что документация не является второстепенной задачей, а встроена в процесс разработки?

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

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

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

Следите за движущимися частями и работайте как единое целое

Еще я часто замечаю, как команды, фокусы и компоненты работают изолированно.

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

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

Trac очень детализирован, и у вас есть ряд готовых отчетов, вы можете фильтровать по вехам и видеть, сколько тикетов в каждом компоненте, но это только часть истории.

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

Войдите на Гитхаб. В какой-то момент.

Этого не произойдет в ближайшее время, но я надеюсь, что это когда-нибудь произойдет. Перенесите разработку и управление проектами WordPress на GitHub, как это сделал Гутенберг.

Я знаю, что для многих это будет стимулом внести свой вклад в WordPress более привычным способом. Это снизит планку входа, что всегда приветствуется. С некоторыми удобными учебными пособиями это позволит нетехническим людям внести свой вклад в документацию, тестирование и управление проектами.

Будущее яркое

Несмотря на все проблемы, а может быть, и из-за них, у WordPress светлое будущее.

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

Итог: WordPress нуждается во всех нас, чтобы это произошло. Надеюсь увидеть вас на борту!