Wikipédia:Esplanada/propostas/Mudanças no processo de eleição de Verificadores e Supervisores (20fev2017)

Mudanças no processo de eleição de Verificadores e Supervisores (20fev2017)

Boa tarde comunidade,

Bem, como a maioria bem sabe, todos os anos ocorrem eleições para a renovação de mandatos de Checkuser (ver aqui) e Oversight (ver aqui), que de acordo com as respectivas políticas, duram 1 ano. Após as eleições, os burocratas, geralmente fazem pedidos no Meta-wiki para que, quando a confirmação da renovação de mandato ocorre aqui, os stewards "liguem e desliguem" as ferramentas, apenas para registro de que o mandato foi renovado (creio que por um motivo de transparência). Vocês podem ver os registros do Teles e do RadiX onde se consta essas mudanças. Pois bem, o que houve essa semana passada com o pedido de renovação do Marcelo Victor (podem ver aqui), foi que a steward MF-Warbug e outros, questionaram o porquê desses pedidos serem feitos no Meta, citando especificamente o que está escrito na página do Meta que Citação: Temporary CheckUser access is not permitted and temporary access is only used by stewards. e Citação: Note that temporary Oversight access is not permitted and temporary status is only used by stewards.. O que não deixa de fazer sentido, dado o caráter de que a ferramenta é disponibilizada "temporariamente" por 1 ano, sujeito à confirmação.

Apesar de que isso tenha sido uma situação que ocorreu pela primeira vez, não deixa de ser um reflexo de que algo é contrassenso aqui na pt.wiki, e que muito provavelmente isso possa acontecer de novo, já que também se aproximam as confirmações do Teles, do Érico e do RadiX. Então, minha proposta para adequarmos os processos de votação pode ser uma das sugeridas a seguir (ou outras que possam sugerir):

• Ajustamos as escolhas para a base de consenso, para uma avaliação do verificador ou do supervisor (creio que essas escolhas podem ser provocadas por editores, em um período de tempo hábil, ou pelo próprio detentor);
• Acabamos com a limitação de 1 ano de mandato, e vinculamos à apenas uma eleição única e/ou desnomeação que pode ser conjunta à do administrador ou separado;
• As votações continuam, apenas em caráter de confirmação, sem que os pedidos no Meta-wiki sejam feitos a não ser que seja que não seja confirmada a reeleição (e por conseguinte, sem registros de movimentação de privilégios).

Fiquem à vontade para debatermos e, por conseguinte, aprimorar nossos processos de escolha. Eta Carinae (discussão) 17h40min de 20 de fevereiro de 2017 (UTC)

Apoio a segunda proposta. !Silent (discussão) 17h53min de 20 de fevereiro de 2017 (UTC)

@EVinente: Não entendi a primeira proposta. Poderia explicá-la melhor? RadiX∞ 20h08min de 20 de fevereiro de 2017 (UTC)

RadiX No caso de um verificador ou supervisor, as escolhas passam a ser de votações para por consenso (como eliminador e ou burocrata). Sendo que elas podem acontecer em um tempo hábil (1 ano, 2 anos, ou outro período), sendo que um editor também pode provocá-la, como indicar um administrador, ou para reelegê-lo, se já for um verificador ou supervisor. Eta Carinae (discussão) 20h21min de 20 de fevereiro de 2017 (UTC)

Não me parece que nenhuma das opções seja necessária. Basta deixar de pedir no Meta que desliguem e voltem a ligar a flag. Se é confirmado, continua, se não é, então faz-se o pedido. Nada nos nossos procedimentos implica que estes pedidos tenham que ser feitos. GoEThe (discussão) 08h27min de 21 de fevereiro de 2017 (UTC)

GoEThe creio que esses pedidos eram apenas pra fins de registro mesmo. PS: Coloquei na última opção que não fazemos mais pedidos no Meta-wiki. rsrs Eta Carinae (discussão) 09h47min de 21 de fevereiro de 2017 (UTC)

Sim, eu reparei, mas isso não quer dizer que as confirmações passem apenas a ter apenas caráter de opinião. Serão na mesma vinculativas. GoEThe (discussão) 10h01min de 21 de fevereiro de 2017 (UTC)

GoEThe, alterei o texto, de acordo com o que você disse. Eta Carinae (discussão) 10h39min de 21 de fevereiro de 2017 (UTC)

