A jornada de um líder de lançamento não técnico para se tornar um mentor para o desenvolvimento do WordPress Core

No verão de 2019, me pediram para ajudar com um lançamento do WordPress. Alguns meses antes, os representantes do Core Team entraram em contato com outras equipes em um esforço para aumentar a diversidade das equipes de lançamento, e comecei a pensar seriamente nisso.

Na época, eu já estava fortemente envolvido no ecossistema do WordPress e estava no meu segundo ano como Gerente de Comunidade e Parceria do WordPress no SiteGround, mas não tinha nenhuma experiência sobre como o WordPress é feito do ponto de vista do Core. Ainda assim, quando Josepha Haden, diretora executiva do WordPress.org, me chamou, eu disse sim sem hesitar. E provou ser uma das experiências mais desafiadoras e gratificantes da minha vida. Aqui está como.

Um colaborador acidental: meu caminho na tecnologia

Desde cedo, eu parecia estar predestinado a me tornar um desenvolvedor. Meus pais são programadores, começaram nos anos 60, e ganhei meu primeiro computador pessoal em 1982, quando as pessoas na Itália não tinham ideia do que eram.

Segui seu espírito de trabalho e achei que seu trabalho era fascinante, fazer uma máquina fazer o que você quer, mas fui atraído por outras opções de carreira. Na verdade, eu realmente não sabia o que queria fazer quando crescesse, mas computadores e sites continuaram sendo uma grande parte da minha vida pessoal e profissional.

Embora a programação de back-end nunca tenha sido algo que me interessasse, eu me vi fazendo um curso de web design em 1999, depois me inscrevi em Artes e Multimídia em 2004. Eu finalmente encontrei o WordPress em 2008 e comecei a viver de isso em 2010.

Logo, percebi que minha verdadeira habilidade era ajudar os clientes que vinham até mim com um pedido de um site para se concentrar melhor no “porquê” do site e pensar sobre seus negócios e estratégia de marketing antes de me contratar. Escrevi livros sobre planejamento de negócios, produtividade e sites. Também comecei a dar palestras em WordCamps e outros eventos para educar freelancers sobre esses tópicos.

Em 2015, conheci aleatoriamente algumas pessoas que estavam envolvidas na comunidade WordPress, o que me levou a começar a contribuir também. Eu não tinha habilidades de desenvolvimento, então nunca pensei que poderia contribuir para o OSS, mas acontece que isso era desnecessário. Conheci pessoas que me indicaram as muitas equipes diferentes que fazem o WordPress e começaram a ser ativas no Polyglots primeiro e na Comunidade depois.

Continuei trabalhando no meu negócio, mas quanto mais contribuía para o WordPress, mais queria encontrar uma maneira de ajudar milhares de pessoas ao mesmo tempo. Meus esforços de divulgação de dar palestras, ajudar os organizadores da comunidade e escrever conteúdo necessário para escalar.

Foi aqui que conheci o SiteGround. No verão de 2017, eles estavam procurando um Community Manager e, apesar de não ser um de profissão, decidi me candidatar e consegui o emprego. Juntar-me à empresa me permitiu ter um tempo patrocinado para contribuir com o WordPress. Também me permitiu explorar o conhecimento coletivo dos meus colegas quando comecei a preparar novas ideias para o projeto.

Então eu disse sim sem hesitar, mas a verdade é que esse sim levou quase cinco anos para ser feito. Além disso, senti que Josepha e SiteGround confiavam em mim para fazer um bom trabalho. Em troca, confiei na comunidade WordPress para me ajudar a descobrir todas as coisas que eu precisava aprender.

Como o WordPress é feito

O outro fator encorajador foi que desde o WordPress 5.0, um lançamento não era mais feito por uma pessoa, como costumava ser por anos, ou uma pessoa com alguns deputados. Agora havia uma equipe inteira trabalhando, carinhosamente conhecida como “o esquadrão”, então há muitas mãos no convés.

Muita Comunicação

Durante um ciclo de lançamento, há muita comunicação. Existem postagens no blog de diferentes equipes de criação. Em cada estágio do lançamento, há postagens de blog na seção Notícias do WordPress.org. Há conversas constantes no canal público do Slack e há um privado que é a rede de segurança para as novas pessoas que inicialmente podem se sentir intimidadas por fazer perguntas em um grande canal público.

Os diferentes papéis no esquadrão de lançamento

O que eu mais amo nesse modelo para o lançamento é a variedade de papéis que ele inclui. Existem desenvolvedores, designers, profissionais de marketing, escritores técnicos e gerentes de projeto. O WordPress não é feito apenas de código, e é ótimo ver todas essas diferentes habilidades se unindo para contribuir com seu lançamento.

