stringtranslate.com

Википедия:Реформа выборов администратора 2015 г.

  • WP:RFA2015
Швабра администратора

Спасибо, что посетили эту страницу проекта. В знак признания широко известных проблем с RfA этот проект был запущен, чтобы выйти за рамки беспорядочных и спонтанных обсуждений и двигаться вперед с поставленной целью. Ниже вы найдете краткую историю проектов реформы RfA, краткий раздел, описывающий, почему этот проект был начат, и, наконец, раздел, подробно описывающий и ссылающийся на фазы, которые необходимы для завершения реформы нашего процесса выборов администратора.

Краткая история реформы RfA

Текущий метод, с помощью которого мы выбираем администраторов, RfA , был основан 14 июня 2003 года Камамбером . Первое повышение по службе через систему, Quercusrobur , произошло в тот же день. До изобретения RfA повышение по службе администраторов происходило через списки рассылки. Первое обсуждение на WT:RFA было начато Тимом Старлингом шесть дней спустя, 19 июня, это была юмористическая дискуссия. Вскоре начались обсуждения, похожие на те, что мы ведем сегодня, причем первое явно касалось стандартов выборов . Первая серьезная жалоба на процесс, по-видимому, была высказана Greenmountainboy 8 января 2004 года в теме под названием « Атакован всеми », в которой он заявил, что RfA превратился в место, где все нападают друг на друга. Большинство не согласилось с этим утверждением.

Еще в 2006 году Аарон Шульц признал в своем эссе те же проблемы, которые постоянно обсуждаются уже почти десятилетие. Были предприняты сотни попыток реформировать RFA, многие из которых находятся в архивах WT:RfA . Среди крупных проектов реформы RfA — WP:RFA2011 , который был запущен в 2011 году. Он был создан Кудпунгом в его пользовательском пространстве 25 марта, и после поддержки других он впоследствии перенес его в пространство Википедии. Проект собрал целевую группу из более чем сорока признанных редакторов, включая старших сотрудников Фонда Викимедиа . Запуск этого проекта последовал за комментарием Джимми Уэйлса в марте того же года, в котором он заявил, что RfA — это «ужасный и сломанный процесс». Этот комментарий был ответом на уход My76Strat (теперь Джон Клайн ) из-за его неудачного RfA . Были собраны большие объемы данных, но, к сожалению, ни одно предложение не достигло консенсуса в результате проекта.

После RFA2011 следующим комплексным проектом реформы был WP:RFA2013 в 2013 году. Он состоял из серии из трех RfC , начавшихся в конце января и закончившихся в начале апреля. Все предложения, которые дожили до 3-го раунда, провалились. С тех пор не было ни одного крупномасштабного проекта реформы.

Успешные реформы RFA включают ряд разделений, таких как откат в начале 2008 года и совсем недавно — права пользователя на редактор шаблонов.

Цель этого проекта

Многие редакторы согласны, что с RfA что-то не так. Некоторые пользователи прямо заявили, что боятся добиваться администрирования по той или иной причине. В большинстве случаев это, похоже, связано с предполагаемыми высокими стандартами или неприятной средой. Однако у разных пользователей разные идеи. Некоторые пользователи подчеркивают, что мы должны исправить вышеупомянутые высокие стандарты и/или враждебную среду. Некоторые указывают, что RfA было бы легче принять, если бы не было сложно отстранить проблемных администраторов. Другие выступают за разделение инструментов. И затем возникает вопрос поиска решений этих проблем. Хотя, по общему признанию, существует очень мало прецедентов успеха в реформировании RfA, как показано в разделе выше, цель этого проекта — выявить проблемы с RfA и найти решение относительно того, как эти проблемы можно исправить. Ничего не произойдет, если мы не будем настойчиво пытаться исправить процесс; в противном случае мы могли бы также закрыть WT:RFA, поскольку все обсуждения были бы бессмысленными.

Фазы реформы

Реформирование нашей системы выборов администраторов будет проходить в соответствии с логическим трехэтапным процессом. Во-первых, сообщество обсудит, в чем на самом деле заключается проблема RfA. Существует общее согласие, что что-то не так, но мы также должны в целом согласиться с тем, что именно не так. На втором этапе будет предпринята попытка найти решение проблем, выявленных сообществом. Это, возможно, будет самая сложная и длительная фаза, поскольку предложения такого рода имеют очень мало, если вообще имеют, истории принятия. Каждая фаза (в основном фазы I и II) будет следовать формату, описанному на соответствующей странице, указанной ниже:

Прогресс достигнут

  1. Необходимо более широкое участие в процессе RfA. –  Сделано . Теперь RfA будут рекламироваться на MediaWiki:Watchlist-details и Template:Centralized discussion .
  2. Облегчить нагрузку административных задач. – Не сделано . Это не связано напрямую с RfA и поэтому должно рассматриваться отдельно, например, посредством предложений по разделению одного или нескольких инструментов администрирования. 
  3. Обстановка в RfA слишком враждебна. – Частично сделано . Теперь есть ограничение в два вопроса, и бюрократам разрешено выполнять определенные клерковские задачи, но в будущем, возможно, появятся дополнительные вещи, которые мы сможем сделать, чтобы исправить эту проблему.
  4. Дискреционный диапазон слишком узкий. –  Готово . Дискреционный диапазон теперь составляет 65–75%.
  5. Стандарты слишком высоки. – Частично сделано . Расширенный диапазон дискреционных полномочий может привести к прохождению большего количества кандидатов, и, следовательно, проблема высоких стандартов может быть несколько смягчена. Однако эта проблема не решена полностью, и в будущем, скорее всего, появятся дополнительные предложения по этому поводу.
  6. В RfA должен быть активный клерк. –  Сделано . В RfC клерка было мало возражений со стороны сообщества, чтобы позволить невовлеченным бюрократам продолжать выполнять задачи клерка, но сообщество однозначно отвергло создание группы пользователей RfC Clerk . Однако система бюрократического клерка, определенная в RfC, расплывчата и может потребовать обсуждения в сообществе для прояснения в будущем.
  7. Должны быть определены стандарты. – Не сделано . В любом случае, это предложение прошло Фазу I с большим трудом, и поэтому не имеет высокого приоритета.