Jump to content

Inquérito da Lista de Desejos da Comunidade para 2020

From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Community Wishlist Survey 2020 and the translation is 47% complete.
O Inquérito da Lista de Desejos da Comunidade para 2020 já fechou…

Total: 72 propostas, 423 editores, 1749 votos de apoio

Ver proposta aleatória

 

Todas as fases do inquérito começam e terminam às 18h00 UTC.

  • Envio, discussão e revisão das propostas: 21 de outubro – 11 de novembro de 2019
  • Revisão e organização das propostas pela Comunidade Técnica (inclui a duração definida para a Conferência Técnica da Wikimédia): 5 de novembro – 19 de novembro de 2019
  • Votação nas propostas: 20 de novembro – 2 de dezembro de 2019
  • Publicação dos resultados: 6 de dezembro de 2019

 

Olá a todos!

We’re excited to share an update on the Community Tech 2020 Wishlist Survey. This will be our fifth annual Community Wishlist Survey, and for this year, we’ve decided to take a different approach. In the past, we've invited people to write proposals for any features or fixes that they'd like to see, and the Community Tech team has addressed the top ten wishes with the most support votes. This year, we're just going to focus on the non-Wikipedia content projects (i.e. Wikibooks, Wiktionary, Wikiquote, Wikisource, Wikiversity, Wikispecies, Wikivoyage, and Wikinews), and we're only going to address the top five wishes from this survey. This is a big difference from the typical process. In the following year (2021), we’ll probably return to the traditional structure.

So, why this change? We’ve been following the same format for years—and, generally, it has lots of benefits. We build great tools, provide useful improvements, and have an impact on diverse communities. However, the nature of the format tends to prioritize the largest project (Wikipedia). This makes it harder to serve smaller projects, and many of their wishes never make it onto the wishlist. As a community-focused team, we want to support all projects. Thus, for 2020, we want to shine a light on non-Wikipedia projects.

Furthermore, we’ll be accepting five wishes. Over the years, we’ve taken on larger wishes (like Global Preferences or Who Wrote That), which are awesome projects. At the same time, they tend to be lengthy endeavors, requiring extra time for research and development. When we looked at the 2019 wishlist, there were still many unresolved wishes. Meanwhile, we wanted to make room for the new 2020 wishes. For this reason, we’ve decided to take on a shortened list, so we can address as many wishes (new and remaining 2019 wishes) as possible.

 

Como uma equipa, nós passamos algum tempo a analisar as linhas diretrizes apropriadas para o inquérito deste ano. Nós tomamos as seguintes decisões (veja abaixo):

  • Each wish should be for a non-Wikipedia content project that has no dedicated team (i.e., Wikibooks, Wiktionary, Wikiquote, Wikisource, Wikiversity, Wikispecies, Wikivoyage, and Wikinews).
  • Wishes that are global (i.e., generally target all wikis) are not eligible.
  • Wishes for Wikipedia or that apply to Wikipedias only are not eligible.
  • Wishes for Wikidata or Wikimedia Commons are not eligible.
  • The Community Tech team will make the final decisions regarding which wishes are manageable, within scope, and aligned with the guidelines.

Why no global wishes: We spent a lot of time discussing whether we should include global wishes. On the one hand, we genuinely understood the desire for global wishes. On the other hand, we didn't want global wishes to dominate the wishlist, thereby defeating the purpose of supporting smaller projects. We also discussed the possibility of permitting some global wishes. Overall, we decided that, because we're only accepting 5 new wishes this year, we didn't want to limit the already reduced resources available to smaller projects. With that being said, we still plan to address global wishes from last year’s wishlist (e.g., Watchlist Expiry, Section Name in Diff).

Why no Wikidata or Commons wishes: We decided to exclude Wikidata and Commons for a few reasons. First, both projects have dedicated teams or teams that have released large improvements (i.e., WMDE’s team for Wikidata; the Structured Data Team for Commons). This is a different situation than all the other non-Wikipedia projects, which have no dedicated teams and have historically struggled to find support from development teams. Second, Wikidata and Commons tend to be global in nature—which is fantastic, but not within the scope of the 2020 Wishlist.

Overall, this is an experiment, and we hope to learn a lot from it. For the upcoming year, we'll be able to interact with a range of communities, support underrepresented projects, and encourage all Wikimedians (including ourselves!) to think of how we can further empower smaller projects. Additionally, we’re excited to address global wishes from last year’s wishlist. We thank you for your feedback, and we look forward to seeing the proposals in November. Thank you!

 

