Wikipédia:Não exija que os editores resolvam os problemas que eles identificam
 | Esta página é um ensaio. Ensaios são conselhos ou opiniões de um ou mais contribuidores da Wikipédia. Ensaios não são políticas, recomendações e nem informativos. Alguns ensaios representam práticas já bem difundidas na comunidade; outros apenas representam pontos de vista minoritários. |
 | Resumindo: Identificar problemas é uma maneira válida de contribuir para a Wikipédia, mesmo que não saiba como resolvê-los ou não queria se empenhar para isso. |
Resolver problemas na Wikipédia geralmente envolve várias etapas: primeiro, o problema precisa ser identificado, depois, uma solução deve ser acordada; e, por fim, essa solução precisa ser implementada. Às vezes, um editor possui o conhecimento técnico, a capacidade emocional ou simplesmente a vontade de participar de apenas uma dessas etapas. Isso é perfeitamente normal — este projeto é um esforço colaborativo e incremental no qual os editores podem se voluntariar na medida em que desejarem.
Editores que participam apenas da primeira etapa às vezes enfrentam resistência. Uma tag de manutenção que você adicionou pode ser removida com o comentário "apenas resolva o problema, não coloque uma tag feia"; um editor pode responder a uma sessão de brainstorming sobre soluções sistêmicas para o viés dizendo "vá escrever alguns artigos na área"; um link vermelho para um tópico claramente notável pode ser retirado com a justificativa "primeiro escreva o artigo". Às vezes, essa resistência é disfarçada de incentivo à iniciativa.
Esse tipo de resposta é inadequado. Identificar problemas é apenas o primeiro passo para resolvê-los, mas é um passo fundamental; mesmo que um editor realize apenas essa etapa, já é um resultado positivo. Eles estão preparando o terreno para que outros editores — possilvemente mais qualificados para lidar com as etapas seguintes — possam entrar e concluir o trabalho.
A resposta é particularmente perniciosa quando se trata de questões sistêmicas. Essas questões, por natureza, exigem soluções sistêmicas: mudanças na orientação, nos processos ou no design. Como a Wikipédia opera em uma escala tão grande, até mesmo o colaborador mais prolífico conseguiria fazer apenas uma pequena diferença ao trabalhar sozinho nessa questão. Para esses problemas, são necessárias discussões sobre reformas maiores, que não devem ser interrompidas por atitudes defensivas ou por apego ao status quo.
Limitações
editarHá casos em que apontar um problema pode ser perturbador se feito de forma inadequada. Em especial, é importante praticar a marcação responsável, evitando marcar artigos excessivamente, de modo que as marcações se tornem um incômodo maior para os leitores do que o próprio problema identificado.
Você deve ter cuidado ao identificar problemas em áreas nas quais não trabalhou extensivamente ou com as quais não está muito familiarizado, pois isso tende a gerar reações defensivas. Os frequentadores da área podem ter um conhecimento relevante sobre o problema, mas você também pode oferecer uma perspectiva externa que eles talvez não tenham percebido.
Alguns problemas já são bem conhecidos e estão além do nosso controle (por exemplo, presos em um backlog do Phabricator) ou foram previamente considerados, por consenso, como um mal necessário (ou até mesmo sem mal algum). Identificar esses problemas é aceitável (especialmente se você não conhece o histórico), pois às vezes uma atenção extra pode destravar uma tarefa, ou o consenso sobre a tolerância a eles pode mudar. No entanto, não insista neles além do ponto que isso seja útil. Se os editores estiverem constantemente apontando um problema insolúvel em uma área onde você atua, considere criar uma seção de perguntas frequentes.