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.
Referência documental
Segundo semestre
Lista de Desejos Tecnológicos da Lusofonia
Introdução
A Lista de Desejos Tecnológicos da Lusofonia nasceu de um diagnóstico criado através do Processo Estratégico de 2022. Desse modo, o projeto está alinhado às iniciativas 9 e 10 da segunda recomendação da Estratégia do Movimento Wikimedia 2030, que foca na melhoria de metodologias em pesquisa, desenho, testes e engajamento comunitário na experiência dos usuários de plataformas Wikimedia.
A produção da lista surgiu ainda para facilitar a identificação de gargalos tecnológicos nos projetos Wikimedia em português, os quais dificultam a integração e a retenção da comunidade de wikimedistas.
O presente estudo de caso se relaciona com o eixo 1 da Estratégia 2023-2025 – (Re)imaginar a infraestrutura sociotécnica do movimento Wikimedia –, principalmente em seus direcionamentos que orientam para a pesquisa e identificação de necessidades do Movimento através de ferramentas e recursos sociotécnicos e de uma perspectiva centrada no Sul Global.
Questão
- Quais são os principais gargalos tecnológicos do movimento Wikimedia em português e quais ações podem ser tomadas para resolvê-los?
Contexto do caso
O projeto da Lista de Desejos foi lançado em 2023 junto à implementação do Processo Estratégico criado no ano anterior. Dessa forma, a Wikimedia Brasil buscou por caminhos que ampliassem o impacto da lista, convidando outras organizações, como a Wikimedia Portugal, Wiki Editoras Lx e o Projeto Mais Teoria da História na Wiki, para participarem do processo de construção e validação dos desejos listados.
As parcerias foram continuadas em 2025 com a Wikimedia Portugal e o Projeto Mais Teoria da História na Wiki de forma a tornar o processo de implementação dos desejos um processo integrador das comunidades, suas necessidades e perspectivas, resolvendo gargalos tecnológicos que entravam a atuação de wikimedistas.
Assim, em 2025, a Lista de Desejos seguiu para sua segunda iteração com o apoio do programa de estágios Outreachy, o qual atuou, junto à gestão de Produtos e Tecnologia, no desenvolvimento e implementação de uma solução tecnológica priorizada pela comunidade de wikimedistas lusófonos.
Operacionalização
A operacionalização da lista contou com três etapas principais, sendo elas:
- Formação de um comitê comunitário diverso: o comitê atuou enquanto responsável por validar e definir as temáticas trabalhadas enquanto desejos tecnológicos e conferir se o processo seguiu os princípios adotados. Para o comitê foram selecionados wikimedistas lusófonos de contextos múltiplos e com capacidades para o desenvolvimento tecnológico;
- Realização da pesquisa: momento dedicado à proposição e discussão das propostas de desejos da comunidade, com a priorização da lista através do voto comunitário. Com a priorização feita, os resultados foram divulgados em 30 de maio de 2025 no Meta;
- Implementação dos desejos: momento dedicado para a mobilização da estagiária – Naomi Ibe – através do programa Outreachy – na implementação de um dos desejos priorizados pela comunidade.
Resultados
A Lista de Desejos Tecnológicos da Lusofonia foi uma das grandes entregas previstas no Plano de Atividades de 2025 para a gestão de Produtos e Tecnologia. Este ano, houve 30 pessoas participando na proposição e discussão de desejos tecnológicos em projetos lusófonos, contando ainda com a divulgação e sugestões de melhorias e de como os desejos poderiam ser desenvolvidos.
Ao todo, foram propostos 19 desejos, que tratavam de temas diversos, como criação de robôs para realização de arquivamento de referências, tutoriais e scripts para automatização de tarefas.
Com os desejos priorizados, foi dado início à implementação de ao menos uma iniciativa, aproveitando o edital de junho a agosto do Outreachy. A estagiária listou as complexidades e desafios dos projetos e então decidimos conjuntamente pelo desenvolvimento do ArquiBot - um robô para arquivamento automático de referências na Wikipédia em português.
O ArquiBot é um robô que funciona na Wikipédia em português, sendo ativado quando alguma edição em artigos no domínio principal é feita. Assim, o robô guarda todas as referências externas deste artigo e as arquiva no Internet Archive. Este desejo surgiu a partir da constatação de que muitos links possuem expectativas de vida limitadas. Segundo estudo da Ahrefs, ao menos 66% dos links publicados nos últimos 9 anos estão quebrados. Segundo Garg et al., a mediana de vida de um link é de 2,3 anos, chegando a 1,3 anos em alguns casos.
Assim, o ArquiBot é uma solução que arquiva as informações das referências vinculadas aos artigos da Wikipédia, possibilitando o resgate dos conteúdos de links expirados e prevenindo que estes sejam perdidos, buscando com isso a prevenção da integridade da informação que esses links guardam.
Análise
Compreendemos que a partir das experiências desenvolvidas para o presente caso, o comitê da lista e o ArquiBot são elementos importantes da infraestrutura sociotécnica e de governança.
Tais infraestruturas fornecem informações relevantes sobre como conduzir o desenvolvimento da lista, viabilizando soluções para a melhoria da atuação de wikimedistas. E com a implementação do desejo, previne-se ainda a perda de conteúdos dos links referenciados em artigos da Wikipédia.
Para além disso, a equipe desenvolve, gradativamente, suas capacidades de treinamento de pessoas estagiárias e iniciantes no universo do desenvolvimento de softwares livres, com adoção e preocupação constante com padrões e protocolos de acessibilidade adaptados à realidade do Sul Global. Avaliamos um crescimento nessa capacidade em 2025, em comparação ao realizado com outros estagiários em anos anteriores.
Com o comitê, avaliamos que ainda existem desafios, principalmente para o engajamento e a compreensão das perspectivas das pessoas participantes na identificação dos desafios tecnológicos enfrentados por elas mesmas no ecossistema Wikimedia. Assim, é preciso pensar estratégias que engajem novos desenvolvedores e pessoas com capacidades técnicas para a participação nas discussões das necessidades tecnológicas da comunidade, além da promoção de exercícios de identificação dos problemas e gargalos tecnológicos que aparecem na jornada do usuário.
Orientação
Para a continuidade da infraestrutura criada a partir da lista, é importante considerar o estabelecimento de estratégias para uma governança comunitária validadora das metodologias de pesquisa aplicadas no contexto da Lista.
Assim, é compreender que a lista é um projeto replicável para outras iniciativas e buscar promover uma rigorosidade nas metodologias colaborativas de pesquisa que permitam melhores e mais significativas respostas. Isso, ao se considerar que a lista está em sua segunda iteração, permitindo comparações entre suas versões e possibilidades de aprendizados transformadores.
É importante ainda avaliar estratégias de fortalecimento e inclusão da comunidade de usuários que possuem capacidades técnicas de desenvolvimento para as ferramentas abertas, visando um maior impacto dos desejos sugeridos.
Legado
A capacidade de replicabilidade e de continuidade da Lista de Desejos Tecnológicos Lusófonos abre portas para a implementação de novas e melhores soluções que transformem a atuação dos wikimedistas em suas necessidades diárias. Nesta segunda iteração da Lista, compreende-se a importância de uma atuação comunitária integrada, principalmente ao se considerar as perspectivas do Sul Global e da comunidade lusófona.
O presente estudo de caso pode vir a ser do interesse de comunidades lusófonas e executores de atividades voltadas para falantes da língua portuguesa. A construção, validação e execução da lista se consolidam enquanto provas da importância da colaboração na priorização de necessidades comunitárias, principalmente no que diz respeito a necessidades tecnológicas.
Referência documental
- Lista de desejos tecnológicos da lusofonia
- ArquiBot
- Garg, Kritika; Alam, Sawood; Weigle, Michele; Nelson, Michael; Ayala, Dietrich (2024-09-20). "2024-09-20: Some URLs Are Immortal, Most Are Ephemeral". Web Science and Digital Libraries Research Group.
- Stox, Patrick (2024-02-02). "At Least 66.5% of Links to Sites in the Last 9 Years Are Dead (Ahrefs Study on Link Rot)". ahrefs blog.