A equipa da Comunidade Técnica é um grupo de trabalho da Fundação Wikimedia focada no cumprimento das necessidades dos colaboradores ativos Wikimedia em ferramentas de moderação melhoradas. Os projetos por nós trabalhados são determinados pela comunidade Wikimedia, através de um inquérito anual sobre a Lista de Desejos da Comunidade.

Uma vez por ano, os editores ativos da Wikimedia podem enviar propostas de recursos e correções nas quais gostariam que a nossa equipa trabalhasse. Após duas semanas, pode votar nas ideias que mais lhe interessam.

Este tipo de inquérito foi desenvolvido pela equipa de Desejos Técnicos da Wikimedia Alemanha, a mesma que organizou em 2015 um inquérito sobre a lista de desejos na Wikipédia alemã. O processo internacional da lista de desejos é auxiliado pela equipe de Colaboração Técnica.

Esta é o nosso quinto 'Inquérito' anual da 'Lista de Desejos da Comunidade'. Veja onde nós estamos com os desejos do ano passado.

 
Mascote da Comunidade Técnica: Um cão vestindo um barrete de Pai Natal.

A fase de propostas decorre durante as primeiras duas semanas do inquérito.

Na fase de propostas, editores de todos os projetos e idiomas podem enviar propostas de recursos e correções que gostariam de ver implementadas em 2020. As propostas podem ser submetidas em qualquer idioma. Caso envie uma proposta num idioma diferente do inglês, tentaremos traduzi-la para que todos possam ler e votar nela com mais facilidade.

As propostas devem ser tarefas discretas e bem definidas que beneficiarão diretamente editores ativos da Wikimedia. As propostas devem responder às seguintes perguntas:

  • Que problema quer resolver?
  • Quais editores são afetados? (todos os editores, administradores, editores do Wikisource, etc.)
  • Como o problema está sendo resolvido atualmente?
  • Quais são as soluções propostas? (caso existam ideias)

A sua proposta deve ser o mais específica possível, especialmente na declaração do problema. Não diga apenas que “(característica x) está desatualizada”, “precisa ser melhorada” ou “tem muitos erros”. Isso não é informação suficiente para descobrir o que é necessário fazer. Uma boa proposta explica exatamente qual é o problema e quem é afetado por ele. Não faz mal que não tenha uma solução específica para propor, ou que tenha algumas soluções possíveis e não saiba qual é a melhor.

O envio de uma proposta é apenas o início do processo. A fase de propostas (duas semanas) é o momento em que a comunidade pode trabalhar colaborativamente numa proposta que apresente a ideia de uma maneira que provavelmente terá sucesso na fase de votação. Quando uma proposta é enviada, todos são convidados a comentar sobre essa proposta e a ajudar a torná-la melhor, fazendo perguntas e sugerindo alterações. Propostas semelhantes podem ser combinadas; propostas muito amplas devem ser divididas em ideias mais específicas. O objetivo é criar a melhor proposta possível para a fase de votação.

A pessoa que envia uma proposta deve manter-se ativa na discussão e ajudar a fazer mudanças ao longo do caminho. Por isso, limitamos as propostas a três por conta. Se submeter mais de três propostas, solicitaremos que reduza para três. Traga as suas melhores ideias!

Da mesma maneira, apenas editores registrados podem fazer propostas por forma a garantir que possam acompanhar a discussão e responder a perguntas. Tal como na votação, é necessário que seja um editor ativo em pelo menos um projeto Wikimedia. Se não atender a estes critérios, ou tiver atingido o limite de sua proposta, mas tiver mais ideias, pode procurar outros editores que queiram adotar as suas propostas.

Mais uma nota: propostas que exijam a remoção ou desativação de um recurso no qual uma equipa de produto da WMF trabalhou estão fora do escopo da Comunidade Técnica, e não passarão à fase de votação.

 

Sim, pode submeter algumas propostas não conseguiram suficiente apoio no ano passado, e merecem uma segunda oportunidade.

Se decidir copiar uma proposta da pesquisa antiga para a nova, esperamos que “adote” a proposta – o que significa que terá de participar ativamente da discussão sobre a mesma e deve estar disposto a fazer mudanças para que a proposta se torne uma ideia mais forte quando transitar para a fase de votação. Como dito acima, há um limite de três propostas por pessoa, que inclui a submissão de propostas do ano anterior.

Será útil se colocar um link para a discussão anterior, mas, por favor, não copie os votos e a discussão do ano passado. Caso haja bons pontos colocados na discussão do ano passado, inclua as sugestões ou recomendações na nova proposta.

 

Após a fase de propostas, fazemos uma pausa para analisar as propostas antes do começo da fase de votação.