O papel do Release Coordinator (aquele que cobri para WordPress 5.3 e 5.4) e do Triage PM (papel que foi coberto pelo excelente David Baumwald para 5.3, 5.4 e 5.5) é tentar ficar de olho em todas as partes móveis. E eu digo tentar porque é quase impossível. É por isso que existem leads de foco para as diferentes partes que estão sendo trabalhadas.

Matt Mullenweg é o líder do projeto e tem sido o líder de lançamento desde o WordPress 5.0. Ele apresenta o roteiro de alto nível e os projetos de foco. Mas, além disso, ele não está envolvido com o dia-a-dia do desenvolvimento do Core. Em mais de um ano envolvido nos lançamentos do Core, Matt pediu apenas uma vez para adicionar um recurso.

Fico irritado quando as pessoas pensam que tudo o que acontece no WordPress é porque Matt quer assim. Isso diminui o papel de todas as pessoas que se preocupam com o projeto e assumem a responsabilidade de levar as coisas adiante, orientar problemas, defender tickets e, em geral, comprometer-se a contribuir para tornar o WordPress melhor para todos, não importa se o fazem por um bilhete ou trabalhar nele em tempo integral.

Mantenedores de Componentes e Commiters Principais

Um grupo de pessoas que são fundamentais para moldar uma versão são os mantenedores do componente. Eles são responsáveis ​​por cuidar de um determinado componente que compõe o Core e ver como estão os tickets nessa área. São eles que podem avaliar se um ticket está pronto para ser mesclado.

Quando um ticket é considerado pronto, os Core Committers entram em cena. Eles fazem uma revisão final do bilhete. Eles podem solicitar algumas alterações ou fazer as próprias alterações durante o commit. Esta é a coisa que mais me surpreendeu, provavelmente. Eu realmente não acho que um commit poderia levar horas, mas definitivamente pode. Nos lançamentos que coordenei, definitivamente não observei muito engajamento dos mantenedores e committers, e isso é muito desmotivador para as pessoas que trabalham em tickets. Nem tudo pode entrar em um lançamento, mesmo que o patch esteja pronto, porque não há pessoas suficientes para revisar, dar feedback e, finalmente, se comprometer. Com poucos recursos, você precisa fazer escolhas e essas nem sempre se alinham com as preferências de cada usuário ou colaborador do WordPress.

Este é provavelmente um dos maiores desafios que o WordPress terá que enfrentar no futuro: como podemos reativar as pessoas que podem dar uma grande ajuda?

A festa de lançamento

Apesar desses problemas, as coisas são feitas e quando o lançamento estiver pronto, comemoramos com uma festa. Não sei quem começou a chamá-los de Festas de Liberação ou quando começaram. O que eu sei é que para 5.3 e 5.4, eu hospedei alguns, e todos eles foram muito divertidos.

No dia de uma das etapas do lançamento (pode ser Betas, Release Candidates ou General Release) o canal Core fica muito ativo: muitas pessoas ficam online para ver como a versão do WordPress é lançada. Existem várias etapas e diferentes pessoas envolvidas com diferentes tarefas. As etapas de lançamento estão documentadas no manual do Core e são seguidas publicamente para que todos possam vê-las.

A maior festa é o dia do lançamento geral; há um momento específico que é incrivelmente poderoso. O WordPress tem um contador de downloads, então antes de lançar a nova versão, o esquadrão tira uma captura de tela da anterior, todos nos despedimos e damos as boas-vindas ao novo garoto. Apesar de tudo ser virtual, este momento é quase tangível e nunca deixará de me emocionar. Fizemos o WordPress, mais uma vez.

12 meses como colaborador principal

Enquanto escrevia este artigo, ocorreu-me que sou um colaborador do Core há um ano. Ainda tenho minha função de tempo integral no SiteGround, que às vezes achei difícil de conciliar, então tenho que dar crédito à minha equipe pelo apoio.

Ainda não consigo escrever PHP e desprezar JavaScript profundamente, mas quando olho para trás, estou incrivelmente orgulhoso das mudanças que aconteceram nos últimos 12 meses. Não posso levar o crédito por todos eles, mas estou feliz por poder fazer parte deles de alguma forma.

Cronograma de lançamento

Uma coisa que muitos colaboradores pediram foi um cronograma de lançamentos de médio prazo, para melhor ajustá-los ao seu trabalho e calendário pessoal. Ser o novo garoto pode ser difícil porque você não conhece toda a história e os antecedentes de por que as coisas são feitas de uma certa maneira, mas isso também é uma vantagem. Você está livre para reiniciar as conversas. Depois de discutir com o elenco e outras equipes, ficou claro para mim que era apenas uma questão de “quem vai trazer isso à tona com Matt”. E assim eu fiz. Alguns dias depois, um cronograma de lançamento provisório até o WordPress 6.0 foi publicado no blog do Core, e o temos usado desde então.

