Wikimedia Brasil/Report/2025/Learning/Products and Technology
Estudos de Caso
Leia os relatórios de atividades e estudos de casos de outras áreas clicando aqui.
Primeiro semestre
QuickStatements New Version
Introdução
Desenvolvido por Magnus Manske como uma ferramenta orientada às necessidades da comunidade Wikidata, o QuickStatements rapidamente se tornou parte essencial da infraestrutura técnica do Wikidata para instituições, pesquisadores e voluntários que fazem carregamentos de conjuntos de dados em massa ou corrigem o banco de dados em licença livre.
Visando a sustentabilidade da ferramenta, e dentro do contexto de um financiamento promovido pela Wikimedia Deutschland, a Wikimedia Brasil propôs e teve aceito um projeto de desenvolvimento de uma nova versão desta popular ferramenta no primeiro semestre de 2024. O objetivo do projeto era melhorar a experiência do usuário, incorporar novas funcionalidades e garantir compatibilidade com novas tecnologias.
Neste estudo de caso relacionamos a execução desse projeto com o eixo que busca reimaginar a infraestrutura sociotécnica do Movimento Wikimedia através da liderança de processos e do desenvolvimento de produtos e tecnologias em uma prática autônoma Sul-Sul.
Questão
- Como a equipe de desenvolvimento do projeto foi capaz de entregar uma ferramenta moderna, inovadora e representativa dos desejos comunitários e como esse processo enriqueceu a amadureceu o WMB?
Contexto do caso
O QuickStatements é uma ferramenta essencial na infraestrutura do Wikidata, usada por muitos no Movimento Wikimedia para executar comandos em massa no banco de dados. Apesar disso, tem limitações de longa data, que a Wikimedia Brasil acreditava que poderiam ser endereçadas refatorando-se partes do código e implementando funcionalidades atreladas à nova API do Wikibase.
Em março de 2024, a Wikimedia Deutschland lançou um edital de projetos em desenvolvimentos colaborativos no Wikidata, chamado Software Collaboration for Wikidata. A Wikimedia Brasil propôs três projetos, tendo sido o projeto QuickStatements 3.0 aprovado e iniciado em junho daquele ano. O objetivo do projeto foi apresentar uma nova versão dessa ferramenta que fosse mais manutenível, que retornasse mensagens de erros mais claras e que minimizasse as limitações presentes, como por exemplo a edição de qualificadores e referências e a edição de classificação de declarações.
Também faz parte da nossa motivação na submissão desse projeto aliviar um pouco da carga de trabalho envolvida na manutenção da ferramenta. Acreditamos que a sustentabilidade tecnológica do Movimento envolve a colaboração em rede pela comunidade wikimedista.
Operacionalização
Na proposição do projeto, fizemos um detalhamento da equipe necessária para tocar este projeto, o orçamento necessário e o planejamento, que incluía a definição dos principais marcos, os entregáveis e a metodologia que seria adotada. O projeto foi submetido e aprovado, o que deu início ao processo de montar a equipe do projeto.
Uma vez integrados os desenvolvedores e os demais membros da equipe, deu-se início ao planejamento técnico do QuickStatements, que descreve os principais problemas da plataforma, as etapas de trabalho e seus prazos, além de um plano de risco.
O planejamento incluiu também pontos específicos de atuação comunitária, com a montagem e execução de uma pesquisa, entrevistas de pessoas-chave e a criação de user stories, isto é, descrições detalhadas dos fluxos de trabalho de usuários diversos da plataforma.
As entrevistas semi-estruturadas para Assim, através de entrevistas semi-estruturadas, construiu-se uma ponte com a comunidade para a coleta de dados que validassem o desenvolvimento da nova versão do QuickStatements. Cabe destacar que tal ponte foi construída a partir do apoio da gestão de Comunidades.
Resultados
Em perspectiva geral, a entrega do software era o principal foco do projeto. Já os focos mais específicos do projeto, diziam respeito à modernização da plataforma com implementação de novas funcionalidades em Python e Django. O projeto objetivava resolver também questões de desempenho para o bom funcionamento da ferramenta.
Tanto a implementação de novas funcionalidades e a correção de bugs foram documentadas, relatando melhorias de desempenho, métricas de confiabilidade pós-otimização, rastreamento e correções de bugs, garantindo, assim, uma revisão completa do código para manutenção.
Todos os objetivos de entrega foram atingidos e apresentados em um evento comunitário de lançamento, realizado em fevereiro. As melhorias integradas envolvem facilidades no processo de editar ou adicionar informações no Wikidata. E para além disso, a equipe do projeto objetivava integrar dois novos recursos, e acabou entregando seis novos recursos.
Por fim, cabe ressaltar que todas essas ações em prol da melhoria do QuickStatements foram validadas a partir da perspectiva da comunidade usuária da ferramenta. Assim, a comunidade foi consultada de forma a entender seus desejos para o desenvolvimento da ferramenta. Além disso, as pesquisas e entrevistas obtiveram uma alta participação, facilitando a integração de inovações necessárias e importantes tanto para o QuickStatements quanto para as pessoas usuárias.
Análise
Com a entrega da nova versão do QuickStatements, solidifica-se, no ecossistema do conhecimento livre, a metodologia adotada pela Wikimedia Brasil na proposição, planejamento e execução dos projetos de desenvolvimento tecnológico.
Tal solidificação é possível tanto pela rede que se construiu para validação comunitária da ferramenta, quanto pela documentação do processo - ações importantes para a criação de ferramentas acessíveis e que respondam às necessidades das pessoas usuárias.
Destaca-se também que a entrega da plataforma foi bem recebida pelos financiadores, de forma que o projeto recebeu uma oferta de extensão de quatro meses para o prazo de entrega final. Assim, a equipe de desenvolvimento da ferramenta pôde criar e implementar novas funcionalidades.
Orientação
Apesar de o presente caso estudado tratar de especificidades da ferramenta QuickStatements, isto não impede que a forma de planejamento do projeto, o processo para captação de recursos, a visão para o problema e o uso das perspectivas comunitárias para construção de soluções sejam utilizadas e adaptadas para outros projetos vindouros. Assim, este caso se consolida como um exemplo de gestão de projetos a ser seguido por pessoas, equipes e organizações que buscam desenvolver novos softwares.
Além disso, no âmbito da WMB, vale considerar e priorizar planejamentos para execução e captação de recursos voltados para projetos similares ao tratado no presente estudo de caso.
Além disso, havia-se o desejo de coletar mais informações georreferenciadas, o que não foi possível devido ao tempo e também por boa parte do processo de carregamento ter sido de responsabilidade dos parceiros acadêmicos do Instituto Federal do Pará. Portanto, é importante criar cronogramas que considerem um tempo de formação para os parceiros locais adaptado à disponibilidade destes. Ou até mesmo considerar uma melhor distribuição de papéis entre os parceiros locais e a equipe da Wikimedia Brasil, para assim, não haver sobrecarga de funções.
Legado
Por fim, o gestor de Produtos e Tecnologia, Éder Porto, enxerga o presente estudo de caso como um incentivo para pessoas que se considerem prontas e capazes de se aventurarem no desenvolvimento e na melhoria de ferramentas do movimento Wikimedia - principalmente de organizações do sul global.
O estudo de caso e todos os recursos criados no projeto, servem como um passo a passo e um guia de boas práticas de como um desenvolvimento de software precisa ser e o que considerar na contratação de pessoas e na escolha de metodologias alinhadas ao desenvolvimento de uma comunidade do sul global.
É um caminho para iniciantes e que antevê possíveis etapas do processo de criação de software que muitas vezes não são óbvias, facilitando assim, a troca de aprendizados no ecossistema do conhecimento livre.