Embora o GitHub seja usado principalmente para colaboração de código, a equipe da comunidade do WordPress está considerando adotar a plataforma para padronizar suas ferramentas de gerenciamento de projetos.
Contribuir para o código aberto já pode ser desafiador, mas quando é necessário se inscrever em vários serviços para acessar as várias planilhas, quadros do Trello, grupos do Slack e outros modos de comunicação da equipe, a integração de novos colaboradores torna-se desnecessariamente difícil.
Uma nova proposta, de autoria do representante da equipe da comunidade, Leo Gopal, descreve os benefícios de usar o GitHub como uma ferramenta central de comunicação. Esses benefícios incluem colaboração e comunicação aprimoradas usando o sistema de comentários da plataforma e a capacidade de acompanhar o progresso e atribuir tarefas.
Gopal afirma que a padronização no GitHub aumentaria a transparência e a responsabilidade, além de oferecer suporte a uma melhor organização com ferramentas como problemas, rótulos, marcos e quadros de projeto.
“Ao adotar o GitHub para gerenciamento de projetos e rastreamento de problemas, a equipe da comunidade padronizará nossa maneira de trabalhar, tornando mais fácil para os novos membros da equipe se familiarizarem e permitindo uma colaboração entre equipes mais eficaz”, disse Gopal. “Essa padronização também torna mais fácil para os membros da equipe da comunidade acompanhar o progresso, identificar problemas e tomar decisões baseadas em dados.”
Outras equipes da Make, como Learn, Hosting, Meta, Marketing e mais, já estão usando o GitHub com sucesso para gerenciar a comunicação e priorizar projetos. Gopal propõe que a equipe da comunidade aprenda com seus esforços e adote esses métodos de ferramentas por um trimestre como uma experiência.
“Se, após o primeiro trimestre, o consenso for de que isso não se adequa à nossa equipe, voltaremos ao projeto inicial e às práticas de rastreamento e exploraremos mais”, disse Gopal.
Alguns participantes da discussão resultante estão preocupados com a transparência e com a perda de controle das conversas, pois elas não seriam vinculadas aos perfis do WordPress.org.
“A verdade é que não tenho certeza sobre isso”, disse Juan Hernando, colaborador da equipe da comunidade patrocinada pela Weglot. “Acho que a equipe da comunidade não é particularmente técnica e usar o GitHub pode representar algumas barreiras que não tínhamos até agora. Talvez para muitas pessoas abrir um problema, solicitar um pull request ou algo semelhante seja o dia a dia, mas para outros pode ser um pouco bloqueador.
“Receio também que as discussões passem deste site Make para o GitHub, e não devemos perder o espírito de donos do nosso conteúdo (vinculado ao nosso perfil .org) e perder o uso deste espaço para tomada de decisão e público discussões como esta.”
Gopal abordou essa preocupação afirmando que não haveria código e que os usuários que podem trabalhar com quadros do Trello não terão problemas em adotar as ferramentas do GitHub para planejamento.
“O Trello era usado para planejamento e muitas vezes esquecido até a hora de revisões ou recapitulações”, disse Gopal. “Não havia como outras equipes saberem no que estamos trabalhando ou adicionar à conversa, a menos que desenterrassem nossos quadros do Trello E se aceitássemos suas sugestões e as avaliássemos.”
Gopal disse que o uso do GitHub permitiria à equipe incorporar vantagens como automações, atribuições e colaboração entre equipes com recursos avançados de geração de relatórios. No geral, o GitHub tem o potencial de aumentar a visibilidade de seu trabalho para aqueles que colaboram entre as equipes.
Milana Cap, que usa o GitHub para ajudar a organizar a equipe de Documentação para relatar problemas e automatizar tarefas, recomendou a adoção da plataforma e compartilhou como a equipe de Documentação a está usando.
“Todos os outros benefícios: controle de versão, rastreamento preciso de contribuições, todos os tipos de ferramentas de gerenciamento de projetos, etc., não podem ser encontrados em uma ferramenta diferente do GitHub, e não posso recomendá-lo o suficiente – para tudo”, disse Cap.
A discussão ainda está aberta sobre a proposta e Gopal publicou uma votação de proposta para os membros da equipe da comunidade para dar seus comentários sobre a padronização das comunicações no GitHub.