OK. Concordo então com a proposta 3. GoEThe (discussão) 10h43min de 21 de fevereiro de 2017 (UTC)

Fiz um pequeno ajuste. GoEThe (discussão) 10h45min de 21 de fevereiro de 2017 (UTC)

Apoio a proposta 2. As confirmações anuais para verificadores e supressores são uma bizarrice exclusiva da Wikipédia em Português. Em nenhuma outra wiki é possível que um verificador ou supressor tenha seu estatuto removido sem motivos consistentes. Aqui votam contra por qualquer coisa, desde ter discordado em uma EAD até ter negado um pedido de bloqueio. Essas confirmações anuais perderam todo o caráter técnico que deveriam ter. Passaram a ser um teste de popularidade, o que considero inadmissível levando em conta a importância que essas ferramentas possuem. Se esta regra não for mudada, teremos cada vez menos gente disposta a atuar nessas áreas. Érico (fale) 14h07min de 21 de fevereiro de 2017 (UTC)

Cada comunidade tem direito às suas excentricidades :). No entanto, a proposta inicial do Evinente nada tem a ver com os motivos que fazem alguem votar contra ou a favor, mas com a "necessidade" de ir ao Meta pedir para desligar e ligar novamente as ferramentas após confirmação. Isso me parece uma discussão tangencial a esta. Dito isto, não me lembro de nenhum checkuser ter perdido ferramentas após votação, mas apenas após absentismo ou por não ter aberto pedido de confirmação. Os últimos verificadores a deixar expirar os mandatos foram Jbribeiro1 e Lord Mota. Talvez eles possam dizer melhor se tal se deveu a terem que passar por confirmação todos os anos. GoEThe (discussão) 14h43min de 21 de fevereiro de 2017 (UTC)

Evidentemente. Também senti que a proposta falhou em apresentar os motivos de não precisar mais de confirmações anuais. Atualmente, como disse pelo RadiX, os verificadores são extensivamente vigiados, pela OC e stewards, ambos possuindo acesso aos logs de verificação a qualquer momento. Neste cenário é impossível que um abuso passe em branco. Minha visão de que essas confirmações anuais são desnecessárias e perderam seu objetivo aumentou nos últimos tempos. Não acho que elas são benéficas para ninguém (verificadores e comunidade). Se elas continuarem, que pelo menos sejam via consenso. Érico (fale) 14h52min de 21 de fevereiro de 2017 (UTC)

Eu deixei o estatuto vencer por falta de tempo para me dedicar ao assunto (já não conseguia mais nem participar das discussões no fim do "mandato"). José Luiz ^disc 15h00min de 21 de fevereiro de 2017 (UTC)

Apoio a proposta 3, é a que me parece mais útil ao projecto neste momento. Não vejo nenhum motivo para mudar o que funciona bem.-- Darwin ^Ahoy! 21h05min de 21 de fevereiro de 2017 (UTC)

@GoEThe e Darwinius: Vocês não acham, então, que o modelo deveria ser mudado de votação para consenso? Pela lógica empregada aqui, as confirmações anuais são feitas para avaliar se determinado verificador / supressor cumpriu bem seu papel durante o último ano de "mandato". Entretanto, quando se vota contra sem apresentar nenhum argumento para tal, esse objetivo falha. Se fosse por consenso, como nos pedidos de burocratas e eliminadores, deveria ser obrigatoriamente apresentado argumentos que provassem que determinado usuário não possui mais a confiança ou exerceu mal suas funções. Seria basicamente como ocorre para stewards. Isto seria mais justo, tanto para com o propósito das confirmações como também ao usuário, que saberia onde errou, porque errou e o que deveria fazer para melhorar. Érico (fale) 21h40min de 21 de fevereiro de 2017 (UTC)

Concordo com a proposta 3. Já que alguns Stewards entendem ser desnecessário numa reeleição bem sucedida desligar e ligar a flag para registrar um novo ciclo de vigência, nesse caso é dispensável ir ao Meta para solicitar tal ação. --Pap@ Christus ^msg 22h12min de 21 de fevereiro de 2017 (UTC)

@Papa Christus: Olá. Faço, então, a mesma pergunta (acima) que fiz a Darwinius e GoEThe: consenso ou votação? Não acha que escolher via consenso cumpriria melhor o objetivo das confirmações anuais? Érico (fale) 22h22min de 21 de fevereiro de 2017 (UTC)