Todos os colaboradores ativos podem rever e votar nas propostas que desejam apoiar. Pode votar em quantas propostas diferentes quiser. Para garantir uma votação justa, apenas os editores registados podem votar, e os votos de novas contas podem ser removidos.

Os únicos votos que são contabilizados são os votos a favor. A lista final de desejos será ordenada pelo maior número de votos a favor. Caso seja o autor de uma proposta, um voto de apoio seu é automaticamente contado nessa proposta.

No entanto, discussões ativas são encorajadas durante a fase de votação. Se quiser colocar um voto contra ou neutro num comentário, sinta-se livre. Essas discussões podem ajudar outras pessoas a decidir se querem votar nas propostas, e também proporcionam informações úteis para guiar o trabalho que terá lugar durante o ano.

Uma quantidade razoável de solicitação é aceitável. Tem a oportunidade de vender a sua ideia a quantas pessoas conseguir alcançar. Sinta-se livre para procurar outras pessoas nos projetos, WikiProjetos ou grupos de editores em que participa. Obviamente, isso não deve envolver fantoches, nem importunar pessoas para votar ou mudar seus votos. Mas uma campanha de votação de boa-fé é aceite.

 

Cada proposta deve atender aos seguintes critérios:

  • A proposta deve ser sobre uma mudança técnica, e não visando uma mudança política ou social
  • A proposta deve ser sobre o problema, e não necessariamente para pedir uma solução específica
  • A proposta deve ser um problema bem definido e não uma combinação de diferentes questões não relacionadas
  • A proposta ainda não está no roteiro de outra equipa, ou não foi recusada por outras equipas no passado
  • A proposta não foi recusada pela Comunidade Técnica no passado
  • A proposta deveria estar dentro do âmbito da equipa.

A equipe de tecnologia da comunidade pode recusar propostas que não atendam aos critérios acima.

 

As classificações de votos de apoio criam um backlog priorizado de desejos, pelo qual se guia a equipa da Comunidade Técnica, responsável por avaliar e atender aos desejos mais populares. Para isso, todos os desejos com mais votos de apoio são investigados, e analisados os fatores de risco técnicos e sociais/de política.

Os votos contra e neutros são muito úteis para levantar possíveis desvantagens. Para desejos controversos, equilibramos a votação com uma revisão mais baseada em consenso. Como exemplo, isso funcionou na pesquisa de 2015: o desejo de “adicionar uma lista de editores vigiados” recebeu muitos votos, mas também alguns votos contra sinceros. Ouvimos todos os lados e decidimos sobre se devíamos ou não prosseguir com o projeto.

As an example, this worked in the 2015 survey: The wish to "add a user watchlist" received a lot of votes but also some heartfelt Oppose votes. Community Tech listened to all sides, and made a decision on whether to pursue the project or not.

 

The 2020 Community Wishlist Survey is now complete! We want to thank everyone for their participation in this year’s survey. It was a very civil and smooth process, and we appreciate all of the help that we received. Now, we’re delighted to announce the top 5 wishes from the survey:

  1. Improve export of electronic books (Wikisource)
  2. New OCR tool (Wikisource)
  3. Migrate Wikisource specific edit tools from gadgets to Wikisource extension (Wikisource)
  4. Inter-language link support via Wikidata (Wikisource)
  5. Insert attestation using Wikisource as a corpus (Wiktionary)

Here’s what comes next: We’ll begin analyzing these five wishes after the new year. During our analysis, we’ll consider various factors, including possible dependencies and risks. Once we’ve completed this analysis, we’ll determine which wish to address first. We’ll create a project page on Meta-Wiki for that wish, which will outline the project vision. We’ll also ping all the wish voters, so everyone can share their suggestions and questions on the Talk page. From that point, updates will be found on the project page. The first project page should be launched in the next few months (no set date yet), but you can visit the Community Tech page for updates in the meantime.

As a team, our goal is to address every top wish in the Community Wishlist Survey. This means that we analyze each wish and determine if it’s workable (i.e., within scope, no major conflicts with other teams, etc). In many cases, the wish is workable. We then continue with the research and planning, followed by development, testing, and deployment. However, we sometimes identify significant issues or risks associated with a wish. In such cases, we investigate alternatives and ways to mitigate the risks. As a last resort, we sometimes decline certain wishes, but only after we rule out other options. Above all, we make sure to address each wish and share our findings with the community.

As this year draws to a close, we want to thank you, again, for participating in the survey! It was a fantastic experience for the team (and we hope for you too!). After the new year, we’ll begin reaching out with plenty of questions, ideas, and updates. We’re excited to begin the work to improve Wikisource and Wiktionary. Until then, we wish you a happy new year, and we look forward to collaborating with all of you!