Maior Esquadrão de Lançamento e Mentoria

O esquadrão de lançamentos também está ficando maior a cada lançamento. Muitas equipes estão envolvidas em fazê-lo e são afetadas por ele. É importante que todas essas equipes estejam representadas no processo. No WordPress 5.5, existem várias novas funções, e no 5.6 haverá ainda mais: Teste, Documentação, Suporte são todos componentes vitais do que torna o WordPress excelente, portanto, ter seus comentários enquanto o software está em desenvolvimento ativo é importante.

E é importante ter mentores. Esta é uma grande melhoria que Josepha introduziu no WordPress 5.3. O esquadrão de lançamento não é feito apenas de líderes de foco, mas há um grupo crescente de mentores capazes de ajudar novos contribuidores a aprender as regras. A ideia é que essas pessoas eventualmente se tornem mentores e ensinem novas pessoas. Esta é outra ótima maneira de ter mais e mais pessoas envolvidas no Core, com diferentes habilidades e formações.

E isso me leva à maior mudança (e desafio) de todas. O WordPress 5.6, que está se preparando para ser um lançamento massivo, terá um esquadrão inteiramente composto por mulheres e pessoas que se identificam como mulheres. Como muitas coisas no WordPress, tudo começou com um momento “Pensando em voz alta” e agora é uma realidade. O trabalho nesta versão começará muito em breve e estou animado por fazer parte disso como mentor.

WordPress precisa de sua ajuda

Eu gostaria de poder dizer que é tudo unicórnios e arco-íris, mas não é. O número de pessoas ativamente envolvidas na concretização deste projeto ainda é muito pequeno em relação à magnitude de seu alcance.

Eu sou muito um fazedor, então eu gostaria que as pessoas gastassem o tempo e a energia que eles gastam para criticar o WordPress e transformá-lo em tempo de contribuição ativa. Sim, às vezes é preciso ser muito teimoso em relação a um ticket e é preciso acompanhá-lo incansavelmente, mas ainda acho que vale a pena.

A participação ativa também significa deixar um feedback construtivo em tickets ou se oferecer para fazer anotações durante o bate-papo do desenvolvedor. Essa é a maldição e a beleza de um projeto massivo. Há sempre algo para fazer!

Nos últimos anos, também tenho visto um aumento na contribuição de diferentes tipos de empresas. No SiteGround, por exemplo, contribuímos principalmente para eventos e a comunidade por anos. Patrocinamos e nos voluntariamos, fomos organizadores e palestrantes. Trabalhamos muito dentro da comunidade espanhola do WordPress para ajudá-la a se desenvolver e crescer, e agora é uma das maiores da comunidade global. No último ano, aumentámos as horas que dedicamos a mais equipas técnicas. Ainda estou ativo no Core como mentor e como representante da equipe. Um de nossos engenheiros de WordPress, Stanimir Stoyanov, faz parte da equipe de segurança, e um de nossos engenheiros de JavaScript, Kiril Zhelyazkov, agora dedica alguns dias por semana a Gutenberg.

Esses tópicos estão alinhados com nossos valores, então foi uma progressão natural para nós nos envolvermos mais.

Por fim, espero ver as pessoas se envolverem em uma proposta que publiquei há alguns dias no blog do Core sobre testes de ponta a ponta. Agora há um, e tenho certeza que podemos fazer melhor. Novamente, os desenvolvedores não são os únicos necessários. Os usuários são os contribuidores mais raros e provavelmente os que o projeto mais precisa para finalmente ter alguns testes de usuário implementados. Não sou desenvolvedor e fico feliz que não desenvolvedores possam causar impacto.

Minhas preocupações pessoais e esperanças para o futuro do projeto

Quando comecei a contribuir com o Core, comecei uma nota no meu computador com algumas observações. Não ter 17 anos de experiência no projeto me ajuda a ver as coisas sem preconceitos, e não ser um desenvolvedor me ajuda a ver o projeto mais como um corpo vivo, respirando, em vez de componentes ou ingressos. Permita-me compartilhar minhas preocupações, esperanças e sonhos para o futuro.

Mantenedores de componentes e committers principais: você é mais necessário do que nunca