@Érico: Eu tenho ideia de que este tipo de decisão, pelas regras do meta, não pode ser por consenso. Talvez o RadiX possa esclarecer isso.-- Darwin ^Ahoy! 22h25min de 21 de fevereiro de 2017 (UTC)

@Érico: Saudações! Olha se alguma regra não proibir eu acho que poderia sim ser por consenso, no entanto, com a divulgação das confirmações por meio do MassMessage vejo que torna-se um pouco difícil aferir consenso em situações destoantes, pois são muitos editores. --Pap@ Christus ^msg 22h46min de 21 de fevereiro de 2017 (UTC)

• Em wikis da Wikimedia sem um Conselho de Arbitragem, os verificadores devem ser escolhidos por meio de votação, sendo aprovados aqueles que obtiverem ao menos 25 votos favoráveis e uma taxa de aprovação mínima de 70%. Já houve uma discussão interna entre os stewards acerca de outras formas de aprovação; no entanto, não houve aceitação, pois para a adoção de outros mecanismos de escolha (ex.: consenso) haveria a barreira linguística. Assim, a política permaneceu inalterada. Logo, no presente momento, não há como aprovar verificadores ou supressores, pela primeira vez, de outra maneira.
• Com relação à substituição das votações anuais para verificadores/supressores já aprovados por pedidos de confirmação, bem... não sei como isto poderia ser trabalhado. Teoricamente, em se tratando de usuários já aprovados, não haveria necessidade de que o processo de confirmação fosse uma votação. No entanto, caso fosse substituído por uma discussão ou pedido de opinião, teríamos outro impasse: como avaliar o resultado das discussões? Quem poderia verificar possíveis problemas e confirmar o resultado da discussão? (Não podemos esquecemos que essas permissões não são gerenciadas localmente, e tanto a atribuição quanto a remoção são atribuições dos stewards, que que verificam e aplicam o resultado de uma decisão local).
• Portanto, antes de propor mudanças, devemos averiguar com calma as possíveis consequências (e problemas) que estas acarretariam. RadiX∞ 03h01min de 22 de fevereiro de 2017 (UTC)

@RadiX: Sobre esta frase da política de CheckUser: "On a wiki without an Arbitration Committee that meets the criterion above, or in a project where there is a preference for independent elections, the community may approve local CheckUsers (stewards not counting as local CheckUsers) per consensus. The CheckUser candidate status must request it within the local community and advertise this request properly (village pump, mailing list when available, special request page, etc.). The candidate must be familiar with the privacy policy. After gaining consensus (at least 70%–80% in pro/con voting or the highest number of votes in multiple choice elections) in the local community, and with at least 25–30 editors' approval, the successful candidate should request access at Steward requests/Permissions with a link to the page with the community's decision. If there are an insufficient number of votes for at least two CheckUsers on a wiki, there will be no CheckUsers on that wiki." Foi escrito "consenso" por qual motivo, já que está claro que trata-se de uma contagem de votos? Achei estranho. Érico (fale) 03h30min de 22 de fevereiro de 2017 (UTC)

Como o RadiX diz, neste caso em que os stewards (que não percebem português na maioria das vezes) têm que confirmar que os verificadores têm apoio consensual da comunidade é mais simples que o consenso seja aferido por meio de apoio/não apoio, do que com comentários, réplicas e tréplicas mais complexas. GoEThe (discussão) 09h01min de 22 de fevereiro de 2017 (UTC)

@GoEThe: Exato. Imagine uma discussão em coreano para aprovação de verificadores, na qual se deva avaliar e verificar o peso dos argumentos. E suponha, ainda, que tal discussão seja cometida por toda a sorte de confusões e acusações de violações de políticas locais etc. RadiX∞ 11h50min de 22 de fevereiro de 2017 (UTC)

@Érico: Tendo-se em vista que o consenso não implica em unanimidade, o termo provavelmente foi empregado para sinalizar a aprovação, concordância para a indicação do usuário, independentemente dos meios empregados para se chegar a esse resultado. RadiX∞ 11h50min de 22 de fevereiro de 2017 (UTC)

Então os testes de popularidade as confirmações anuais irão continuar... Érico (fale) 19h11min de 22 de fevereiro de 2017 (UTC)