Lista de desejos comunitários/Como desejar
Como escrever um bom desejo
We would like to hear about suggestions for improvements to Wikimedia projects. As Commtech, we want to be able to split our work into smaller bits, wishes should be bigger than a bug, but take less than a year in terms of engineering work. In any case, we will try to triage work collectively as a Foundation and forward it to the relevant internal stakeholders to raise awareness about community needs.
To be able to prioritise work, as we need some way to prioritise, we cross-check incoming wishes with strategic goals targeted through the Annual Plan. It’s not a prerequisite to read the Annual Plan before making a wish, but you can do so if you want to further understand the triage process. As we are aware of the fact that sunsetting a tool can be a considerable amount of work, we do also take in wishes that suggest removing technology to understand the interest.
It’s unlikely we will work on technical edits or work that requires policy changes. In many cases, creating a whole new application or algorithm might be out of scope. The WMF will not create gadgets or bots, but you're welcome to add wishes for gadgets/bots for consideration by members of the community.
Embora não haja uma regra oficial para escrever um "bom desejo", incentivamos os proponentes a articular um problema que enfrentam sem fornecer uma solução explícita, para que voluntários e funcionários tenham espaço para resolver problemas juntos.
Desejos que demonstram empatia e mostram os desafios e objetivos do usuário evitam as armadilhas de serem muito específicos ou de nicho, e onde outros usuários podem criticar a solução.
No exemplo abaixo, tanto o exemplo de desejo baseado em problemas quanto o de desejo baseado em soluções sugerem melhorias na experiência do "novo editor".
O exemplo orientado a problemas deixa a solução em aberto e convida à colaboração, enquanto o exemplo orientado a soluções pode receber feedback negativo de colaboradores que resistem a renomear uma página de testes de usuário.
Dessa forma, o desejo motivado pelo problema pode ter uma chance maior de ser atribuído a uma área de foco.
| Desejo guiado por problemas (encorajado) | Desejo guiado por solução (desencorajado) | |
|---|---|---|
| Título | Facilite a criação do primeiro artigo para iniciantes | Renomear página de testes para "Editor de rascunho" |
| Descrição | Especialmente para novos editores, pode ser difícil encontrar uma página de testes para o usuário. Assim que a encontram, os novos editores se deparam com uma série de avisos de isenção de responsabilidade que dificultam a aquisição de confiança na escrita de um artigo de boa qualidade. Isso afeta a capacidade do novato de se integrar à Wikipédia e se sentir confiante como colaborador. Isso ocorre em parte por design – precisamos estar atentos aos fluxos de trabalho do patrulheiro – mas a experiência prejudica nossa capacidade de integrar novos editores. | O termo "Página de testes" é confuso para novos usuários. Vamos renomeá-lo para "Editor de rascunhos" para que as pessoas tenham mais probabilidade de rascunhar um artigo. |
| Tipo | Mudança de sistema | Solicitação de recurso |
| Projeto | Wikipédia | Wikipédia |
| Usuários afetados | Novos editores e, a jusante, patrulheiros que revisam novas edições | Editores |
| Tarefas Phab | opcional | T123456 |
Wishes that combine multiple problems should also be avoided. It may be that voters agree with some problems and ideas, but disagree on others. Likewise, the Foundation and stakeholders may find multifaceted wishes challenging to tackle if they involve multiple software components.