No momento em que escrevo este artigo, o projeto tem cerca de 60 committers e 60 mantenedores de componentes, com muitas pessoas fazendo tarefas duplas, triplas e às vezes sêxtuplas. Mas a realidade é que no WordPress 5.4 e 5.5 centenas de commits foram feitos por Sergey Biryukov. Sou incrivelmente grato pelo trabalho de Sergey. Ao mesmo tempo, sinto que estamos inadvertidamente construindo um fator de barramento no Core. A maioria das pessoas com acesso ao Core Commit não cometeu um ticket. Da mesma forma, entrei em contato com todos os mantenedores de componentes para saber sobre seus planos para os próximos lançamentos e apenas cerca de 50% dos componentes responderam.

Como podemos ter certeza de que as pessoas que têm o poder e, portanto, a responsabilidade, de ajudar com a entrega e o pastoreio dos ingressos estão envolvidas? Mas também, como encorajamos as pessoas a renunciarem e se declararem inativas para que novas pessoas possam assumir o cargo?

Minha carreira se estende por mais de 25 anos em diferentes setores, e uma coisa permanece a mesma: quando as pessoas veem que há outra pessoa preenchendo um papel, elas ficam menos motivadas e às vezes até intimidadas a avançar. A escassez não apenas impulsiona as compras, mas também gera novos engajamentos.

A Equipe da Comunidade, por exemplo, mantém uma lista de deputados e seus diferentes status. Eu tenho me perguntado se o Core poderia fazer algo semelhante para que, quando novas pessoas quiserem intensificar, possam ver à primeira vista quais componentes estão faltando mantenedores. As pessoas que reclamam dos “Desenvolvedores Principais” não os verão como um blob, mas como indivíduos que, a qualquer momento, podem ficar inativos por um período. Quando você vê que, na verdade, existem apenas algumas pessoas revisando e se comprometendo ativamente, você pode estar mais propenso a entender por que nem todos os tickets podem chegar à linha de chegada.

Documentação é a mais alta forma de generosidade

Digo isso toda vez que falo em contribuir para o OSS: a documentação é frequentemente inexistente. Muitas vezes, o que existe está desatualizado.

Como podemos garantir que a documentação não seja uma reflexão tardia, mas sim incorporada ao processo de desenvolvimento?

Há muito trabalho para escrever notas de desenvolvimento para as mudanças que afetam o desenvolvimento, mas essa não é a única documentação necessária. Alguns dos processos descritos nos manuais do Core estão desatualizados, alguns estão faltando porque vivem na mente de colaboradores experientes.

Como um grande fã de Gutenberg e de texto rico e envolvente, desejo que nossos manuais aproveitem totalmente o poder do editor de blocos e sejam mais convidativos. Agora eles são uma parede de texto e sempre que dizemos para as pessoas olharem para os manuais sinto meu coração encolher.

Possíveis soluções, que não tenho certeza são tecnicamente factíveis, mas uma garota pode sonhar: sincronizar com o GitHub para resolver pelo menos o problema de controle de versão. Em seguida, recrute, recrute, recrute e trabalhe com Documentação, Meta e Design para fornecer manuais úteis, envolventes, legíveis e fáceis de digitalizar.

Acompanhe as partes móveis e trabalhe como um

A outra coisa que noto com frequência é como equipes, focos e componentes funcionam em silos.

Isso absolutamente não é feito para ser porteiro, é apenas como cada equipe se auto-organizou ao longo dos anos.

Precisamos encontrar uma maneira de ter uma visão geral do que está acontecendo no próximo lançamento e quais são todas as partes móveis.

O Trac é muito granular e você tem vários relatórios prontos, pode filtrar por marcos e ver quantos tickets estão em cada componente, mas isso é apenas parte da história.

Sim, estou falando de encontrar uma maneira de gerenciar o projeto como um todo e não como pedaços e bobs.

Entre no GitHub. Em algum ponto.

Isso não vai acontecer tão cedo, mas espero que eventualmente aconteça. Mova o desenvolvimento e o gerenciamento de projetos do WordPress para o GitHub, como Gutenberg vem fazendo.

Eu sei que para muitos será um incentivo para contribuir com o WordPress de uma forma mais familiar. Abaixará a barra até a entrada, o que é sempre bem-vindo. Com alguns tutoriais úteis, ele permitirá que pessoas não técnicas contribuam para documentação, testes e gerenciamento de projetos.

O futuro é brilhante

Apesar de todos os problemas, ou talvez por causa deles, o futuro do WordPress é brilhante.

Tenho andado à espreita em várias equipes nesses anos e, ultimamente, noto que mais pessoas estão participando, mais pessoas envolvidas em cada versão, mais pessoas assumindo funções de liderança em equipes diferentes. Também notei um aumento na diversidade, o que é sempre uma mudança bem-vinda.

Conclusão: o WordPress precisa de todos nós para que isso aconteça. Espero vê-lo a bordo!