Jump to content

Wikipedia talk:Requests for adminship/Reform: Difference between revisions

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Content deleted Content added
Line 387: Line 387:
===[[#Proposal by Rackabello]]===
===[[#Proposal by Rackabello]]===
*Both the fact I was promoted on a self-nomination and the fact "I thought he was already an admin" is a frequent phrase at RFA, I think relying on the community alone to put forth suitable candidates is not a good idea. - [[User:MacGyverMagic|Mgm]]|[[User talk:MacGyverMagic|<sup>(talk)</sup>]] 12:03, 19 April 2007 (UTC)
*Both the fact I was promoted on a self-nomination and the fact "I thought he was already an admin" is a frequent phrase at RFA, I think relying on the community alone to put forth suitable candidates is not a good idea. - [[User:MacGyverMagic|Mgm]]|[[User talk:MacGyverMagic|<sup>(talk)</sup>]] 12:03, 19 April 2007 (UTC)
*I like some aspects of your proposal, but ''not'' the suggestion of an appointed (by whom?!) committee. Experience with Essjay, Kelly Martin, and others has demonstrated that we need ''more'' accountability and transparency - your suggestion just goes in the opposite direction, cementing the notion of a self-appointed cabal of kingmakers pulling up the Wikiladder behind them and discussing everything behind closed doors away from the earshot of mere editors. [[User:AdorableRuffian|AdorableRuffian]] 00:05, 28 May 2007 (UTC)


===[[#Proposal by Walton]]===
===[[#Proposal by Walton]]===

Revision as of 00:05, 28 May 2007

Feel free to join the discussion on the future of Requests for adminship process at Wikipedia talk:Requests for adminship/Reform. Everyone's comments are welcome!
  • Before commenting please consider data from the Adminship survey summary
  • Please avoid initiating any kind of poll on this page. There have been plenty of those in the past.
  • This page is intended to discuss possible solutions.

Key polices/issues to consider

Proposals

Please use the discussion section to reply to any of the proposals. "Proposals" section is for proposals only. Any other comment will be either moved or removed.

Proposal #1 by Cool Cat

I think different levels of adminship should be given. Currently there are 5 major levels of access on wikipedia. These are: anonymous, regular users, administrators (sysops), bureaucrats, stewards. Having levels between users and administrators would be productive. These levels should not however be "trial admins". -- Cat chi? 20:53, 7 April 2007 (UTC)[reply]

Proposal by Picaroon

I think Requests for adminship should be refactored into Requests for Comment form; after reading the nomination statement and answers to the three standard questions, anyone who wants (besides the candidate) can make their own header and, under it, state why they think the nominee should or shouldn't become an admin. Others, including the nominee, can then endorse or rebuke these sections. After seven days, a bureaucrat (maybe two in tricky cases) evaluates the merits of the support and opposition, after which they either promote or they don't. The end. Picaroon 22:09, 7 April 2007 (UTC)[reply]

Proposal by TomasBat

I think that all of this is aleady solved. According to a key policy, Wikipedia is not a democracy, and because of this many users believe that it would be better if we were to discuss instead of voting when it comes to new administrators; but really, it is perfect how it works right now. This is because users vote but behind-the-scenes discussing is what encourages those votes. Votes are the results of discussions, so we discuss voting, making Wikipedia a non-democracy but a place where decisions are easilly handled. TomasBat (@)(Contribs)(Sign!) 02:59, 8 April 2007 (UTC)[reply]

Proposal by Kncyu38

The problem as I understand it is that, while not officially, RfA is actually being handled as a vote. Many votes are based on pre-existing sympathy/antipathy or parotting arguments given by others. Many votes are not even accompanied by an explanatory comment at all. I believe there is no way to change that. But we do have the opportunity to enhance the meaning of the numbers: RfA should officially be a vote.

But to gain credibility, candidates and all supporters and opposers must be able to spread relevant info regarding new arguments/developments. Very often, support votes are not changed even in the face of substantial disqualifiers. Oppose votes are redundandtly discussed in the RfA page, distracting interested users (and the closing b'crat) from quickly assessing who said what. In my opinion there is an easy solution to all of this that would not increase the bureaucrat workload, but instead drastically decrease it.

WP:CANVASS—as far as canvassing for RfAs is concerned—should be abandoned, while commenting on other users' voting comments within the RfA page should be forbidden. The existing possibility to canvass only behind the scenes (via quick e-mail notification, for example) strongly favours established cliques while discriminating against all others. Currently, for example, it is forbidden as canvassing to inform voters of new developments and/or arguments on their respective talk pages. Commenting on support votes is easily seen as canvassing, commenting on oppose votes rarely so. Actual discussions as opposed to votes may be too controversial and tedious for any b'crat to sort through and decide upon. Most of these problems regarding the relative weight of the given votes and comments could be solved simply by the two things I propose: Allow canvassing and establish a rule that makes it possible to vote and comment, and to add to or change your comment, but forbids commenting on other users' comments within the RfA page. —KNcyu38 (talkcontribs) 09:46, 8 April 2007 (UTC)[reply]

Proposal by Theresa Knott

I think the root of the problem lies in the fact that people vote on the adminship of people that they do not personally know and trust. Perhaps a RFC style page that is not linked to some centralised page but instead linked only to the user's talk page and perhaps to their signature. That way, only people who had actually interacted with the user in some capacity would know they are up for adminship and only they would comment on whether they are trustworthy. I want adminship to be granted based on a candidate's past behaviour, not on how well they answer a set of standard questions. Theresa Knott | Taste the Korn 10:54, 8 April 2007 (UTC)[reply]

Proposal by Sam Blacketer

My proposal is written up at User:Sam Blacketer/RfA reform. In brief it aims at getting away from the vote-counting and looking at assessing adminship candidates in the round, based on their editing histories in several different aspects. By doing so it gives discretion to bureaucrats (who continue to be appointed in the same way as now) to decide whether concerns raised by other editors over aspects of the candidate's contributions demonstrate suitability or unsuitability for the admin tools. Sam Blacketer 11:34, 8 April 2007 (UTC)[reply]

Proposal #2 by Cool Cat

Perhaps rather than a pure vote, rfa should be more like rfar.

  • On arbcom people (arbitrators) decide based on intense /evidence and /workshop work. Voting is based on "Evidence" and "Workshop".
  • RfA should not be rushed to a one week long vote. What is the rush? Candidacy should be discussed to its fullest before a vote.
  • Voters would be "good" wikipedians (people who can edit semi-protected pages). (Or this could be bureaucrats themselves casting the final vote rather than a single one passing/failing)
  • I do not find "questions to the candidate" particularly useful. A persons admin-worthyness should be based on his/her/its existing contributions and not his/her/its ability to answer questions.

-- Cat chi? 20:53, 7 April 2007 (UTC)[reply]

Proposal by Sbandrews

Reduce the amount of work that admins have to do by allowing normal editors to close AfD's etc. Then admins would only be required to deal with problem cases, essentialy blocking editors that close incorrectly, vandalise, etc. There would have to be a concurrent improvement of the current policy guides for closing AfD's etc. but that would happen naturally as a way of avoiding anarchy. RFA's could happen the same way. Regards sbandrews (t) 20:18, 8 April 2007 (UTC)[reply]

As linked. Discuss on proposal's talk page. --Random832

I've written up a brief proposal for improving RfA. The process would remain the same up until closure. RfA that aren't obvious pass/fails enter a discussion period of all bureaucrats. I believe this would help to reduce the perception of "rogue" bureaucrats and also increase the number of successful RfAs by widening the discretionary range to 60-80% support. I welcome any feedback and hope this can be refined into a workable process. Thanks! ChazBeckett 17:45, 7 April 2007 (UTC)

Proposal by Durin; stop offering proposals

I know, radical idea, right? :) Seriously, there have been a bazillion proposals dating back to not long after RfA began. Virtually none of them gained any traction, and the very, very few that did were for very minor changes. For example, creating a subpage for each RfA. Ooo what a radical idea that! :) Proposal after proposal after proposal that has suggested significant change has fallen flat on its face. The long list of proposals on this page will be no different. There will not be significant traction to any of them. Enough of the proposals already!

What I think should be done is a more careful analytical process. One of the first steps of this should be ascertaining what is wrong with the current RfA system. Please contribute to the beginnings of this at User:Durin/What is wrong with RfA. Another early step should be ascertaining the goals of RfA. I did this at Wikipedia_talk:Requests_for_adminship/Archive_82#What_are_the_goals_of_RfA.3F, though I don't think there was enough discussion.

In short, before we can decide what direction to go in, we should get a firm understanding of where we are (what is wrong), why we are here (what causes these problems) and where we want to be (the goals of RfA). Only then can we start intelligently discussing what car to jump in to get from Point A to Point B. Lots of shiny cars here. All of them might be wheel-less or out of gas for all we know.

Enough proposals :) --Durin 18:42, 9 April 2007 (UTC)[reply]

Amen. RfA is fine. Cool Bluetalk to me 22:35, 5 May 2007 (UTC)[reply]

Proposal by Radiant

The only real problem on RFA is people employing arbitrary and meaningless benchmarks to judge candidates by. This is a matter of culture. The assertion that RFA is horrendously difficult to pass is self-perpetuating because some people who would pass easily don't dare to face it, and inexperienced people who shouldn't be admins are unaware of this, thus skewing the results. The way to fix this is simply by nominating candidates. Therefore I propose that everyone active on this page finds a suitable nominee this week. >Radiant< 10:57, 10 April 2007 (UTC)[reply]

Proposal by Sjakkalle

Abolish the "support", "oppose" and "neutral" sections and lump all the votes, and !votes into one section as is done on AFD (where "keep", and "delete" sections are a rejected idea except on the French Wikipedia). This format is far more well-designed for a discussion and also makes it much clearer how the debate is developing. Keeping a count of the votes and !votes is a bit tougher, but in the end it is the final one which counts and that can be established quite easily anyway. Sjakkalle (Check!) 13:30, 10 April 2007 (UTC)[reply]

Proposal by Mr.Z-man

Create an actual set of criteria to eliminate ridiculous votes. This would work similar to the criteria used for GAs and FAs. This could be based on: Experience, Quality of Work, Civility/Behavior, and Administrative Duties. Arranged in order from most important (top) to least important (bottom):

  • Civility/Behavior - Has the user engaged in edit/revert wars? Have they been blocked in the past? Have they made personal atatcks, added unsourced POV to articles, made any serious policy violations? If the answer to all of these questions is No, or at least Nothing serious in the past 2-3 months, then this should not be an issue.
  • Administrative Duties invloves work in XfDs, Speedy/Proposed deletions, RfC, AIV, and other "administrative functions" though not necessarily all of these.
  • Quality of Work would not focus on any one namespace. Some users are great with templates, others articles, some images, and others policies/guidelines/essays. This would also take into consideration edit summary usage.
  • Experience would be based on both edit count and time based experience. This would be set lower than many current arbitrary standards (any actual number ranges TBD by consensus).

Similar to Sjakkalle's proposal above mine, this would also abolish the current setup of separate sections for Support/Oppose/Neutral (though not the votes themselves) by lumping all comments into one section. This proposal would also eliminate the "vote counter" as certain criteria are considered more important than others. Finally, instead of the three current questions, the nominee would answer questions more related to the criteria. This would eliminate any outlandish "oppose" reasons that have little to do with the sysop tools. Mr.Z-mantalk¢ 18:57, 10 April 2007 (UTC)[reply]

Proposal by Rackabello

I personally do not like the way that admins selection is conducted. I agree with several past proposals that guidelines and benchmarks are arbitrary and users who vote many times vote for a RfA candidate whom they know almost nothing about. Here is my proposal for refroming the RfA system:

  • RfA debates would no longer take place among the Wikipedia community. Persons who meet the elgibility requirements could be nominated by three unique wikipedia users (not sockpuppets, verifiable with substantial quality edits on each), however, discussion of said candidate and a peliminary decision to promote the candidate to an Admin would occur in an Adminship Review Commission, made up of a set number of beuaracrats, admins, and possibly a few experienced Wikipedia Editors.
  • Self nominations would be prohibited, and grounds for disqualification. I'm not sure how others feel about self nominations, but my oppinion is that an editior who is a good fit for the admin position and has the trust and support of the community (nessacary for an admin) will be nominated BY THE COMMUNITY and not by his or herself.
  • If the ARC determines the user to be a good candidate for an Admin, the ARC would present the candidate to the Wikipedia community along with the discussions that the ARC held, for general comment only (not a vote or discussion, just to be sure that there is nothing glaring that the ARC missed). Assuming nothing negative came from this process, the user could then be promoted to an Admin at that time.
  • Written consistant eligibility guidelines would be put in place for admin candidates. These might include:
    • One year of regular quality edits to Wikipedia articles.
    • Service to Wikipedia demonstrated through substantial participation in one or more other projects pertaining to the encyclopedia, such as Articles for Deletion, CheckUser clerk, etc....
    • Solid record of respecting Wikipedia's policies, such as WP:POV
    • Potential to be a helper on WP, demonstrated through being civil, assuming good faith, correcting mistakes, positvley encouraging new users, etc...

Just some thoughts Rackabello 05:36, 11 April 2007 (UTC)[reply]

Sir Nicholas's opinion on Headless RfAs!

My dear ghosts, ladies and gentlemen! Lend me your ears. I must be a bit uncouth and churlish so that my words my find a place in your kitchen cabinets! RfAs have been a major pain in the ass for a while now, and all we have done is aggregated more problems rather than finding solutions (that includes me!). From the look of it, we are nowhere near getting a revolutionary new concept of deciding the worthiness of a candidate to become a system administrator. So we must salvage what we have and build upon it.

  • Passing an RfA is not difficult. Or is it? If you have been a good boy for six months, kept your head down, and have not made a lot of noise. It'll be a cinch. You'll pass and no no one will notice.
  • If you have been a bit boorish with others and have hurt their egos so bad, rest assured that that will come to haunt you on your RfAs. It pays to be sensitive and civil, especially when you're not an administrator. (It worked for me *shrug*)
  • If you have been too active for your own good, amassed a slew of edits and fast, lot of them mechanically, with automated tools, you're in for a lot of reprovals and sideswaps. So young fellows, mind you write a few good articles and shut those fat mouths up. Frankly speaking, no one likes a bureaucratic fuck, and there is a singular and good reason for that. Experience. Nowhere else, but by article writing, you get experience of dealing with trolls, vandals and difficult users. It takes utmost skill to get past them all and have them all sign an armistice and work towards consensus.
  • Affirmative action. Get involved in some disputes, no jump right into them. Try and mediate and don't let the shit hit the fan. If it does, well, you did your best! Remember though, condescension is your enemy and not your friend. Treat everyone fairly and they will repay your favour.

Well, that's the easy way of passing RfAs. There are some who do not follow these unwritten laws and get involved in high-scoring matches and revellers fire up altercations on talk pages, spitting and swiping at the unlucky devil who happened to promote or dismiss the candidates. Here's what I think, and I have said it before – [1], [2]. –

  • We have ample number bureaucrats to for proper functioning of the process at WP:RFA. The nominations generally do not go long past their expiry dates.
  • The problem with promotions and the brokenness of the RfAs are highlighted when bureaucrats take controversial decisions by promoting a candidate, when there was clearly no consensus for promotion. The problem lies with the community itself, and we cannot help it. What lies with us, however, is Oddment! Nitwit! Blubber! and Tweak!.
  • The current state of affairs and terms dictate that candidates with 70% - 75% supports are promoted or dismissed at bureaucrat discretion. In the stead of that, we could always have bureaucrats discussions on a special page, as was done in case of Danny's recent RfA.
  • The duration of the RfA, in case of a close call, is extended to one more day, and a notification to all the bureaucrats is left on the bureaucrat's noticeboard to direct their attention to the existence of such pages.
  • The bureaucrats then would put forward their opinions to ensure transperancy. A simple majority gets it's will to pass. And let's face it, our bureaucrats are much more than a "humungous pile of rat droppings", aren't they? They are bureaucrats for a reason, and we can definitely show more trust in a collective group of them rather than a single person; which is bound to differ, even if slightly. That would ensure transperancy and as a sense of satisfaction in the community. That makes sense, doesn't it?
  • Obviously, we can expect the bureaucrats to relax the conventions a bit in the favour of former administrators who resigned adminship, or lost adminships during controversial circumstances. The only thing we can do to prevent this thing into turning into a full-fledged popularity contest and a slugfest where we hit-back with a vengeance. Other users who are generally affected while RfA nominations are those who have made too many edits using automated tools in the past. That magnifies their faults, even if they would have looked trivial, if their edit-count had been lesser.
  • Oh yes, and obviously, the Supreme Mugwumps of Wizengamot are going to keep their overlarge nosies out of this! >:)Nearly Headless Nick {C} 10:59, 11 April 2007 (UTC)[reply]
  • Nearly Headless Nick {C} 10:32, 11 April 2007 (UTC)[reply]
Ideally, a discussion amongst bureaucrats should occur in the RfAs that undergo special circumstances, such as Danny's. RfAs are controversial from time to time, and if more bureaucrats had the chance to discuss the RfA at hand, then there wouldn't be such a community backlash against one bureaucrat who decided to promote using his/her discretion. I haven't been looking over the actions in Danny's RfA, but I'm hoping that a future trend of discussion amongst all bureaucrats on some Wikipedia page (Bureaucrat's noticeboard) would occur (if it already hasn't; mind me, I've been out of my usual heavy RfA watching recently, so I'm not fully up to date on things). Nishkid64 21:43, 11 April 2007 (UTC)[reply]

Proposal by Walton

WP:CANVAS should be abolished in relation to RfAs. The users who are best-qualified to judge a candidate's suitability for adminship are those who have already encountered and/or worked with that user. Therefore, although sales pitch shouldn't be encouraged, candidates should be allowed to advertise their RfA to other users. Linking to an RfA in your signature and on your userpage should also be allowed, for the same reason; if you spot the RfA while in the midst of discussion with someone, you're more qualified to judge their suitability for adminship than if you see them for the first time at RfA. Walton Vivat Regina! 18:58, 11 April 2007 (UTC)[reply]

Proposal by bibliomaniac15

I do not know how we will abolish the ideal of a vote, or how we will ever manage to survive the incessant deluge of RFA reform suggestions, but I do know that we must have one thing: the setting of actual standards to evaluate a nominee for adminship and cratship. Just as we have policies for reliable sources, deletion, and all that other good stuff, we must eliminate the arbitrariness that is going on. I believe it's really preventing people who would otherwise be good sysops or crats from attaining such a position, especially RFB. I acknowledge that this page is for RFA only, but if we do reform this and it is successful, it is inevitable that requests for bureacratship will have an overhaul. I seriously believe that if Taxman or Raul tried to run today, they would have been opposed many times over. As for me, I very much like the RFA standards that Z-man proposed:

  • Civility/Behavior - Has the user engaged in edit/revert wars? Have they been blocked in the past? Have they made personal atatcks, added unsourced POV to articles, made any serious policy violations? If the answer to all of these questions is No, or at least Nothing serious in the past 2-3 months, then this should not be an issue.
  • Administrative Duties invloves work in XfDs, Speedy/Proposed deletions, RfC, AIV, and other "administrative functions" though not necessarily all of these.
  • Quality of Work would not focus on any one namespace. Some users are great with templates, others articles, some inages, and others policies/guidelines/essays. This would also take into consideration edit summary usage.
  • Experience would be based on both edit count and time based experience. This would be set lower than many current arbitrary standards (any actual number ranges TBD by consensus).

I apologize for making my statement tedious and dragging, but I felt my sanity was at stake. :P bibliomaniac15 01:31, 12 April 2007 (UTC)[reply]

Addendum: After examining the reforms and the plans that we've made in the past, I've come to a conclusion: many of us lack foresight. We only see what we want in the beginning when in fact, we'll be kicking ourselves a year later. Consider the case of Esperanza. Formed during rough times in 2005, what happened after that? It created a bureaucracy and shut down. Similarly, we've already created the present RFA format that we haven't anticipated would be so derided. We have to start thinking more in terms of the future and how we will affect a new wave of future admins. bibliomaniac15 00:22, 18 April 2007 (UTC)[reply]

Proposal by MaxSem

Adminship is no big deal? But de-adminship IS. As a consequence, some people are afraid to support, being afraid of possible abuse. I propose developing a simple and clear policy on removing sysop rights. Easy come, easy go. What it should be? Discussion like on AfD, votish discussion like on current RfA, vote like the Board Elections? I don't know, but the CAT:CSD backlog suggests that something must be done. MaxSem 18:46, 12 April 2007 (UTC)[reply]

Proposal by Oleg Alexandrov: Pure vote, 75% cutoff

Disadvantages

  • Some voters are not well-informed, have a personal agenda, etc.
  • Numbers don't tell the whole story
  • Human judgment is needed

Advantages

  • Ill-informed voters are preferable to voters who claim other voters are idiots
  • Ill-informed voters are on both sides, and they roughly cancel each other
  • 75% is plenty of margin of error
  • Bias eliminated, when bureaucrats promote whom they want to promote

Proposal by Errabee: abolish support and neutral; focus on objections

Currently, the proposal by Sjakalle is being tried at Moralis' RfA. Although I am not very pleased with that experiment (to put it mildly), I think the idea behind it is good, but lacks a proper elaboration. So instead of just complaining, I thought I would contribute a new proposal (sorry Durin).

As most of the contributors have said already, RfA is not a vote, but in practice it is dealt with as if it were a vote. And according to the Admin survey, RfA has become a popularity contest, with canvassing as an unwanted side effect. Time for a radical change. I propose the following changes:

Abolish the support and neutral sections, and disallow any support or neutral statements. The RfA should focus on objections as to why the candidate should not become an admin. These objections will have to be documented, and can be discussed by the candidate and other contributors. Candidates will not benefit anymore from canvassing, so that would put an automatic stop to that practice.

If the closing bureaucrat decides that all objections have been answered to his or hers satisfaction, the candidate is sysopped; optionally the bureaucrat can give a statement as to why he or she feels this should be the outcome.

Finally, I think the current questions to the candidate are not very relevant to the process and could be deleted. Errabee 12:48, 13 April 2007 (UTC)[reply]

Proposal by Rebroad: Solid (policy/guideline based) reasons need to accompany votes

Regarding a recent request for adminship I've just looked at - This appears to be a good example of a user which would have made a good admin being rejected purely on their beliefs rather than their potential ability to administrate. I propose that arguments for or against a candidate should need to be based on valid grounds written down within existing Wikipedia policy and/or guidelines. Any votes not based on such policy should not be counted. --Rebroad 17:07, 14 April 2007 (UTC)[reply]

Proposal by Spawn Man

Opening - Like I suggested on the adminship survey, RfA should have a set of criteria that the editor must meet before they can get promoted. This idea is similar to the proposals by Mr Z man & Bibliomaniac above (Darn, you beat me to it...) ;). These criteria would undoubtedly be decided by Jimbo & the Wikipedia elites (But would probably have to go through the community to see if there's a consensus on which requirements would be needed - the final decision however, would be made by Jimbo etc...) & would have points that needed to be met before you could be given sysop powers. These could include -

  • Must have been at project for X number of months.
  • Must have X number of edits overall.
  • Must have at least X number of edits to the mainspace.
  • Must have at least X number of edits to the Wikipedia namespace.
  • Mustn't have had a block in the last X number of months.
  • Etc Etc Etc.

Nominations - So that would be the first change. Next would be the method of nominating & being promoted. To be promoted, you would need X number of Buerocrats to endorse your nomination - that way there wouldn't be as much pressure on a single crat to make the right decision. In addition to the endorsement of the crats, there would be a "citation" section on the nomination, where normal users could "cite" the nominated user of any uncivil behaviour or breach of site rules (This would act like the oppose section now & would advise the crats on how the user has acted in the past). This would be in place because just meeting the rrequirements of the list would be too easy to pass & thus the imput from other users would be needed to affect the end descision. After reading the "oppose citations", the crats would then endorse the nomination & if you get enough, one would make you a sysop. (Similarly, crats could also oppose the nomiantion & if X nubmer oppose, then the nomination would be removed - No explaination would be needed, just a solid endorsement or opposition....)

Reasons why this may work - This way of voting would cancel out a number of problems people have with RfA at the moment - the pile on support votes, editors getting promoted who don't meet many requirements, popularity contests & questionable crat judgements to name a few. Techincally, supporting a nomiantion would be taken out - the only support which would be needed would be that of the crats. More notice would be taken of oppose votes, as they would be the ones advising the crats how this user has acted other than meeting the requirements to the list. This would also save much time, as cratswould only need to see if the user met all the requirements & if any users had cited them for bad behaviour. Also, there would undoubtedly be a cut down in the amount of users who have failed RfA's leaving the project in despair, since they would know if they met the requirements before they even nominated themselves (IE, there'd basically be no "You're not good enough, that's why we're failing you", but rather a "I need to improve in these areas before I can get nominated for adminship"). I see this as a very simple system which Jimbo could have a direct hand in creating & would solve many of the problems we all have. We all hate calling things a vote, so why not put up this "procedure" & make things simpler for everyone? Cheers, Spawn Man 02:50, 17 April 2007 (UTC)[reply]

Proposal by AQu01rius

I think many of the concerns on Requests for Adminship may be slightly exaggerated. The current simple voting method is not horrendous as noted by some editors. The final decision is in the hand of bureaucrats. Anyways, here are my proposal:

  • Vote stacking - To prevent vote stacking, I think we can solve it by not having a vote at all in the initial stage (not even the kind of votes in this experimental RFA. Maybe we can ask all RFA candidates to submit in a formal essay that addresses the RFA questions (I think it's essential for administrators on English Wikipedia to master the language to a certain extent). And then, editors can comment on the candidates with the reference to the essay while reviewing the candidate's statistics. A vote on the nominee's qualifications will be held in the last day of the nomination.
  • Speaking of statistics, I recall seeing some scripts that can cover every aspect of the editor's activity on Wikipedia. If we can have those types of statistics available in a single page, then the editors might be able to express their views easier.

That's it for now. Excuse me if I have been redundant, as I did not read much of other proposals. AQu01rius (User • Talk) 01:40, 19 April 2007 (UTC)[reply]

Proposal by Shirahadasha

Intention

The intention behind this approach is to somewhat standardize the process and create a more even, predictable, and fairer outcome, and let potential admins know what to expect and approximately when they should expect to be ready, while still permitting community discretion and escape valves to address an editor the community believes to be a problem, and still permitting a very straightforward process with "support", "oppose", and "neutral".

Create guidelines to guide process: 1. A set of threshold requirements setting basic minimum standards that establish a clear threshold based on fairly objective criteria -- see below for a proposal. 2. A set of soft competency requirements with skills that candidate must demonstrate (see below) 3. A set of objection guidelines identifying legitimate reasons to oppose.

Process: 1. A candidate would have to meet the threshold guidelines to be considered -- speedy remove from RfA if they're not met. Suggested threshold standards: Depending on the community's preferences, 2000-3000 edits, a few hundred minimum in each of main, talk, and project space, four to six months of regular editing on the project, absence of recent blocks or repeat warnings (with mechanism to override/discount abusive ones). Also, suggest that an editor review be required first (with no particular outcome.) 2. Competencies would be demonstrated through questions etc. Candidate would have to provide diffs demonstrating them. Suggested categories: editing skills, knowledge of policy, interaction with users, civility and level-headedness during disputes, and similar. Nom and/or candidate would be required to provide examples demonstrating each of the areas. 3. A person who meets minimum guidelines is presumed eligible. Supporters don't have to explain anything, but objectors would be required to state a specific objection and give examples of the problem. Suggested Oppose standards: damage to the encyclopedia, lack of civility, serious misunderstanding of policy, poor judgment, and similar. Objectors would have to identify specific diffs and explain why they represent objectionable behavior. However, guidelines should be broad enough to permit objectors to explain why they believe an individual can't be trusted. 4. Within these guidelines, "concensus" means a supermajority vote as currently, with votes not complying with guidelines (oppose votes which don't state a legitimate reason) discounted. Thus there would be discussion, yet clear standards to discuss by which would permit support, oppose, and neutral declarations as at present.--Shirahadasha 03:08, 23 April 2007 (UTC)[reply]

While oppose categories would be worded broadly enough to permit judgment, the requirement to present specific diffs would hopefully get rid of objections such as "no need for tools", objector doesn't like (permissable) userboxes, insufficient experience where guideline minimum is met, and and various others. --Shirahadasha 02:54, 23 April 2007 (UTC)[reply]


Discuss at Wikipedia talk:Requests for adminship/Reform##Proposal by Shirahadasha

Proposal by Carcharoth

How about randomly generating a jury of voters? I'm sure I remember a "random user" generator somewhere. Randomly select 100 users who have been active in the past week, and say they have been granted the singular honour of voting on this candidate's RfA. This is a bit like jury service in the UK, which, with checks and balances, is essentially a random selection of your peers to sit in judgement on you. People selected at random tend to take their duties very seriously. If this idea took off, and if even only 20% of the 100 random users participated, then you would get 20 people carefully picking through the contributions history and giving their opinion on the candidate. Also, in case you get a random selection of 100 trolls, allow the candidate to rebut oppose votes, and still leave the ultimate decision to the bureaucrat. Randomly selecting from the entire pool of users might be a bit much, so instead maybe randomly select from a large of list of those "willing to serve at RfA". Carcharoth 17:23, 23 April 2007 (UTC)[reply]

Discuss at Wikipedia talk:Requests for adminship/Reform##Proposal by Carcharoth

Proposal by A.Z.

A.Z. no longer supports this proposal.


  • Every user with more than 200 edits (or another number of edits) who is not a bot and that has been here for more than two months (or a different amount of time) should be an administrator. If someone abuses the tools, block them.
  • For this proposal to work, administrators should be unable to unblock themselves and to unban themselves.

There is an essay about this here, although this proposal is a bit different.

Discuss at Wikipedia talk:Requests for adminship/Reform##Proposal by A.Z.

Proposal by Wikihermit

Why not have a trial adminship were the people who would like to become admins. are given the tools over a period of time. The first week they could get the ability to protect pages and un-protect pages, and edit full protected pages. A week later, they would have the ability to delete pages, recreate, ect. Finally on the 3rd week they would be able to block and unblock users. After a month, they could go to WP:RfA where users would support or oppose their RfA. This would eliminate people voting purely on edit counts. Even if a user had a high edit count and was irresponsible, mostly likely they would not pass. If they had a lower edit count but used the tools responsibly, then their chances of passing are higher. During their trail adminship, the user would also have to make a certain amount of "admin-only" edits, so we could see how they would react to different situations, instead of that user picking out the easier task to do.

Proposal by ais523

This is based on what I saw in the last two trials (the formats used in the Moralis and Matt Britt RfAs). Instead of sorting comments by support/oppose/neutral, sort comments by the area in which they comment about (e.g. if you oppose someone due to lack of XfD edits, put your Oppose comment in a section marked 'XfD' or 'Deletion'). People could make as many comments as they liked, so they could just make a generic 'Support' comment in a generic section at the top, or if their support was based on something in particular (or the lack of a particular problem that had been brought up) they could place it in that section, or in all relevant sections. With any luck this would help identify the issues involved in that particular RfA and help reduce a voting-like mentality without actually making the RfA harder to close.

Proposal 2 by A.Z.

1) Allow anyone to become an Admin once they meet certain criteria, such as length of time with an account and number of edits. No utility nor personality criteria, such as "quality of edits" or "difficult to work with" should be used.

2) Allow Admins to desysop each other, but only allow bureaucrats to grant Admin status.

Discuss at Wikipedia talk:Requests for adminship/Reform##Proposal 2 by A.Z.

Proposal by Imdanumber1

The only proposal that I have is to change the passing range, 75% shouldn't be needed, if that's what it is right now, it should be brought down to 67%. I believe this is fair because a "tiebreaker" is usually made with 2/3. If 2/3 supports are made, or close to 67%, the admin hopeful should pass. No big deal, but I thought I'd bring it up. --Imdanumber1 (talk · contribs) 12:23, 27 May 2007 (UTC)[reply]

Discuss at Wikipedia:Requests for adminship/Reform##Proposal by Imdanumber1

Discussion

  • I would like privileges in dealing with images. As a commons administrator I often need access to deleted images (to see if the one on commons and en.wiki is the same). I'd have read only access (the ability to see deleted images/text without the ability to actually delete them). This proposal is intended to be more of a User++ rather than Admin--. -- Cat chi? 14:53, 8 April 2007 (UTC)[reply]
  • I don't like this proposal, mainly because by making levels it wil make adminship appear to be a far bigger deal than it is. Plus, what would a semi-admin be? Would we give them just some of the tools? That shows a lack of trust if we only give them some, and adminship needs to be about trust. That's just me though, in practice it might better, but to me it doesn't sound like it'd work.--Wizardman 00:03, 9 April 2007 (UTC)[reply]
    It is intended to be the access difference similar to the difference between annons and registered users to take some load off of admins. -- Cat chi? 10:36, 12 April 2007 (UTC)[reply]
  • I support Cool Cat's proposal, but don't expect it to gain consensus. Walton Vivat Regina! 18:53, 11 April 2007 (UTC)[reply]
  • That would have to do with a change in the software, not policy. Cbrown1023 talk 16:59, 14 April 2007 (UTC)[reply]
  • I support this proposal. Specifically, I'd like to see a "trusted editor" level which is granted automatically based on a certain number of edits and elapsed time since signing up. Only those who have committed obvious intentional vandalism should be excluded. Most Admin powers should be granted to trusted editors. StuRat 21:24, 9 May 2007 (UTC)[reply]
    This does exist. Such users can edit "semiprotected" pages. -- Cat chi? 23:02, 9 May 2007 (UTC)[reply]
  • Commenting on Picaroon's proposal, I think there are great merits in encouraging RfC-type contributions on admin candidates. However, the problem with this approach is that it can quite easily develop straight back into the situation we have now. Suppose the first editor view is "I like this candidate's editing and think they merit promotion", and the second view is "This candidate is unsuitable because" etc., then other editors will tend to cast support or oppose votes just like now simply by choosing which view to endorse. Sam Blacketer 11:38, 8 April 2007 (UTC)[reply]
  • I don't support this proposal, as it would give too much discretionary power to the closing bureaucrat. Walton Vivat Regina! 18:54, 11 April 2007 (UTC)[reply]
  • I support the proposal to focus discussion as suggested here, for i think it will reduce the landslide effect. It won;t eliminate it, but it will help.DGG 00:35, 12 April 2007 (UTC)[reply]
  • Strong Support I thought he already was...-kidding. Sounds like a good idea. Why not give it a try? —AldeBaer user:Kncyu38 22:30, 12 April 2007 (UTC)[reply]
  • Oppose. Recent trial of this proposal suggests that given the large amount of information that needs to be considered, and the large number of commentators with input, more guidance to route discussion and a less free-form approach may be needed then the relatively free-form approach used on an RfC. Otherwise, commentators may end up simply expressing opinions with the closing bureacrat doing all the weighing of factors and making the actual decision. --Shirahadasha 03:20, 23 April 2007 (UTC)[reply]
  • Oppose per the recent experiment regarding Matt Britt. May work better with editor review, but too convoluted for RfA. —210physicq (c) 03:15, 24 April 2007 (UTC)[reply]

So you're suggesting we leave it as is? Hardly a reform, is it...and I'm against this, I think the RfA could do with improvement (as outlined in my responses to other proposals). ~ G1ggy! blah, blah, blah 11:09, 2 May 2007 (UTC)[reply]

It´s just that some wikipedians believe, since wikipedia is not a democracy and since we, wikipedians, are supposed to discuss, all according to the guidelines, that RfA should be discussed rather than voted. But, as commented on other proposals, discussion would, eventually, end up in voting; since a user would say that such user would be greate as an administrator and another would not, narrowing everything to saying support and oppose but without the actual words. And, as stated in my proposal, when we vote, we are actually discussing; so no change is needed, we are discussing, even though it is in an indirect behind-the-scenes way; but that doesn´t really matter, I believe. Also, please see Proposal by Durin; stop offering proposals, this proposal is sort of similiar to this one. Anyways, I have seen some interesting proposal here, such as the one that proposes that users should be evaluated by their contributions, and many more... I´ll have to check this out... Maby it could auctually be improved, but to me it works perfectly like it is right now; so, unless it can be made even better, of whom I´m not very sure, I believe that everything should stay as it is; but I´ll check the other proposals, just in case.... Sincerely, Tom@sBat 22:23, 2 May 2007 (UTC)[reply]
  • I would support this proposal, since it addresses something that I thought seemed very wrong. If one person finds thorough evidence on why someone should not be admin, and posts a long dissertation under the oppose heading, invariably, many users will follow with the extremely banal phrase per above or whomever said it first. If this proposal doesn't go through, I would at least push for some sort of censor (I know, I know) on this phrase during RfAs. ALTON .ıl 06:22, 9 April 2007 (UTC)[reply]
  • The problem with this is that despite its appearance, it isn't actually a vote - although a vote takes place. I've seen candidates with even 4 oppose votes, despite 80%-90% of votes going the other way, being rejected - and when you look into it you quickly find out there was a huge issue raised in one of the oppose votes. Similarly, I've seen candidates passed on under 70% who have oppose votes which are on spurious grounds unrelated to the candidate or the process (although most of these do fail). Orderinchaos 03:59, 11 April 2007 (UTC)[reply]
  • That's why I propose abandoning WP:CANVASS, so as to encourage people to spread the word. The ability to notify as many users as possible is an essential part of my proposal. The more opinions, the better. And to help keep the RfA page simple for the closing b'crat, no discussion threads there. One user, one statement (which s/he can alter until closure). —KNcyu38 (talkcontribs) 17:30, 11 April 2007 (UTC)[reply]
In the present state of WP, this would be an effective way of increasing the participation of everyone who was dissatisfied with the person's edits. And thus there would be even fewer successful requests.00:53, 12 April 2007 (UTC)
I tend to agree, but the success ratio could be lowered from the current 70-80% to, e.g. 60%. At any rate closer to the support ratio of successful actual votes. —AldeBaer user:Kncyu38 11:54, 12 April 2007 (UTC)[reply]
  • Theresa Knott's proposal, if I understand it correctly, is to have an RfA "at home", only inviting family and friends and then see how they evaluate the candidates suitability—in a balanced, unbiased manner. I believe the exact opposite is true: There are too many family&friends votes already, and almost no one cares to take a look at a candidate's contrib history or even take into consideration arguments derivied from an unbiased third persepective examination of the user's past. —KNcyu38 (talkcontribs) 11:21, 8 April 2007 (UTC)[reply]
  • I don't want only family and friends voting. I want "enemies" voting too. Anyone who has interacted with the candidate. But yes I am proposing not to have third parties. My main argument is that people who have not interacted with the candidate should not have a say in whether they are trustworthy or not because they simply don't know. Theresa Knott | Taste the Korn 11:26, 8 April 2007 (UTC)[reply]
  • I disagree. Often, an univolved party can judge the overall behaviour of a candidate better than anyone closely involved with the user on a limited range of pages or for a limited time. Also, "enemies" are far less likely to still be around to throw in their take on the candidate's trustability. —KNcyu38 (talkcontribs) 12:10, 8 April 2007 (UTC)[reply]
  • I think the concept of "voting" is part of the problem. We have created a culture of "democracy" at RfA. A lot of the votes are all about a battleground. People will judge you for your political views rather than your ability to use admin tools properly. -- Cat chi? 14:53, 8 April 2007 (UTC)[reply]
  • Yes, that is a failing of RfA, but if the decision is ultimately taken by a vote then any replacement procedure is likely to fall back into the same way of operating. I like your idea of RFAr-type discussion but if it ends in a vote anyway, all this may do is produce a longer process than now. Sam Blacketer 15:38, 8 April 2007 (UTC)[reply]
  • There's one obvious reason for supposing that RFAR is the wrong model. A request for arbitration has multiple possible outcomes. A request for adminship, whatever the process may be, has only two possible outcomes. There are other reasons to reject an RFAR model, including the glacial speed, the lack of simplicity and transparency, the possibility that it may discourage requests, and the certainty that it's a rather difficult process to manage well. Angus McLellan (Talk) 16:41, 8 April 2007 (UTC)[reply]
  • I think Theresa Knott's proposal is flawed because it proposes something that is not possible - ensuring that RFAs are not linked from a centralized page. I guarantee that half a dozen centralized pages will pop up within a month, with various userspaces competing to be the "go-to" point to look for ongoing RFAs. --Random832 15:45, 8 April 2007 (UTC)[reply]
  • Yep, on thinking about it, you are probably right. It would be nice if we could do it but I cannot think of a reasonable solution to stop people deliberately looking for RFAs and listing them in thier own userpace. Shame. Theresa Knott | Taste the Korn 19:07, 8 April 2007 (UTC)[reply]
  • I've been here on Wikipedia for 3 years and 1 day. In that time I interacted with a lot of users. Doing away with a central discussion point means I won't know if someone I have past dealings with is up for adminship unless these dealings are very recent. For that reason, I think this is a bad idea. Seeing who is up for adminship should not be a puzzle. You are right that giving adminship should be based on someone's behavior, so I think anyone who comments should somehow make clear how they have interacted with a user or what they did to investigate them if they haven't interacted with them before. - Mgm|(talk) 11:53, 19 April 2007 (UTC)[reply]
  • I gree with the opponents here. Unless the general community is informed and people with broad experience of admin candidates are able to review and ensure some fairness and consistency, it could become to easy for a small group of friends to sneak in an RfA that doesn't have, or deserve, real community approval, and for there to be even broader disparaties between RfA results. --Shirahadasha 03:24, 23 April 2007 (UTC)[reply]
  • I see the point of this proposal, and agree that we should try to maximize discussion and !votes from people who actually know the candidate. I would splash an annoying template at the top of their talk page and user page inviting all to contribute to their RFA page, and would also add a small version to their four tildes signature. Then, the RFA needs to be kept open long enough for all interested parties to comment. I don't agree with restricting access to uninvolved parties, however. StuRat 21:37, 9 May 2007 (UTC)[reply]
  • I agree that an expanded list of standard questions to assess key competencies and better ensure that editors have basic skills and knowledge of policy would be a good thing. Making the requirements more explicit would help us get clearer, fairer, and more consistent standards and avoid requirements inflation. --Shirahadasha 03:27, 23 April 2007 (UTC)[reply]
  • I'm not really liking it. I don't see the use of having "Evidence" in an RFA when we're trying to promote them because of their strengths, not banning them because of their potential disruption. And yes, contribs are more important than questions, but it's like an interview. Companies don't just look at your resumé and base hiring you off of that, they take the time to see you personally and watch your views. We're not trying to create an AdminCom, we're here to discuss the ability of the nominee to perform in adminship. bibliomaniac15 01:26, 11 April 2007 (UTC)[reply]
    Yes the intention is that. Review contribution. /Evidence is used in Abcom; on an Rfa it would be something like /Contribs. Intention is a review of contribs not to find an excuse to ban. :) -- Cat chi? 10:29, 12 April 2007 (UTC)[reply]
    • If one believes that good admin candidates aren't being encouraged to apply and/or aren't getting through, a process that requires substantially more work by the community per admin will realistically result in fewer admins being produced in a given period of time than at present. Is this a good outcome? --Shirahadasha 03:34, 23 April 2007 (UTC)[reply]
      • I think it is important to actually review the contributions of the candidate rather than the current blind vote. RfAr is a working system. Cases do not get pushed aside simply because of the number of cases there are. -- Cat chi? 23:00, 9 May 2007 (UTC)[reply]
  • Interesting idea; so basically you'd want AfD to be like CfD. Granted the AfD backlog isn't that bad. I think the risks on that would outweigh the benefits, as most AfDs that are backlogged are tough situations that would require an admin to handle the final blow. Could you elaborate on how this would help RfA?--Wizardman 00:22, 9 April 2007 (UTC)[reply]
    • Granted, but at present admins have to close all AfD's, no matter how obvious the result - under my proposal all the obvious ones would be handled by normal editors - admins would thus only have to deal with tough ones, cutting their workload in AfD by, I'm guessing, 60% or so. With better procedures to follow this could be more - of course extra work would come in for times things go awry. Extending this liberalisation to other areas in the same way would greatly reduce admin workload and thus reduce the need for RfA reform, sbandrews (t) 00:38, 9 April 2007 (UTC)[reply]
    • Just took a look at CfD - didn't know about it before, but yes that looks just about what I was thinking, sbandrews (t) 00:43, 9 April 2007 (UTC)[reply]
But outcome of most AfD's is delete. Non-admins can't help in such situations. MaxSem 18:55, 12 April 2007 (UTC)[reply]
somewhere around 2/3 to 3/4 yeah, that's true (and I hadn't considered that :) - but I would advocate giving normal users the ability to delete articles, either by adding their name to a list (as per the AWB method) to become trusted deleters or by combined action (2 users with, say, over 1000 edits, both hitting a 'delete' button), sbandrews (t) 19:11, 12 April 2007 (UTC)[reply]
  • Regular users can already close speedy keep debates. The reason admins close debates that have delete as a result is because they are the ones deleting them. Your method would mean there would be hundreds of closed debates where an article that is supposed to be deleted still hanging around. - Mgm|(talk) 11:56, 19 April 2007 (UTC)[reply]

I tend to agree with the idea of having b'crats evaluate and agree on success/failure of RfAs that have not reached consensus with the community. Personally, I believe that there are more problems regarding RfA than closure of the undecided cases. But your proposal and mine could well be merged, in my opinion. —KNcyu38 (talkcontribs) 13:18, 9 April 2007 (UTC)[reply]

Yup, agree this is sensible. Looking at the 'pass marks' of admins who have run into difficulties and had the buttons removed, they don't generally have low pass marks. Would suggest that after implementation, we could review after a few months to gauge whether admins passed in the range of 65-75% have more problems. Addhoc 10:33, 10 April 2007 (UTC)[reply]
I generally think this is a good solution. It retains the voting side of RfA to make strong and weak candidates look clear, but opens up more discussion for questionable nominations. I have one question, what would you suggest for RfB? Would you raise the discussion ground to something like 70%-90%, or keep it the same as RfA? Camaron1 | Chris 17:59, 10 April 2007 (UTC)[reply]
I think that 60-80 is fine. And I really like this idea. ~ G1ggy! Antwort 00:10, 3 May 2007 (UTC)[reply]
Me? I'd say that is for other people to decide. If it were for me, I'd keep the same corridor of ratios but let only admins vote in RfBs. —KNcyu38 (talkcontribs) 21:34, 10 April 2007 (UTC)[reply]
I have mixed feelings on if the RfB boundaries should be raised or kept the same. Though, changing RfB to a all users (within reason) discussion to an admin only discussion would be a big change, and I doubt it would get consensus easily. Camaron1 | Chris 15:21, 11 April 2007 (UTC)[reply]
Just my opinion. I believe admins may be better suited to estimate the fitness of a candidate for bureaucratship. —KNcyu38 (talkcontribs) 17:34, 11 April 2007 (UTC)[reply]

What do you propose regarding RfA reform? —KNcyu38 (talkcontribs) 19:42, 9 April 2007 (UTC)[reply]

I think the RfA reform may take a little longer than a couple of months, especially if it's going to be a big and meaningful reform. A.Z. 19:27, 14 May 2007 (UTC)[reply]

  • I agree with the fact that it's skewing up the results, but everyone in this page nominate someone? We're doing a potential overhaul, not a revival meeting. bibliomaniac15 01:29, 11 April 2007 (UTC)[reply]
  • I won't comment on the use of the obviously and hopelessly subjective term "arbitrary and meaningless benchmarks", but I do agree with the proposed solution. If the problem is that there are too few admins (maybe it's true, maybe not), then write more nominations! -- Black Falcon 04:41, 17 April 2007 (UTC)[reply]
  • I thoroughly agree. I would suggest using guidelines to help reduce arbitrary grounds for oppose votes, and require that people opposing produce a guidelines criterion justifying opposition and provide a specific example of why the criterion isn't being met -- and the community should get to discuss whether to count oppose votes in problematic cases. --Shirahadasha 03:37, 23 April 2007 (UTC)[reply]

I have thought of this as well. Seems quite a fair suggestion as AfD guidelines do actually specifically say not to separate comments, to stop it looking like a vote. Camaron1 | Chris 18:04, 10 April 2007 (UTC)[reply]

Just thought I'd add my two cents. This format is intensely confusing and irritating. It's made a mess of Moralis' RfA. mcr616 Speak! 19:32, 16 April 2007 (UTC)[reply]

I agree with mcr616, the current format at Moralis' RfA is simply terrible (the main problem is the chronological ordering, which creates a lot of redundancy). As regards the "positive outcome" noted above, I think that's just an illusion. Is there really a difference between the two examples below?

*Oppose. Too few portal talk edits. User:Portals are the future (PATF)
*Oppose per PATF. User:Per user
*Oppose. Too few portal talk edits. User:Portals are the future (PATF)
*Oppose. Not enough portal talk edits. User:Per user

Just because no one wrote "per X" doesn't mean everyone gave a different reasoning. The same can be said of the "support" comments. -- Black Falcon 04:46, 17 April 2007 (UTC)[reply]

I was thinking of this myself - a set of community agreed guidelines like WP:BIO is for AFD. Good idea. MER-C 04:14, 11 April 2007 (UTC)[reply]

  • My first reaction was to oppose, but on second thoughts I actually like this proposal. If we had a set of precise guidelines on what kind of editcount was acceptable, for instance, then we wouldn't get "Oppose, doesn't have 8K edits and 5K in mainspace" or anything ridiculous like that. Likewise, if we had a precise standard for distribution across mainspaces and for participation in project work, we would get less shrubbery voting. (Oppose! Not enough portal talk edits!) Walton Vivat Regina! 17:26, 12 April 2007 (UTC)[reply]
  • Oppose any RfA proposal that requires set standards. Avoid instruction creep. Let people make their own decisions. What is "ridiculous" to one person is not to another (let me just mention the example of debates about religion and faith to clarify why I think this is a bad idea). A precise specification of "must have >2500 mainspace edits" is no more ridiculous than a personal requirement of "must have >42 portal talk edits". -- Black Falcon 04:49, 17 April 2007 (UTC)[reply]
    These wouldn't be precise set standards to the point of "Oppose you need 1500 mainspace edits, you only have 1487." "Administrative Duties" and "Quality of Work" are quite subjective. "Civility/Behavior" is not that subjective, but still open to some interpretation (about as much as WP:CIVIL). The only one that is objective is "Experience," the least important criteria. If a user has contributed to an GA or 2, never had any civility problems, and participates in AfDs, having only a 3 months of experience should not a problem. Its interesting that you bring up religion, do you think a user should be opposed for identifying that they are a member of a mainstream (75 million members worldwide) religion in a userbox? Perhaps coming up with an unpopular proposal? Grammatical errors on user page? I really like this editor, but he's not ready yet? I've seen all of these as objections. Mr.Z-mantalk¢ 21:34, 17 April 2007 (UTC)[reply]
    Reply. I'll reply to your comment in two parts. Simply identifying as a member of a religion (mainstream or otherwise) is not enough for me to oppose ... though I do encourage admin candidates to remove controversial userboxes from their userpage). Suggesting an "unpopular proposal" may be a reason to oppose if the suggestion demonstrates poor judgment or lack of commitment with Wikipedia's principles (e.g., suggesting that NPOV be abolished). Grammatical errors, especially in the userspace, are not a factor for me. I think "not yet ready" is a good reason to oppose, as long as it is backed up by arguments and evidence (e.g., diffs of recent incivility, misunderstandings of policy, etc.).
    Regarding the first part: you're right ... "quality of work", "behaviour", and the like are subjective ... but they are already the standards that the absolute majority of RfA participants follow. Why try to establish set standards for what already exists in practice? The example you give actually seems like a rather strict requirement. I don't consider writing a GA or FA to be necessary or sufficient for adminship (although it's certainly a plus). I recently supported a user with no GAs, one instance of minor incivility, regular participation in AfD, and 3 months or so of experience. I don't know whether his RfA will succeed, but I trust that a setting that allows editors to interact freely without imposed constraints (e.g., "set standards" and particular judgment criteria) will, on the whole, work well. -- Black Falcon (Talk) 18:16, 23 April 2007 (UTC)[reply]

This comes closest to how I believe RfA should work: it's a mixed system where candidates meet certain requirements, but are then discussed. The requirements should be quite simple, & be made public: the criteria I would propose (just so people know what I'm talking about) would be three consecutive months of activity, 1000 non-minor edits, & the person is not currently being considered for sanctions (either from the ArbCom or a Community Ban), or has been so sanctioned. In the case above, where a possible candidate is short of the minimum number of edits, the solution should be simple: go out & make more edits. Yet I would go further than setting definite requirements: anyone who meets or exceeds these requirements & does not explicitly refuse to be an Admin (there are a number of people that I think would be good Admins who have declined), is automatically nominated. This automatic nomination might make the RfA process less of a beauty contest. -- llywrch 19:25, 24 April 2007 (UTC)[reply]

  • Both the fact I was promoted on a self-nomination and the fact "I thought he was already an admin" is a frequent phrase at RFA, I think relying on the community alone to put forth suitable candidates is not a good idea. - Mgm|(talk) 12:03, 19 April 2007 (UTC)[reply]
  • I like some aspects of your proposal, but not the suggestion of an appointed (by whom?!) committee. Experience with Essjay, Kelly Martin, and others has demonstrated that we need more accountability and transparency - your suggestion just goes in the opposite direction, cementing the notion of a self-appointed cabal of kingmakers pulling up the Wikiladder behind them and discussing everything behind closed doors away from the earshot of mere editors. AdorableRuffian 00:05, 28 May 2007 (UTC)[reply]
  • I agree. It's pointless to forbid editors to ask people who know them to weigh in. However, this should mean all people, including the ones you don't like. - Mgm|(talk) 12:08, 19 April 2007 (UTC)[reply]

While I do support having some cut-off points, and a range which is "always pass" and one which is "always fail", I think it is too inflexible to make an absolute cut-off between "always passes" and "always fails". I feel that a vote along the lines of "Oppose. Wikipedia is a waste of time. Why bother?" should never be allowed to break a nomination. A discretion range which is sufficiently narrow to prevent adminship being decided by bureaucrats instead of community, but sufficiently wide to prevent obvious frivolous votes from being the deciding outcome, is needed. I have never yet seen an RFA where blatantly frivolous votes make up as much as 5% of the votes. If a frivolous vote knocks the RFA out of "discretion" to "always fail", there were probably plenty of valid concerns anyway, if it knocks the RFA out of "always passes" to "discretion", I think almost any bureaucrat would ignore the frivolous vote. I just don't like the prospect of those votes knocking it from "always pass" to "always fail". Sjakkalle (Check!) 09:06, 13 April 2007 (UTC)[reply]

Another issue here is that of socks, trolls, and even well-meaning but clueless editors. With the current system, those can generally be identified, and their views weighted accordingly (or in the cases of clear socks, vandals, or trolls, stricken entirely.) Under this system, we may as well have a "cratbot", which would be totally incapable of identifying such disruption, and without being able to look for frivolous comments (or a total lack thereof), such things can be damn hard to find even for a human. Seraphimblade Talk to me 12:35, 13 April 2007 (UTC)[reply]

To answer this and the above, then let's have a range, of 75%-80% for passing. And again, there's always going to be trolls and ill-informed voters, but usually they are a small minority and on both sides. And if you have 1/4 of the users opposing you, trolls and all, that probably means something is wrong with your candidacy. Oleg Alexandrov (talk) 15:18, 13 April 2007 (UTC)[reply]
Oleg, I'll agree with that. Sjakkalle (Check!) 08:12, 16 April 2007 (UTC)[reply]
Why not give the crats the authority to strike out such votes? --kingboyk 00:25, 25 April 2007 (UTC)[reply]
I think "votes" is the root of the problem. If we did that, bureaucrats can be replaced with bots. -- Cat chi? 16:00, 13 April 2007 (UTC)[reply]
I see no problem with replacing bureaucrats with bots. I would prefer to have the bureaucrats do the job, as long as they are consistent whom they are promote, and well, the've shown that they are not. So perhaps a bot is a better solution? :) Oleg Alexandrov (talk) 00:41, 14 April 2007 (UTC)[reply]
The problem with this proposal is that it means that a supposed "decision" on whether to make someone an admin could be made in the absence of discussion. One person who finds out, towards the end of a discussion, that an admin candidate is a socking vandal or intends to use his administrator powers to subvert the copyright policy, outweighs 200 sheep-votes, every time. So this isn't a vote and pretending that it is would not help. --Tony Sidaway 12:59, 16 April 2007 (UTC)[reply]
In the scenario above, they were not sheep votes, they were votes in the absence of information. I don't think that you believe that people would support a candidate after such information surfaces.
The scenario you put above is of course hypothetical, and would happen rarely, if ever. What happened, many times in the past, was that bureaucrats closed discussions against community consensus. That's a much bigger problem I think. Oleg Alexandrov (talk) 02:34, 17 April 2007 (UTC)[reply]
If that happened, Tony, I presume that the crat would close it as a failure anyway. Sorry Oleg, you don't get to program a crat bot just yet! :) --kingboyk 00:25, 25 April 2007 (UTC)[reply]
Do the cutoff after examining valid votes and related discussions, yeah. But isn't this what we've been doing? AQu01rius (User • Talk) 03:57, 17 April 2007 (UTC)[reply]
Most of the time, yes. This proposal would make it into an official policy, with exceptions only for extraordinary situations. Oleg Alexandrov (talk) 04:10, 17 April 2007 (UTC)[reply]

I support this proposal with a slight modification: change the range of admin discretion from 75-80% to 70-85%. To address the issue of "votes in the absence of information", bureaucrats could extend an RfA to allow editors to reconsider their positions. -- Black Falcon 04:58, 17 April 2007 (UTC)[reply]

I think 75% is a bit high, but on the whole, voting seems to be better than all other proposals so far. I don't mind bureaucrat discretion if the bureaucrats can exercise it fairly; so far their willingness to do so has not been demonstrated. Kusma (talk) 10:44, 19 April 2007 (UTC)[reply]
  • This is by far and away the most sensible of all the proposals. The burden should be on participants in the process to prove that candidates are not suitable to become administrators, if that is in fact the case. (Unsuitability, in this context, not being based on not having n thousand edits in this namespace, lack of participation in XfD discussions, "no need for tools" or other erroneous criteria.) It is important that the candidates are also given space to respond to points raised. After a week, the bureaucrats should close the RfA with a statement explaining what they have decided based on the comments that have been presented. If the candidate, or one or several of the participants, feels that the bureaucrats' decision was incorrect, there should be somewhere that this could be raised and discussed (somewhat along the lines of DRV). -- Earle Martin [t/c] 20:16, 13 April 2007 (UTC)[reply]
  • I also applaud this proposal. Very sound indeed. I would also recommend (of course!) combining this proposal with mine, such that only "valid" reasons against are to be counted. --Rebroad 17:11, 14 April 2007 (UTC)[reply]
    • I assumed that was self-evident, but it can't hurt to make it explicit. That's why I have added bureaucrat discretion to my proposal, because some objections are so unreasonable, that there is no way these objections can be discussed properly. Errabee 22:08, 14 April 2007 (UTC)[reply]
  • Hmmm. According to this edit, Jimbo Wales makes a good point about the importance of Neutral votes. So I think I need to give my support of this proposal further thought... --Rebroad 22:18, 14 April 2007 (UTC)[reply]
    • That point is only valid if support edits are also valid. In my proposal, if you have reviewed the candidate's contributions and have no objections, you just don't say anything. My proposal goes even further: if you have reviewed the candidate's contributions and don't want him to be an admin, you have to provide some new objection because it won't do any good to list the same objection twice. Errabee 00:50, 15 April 2007 (UTC)[reply]
On the face of it this is quite an attractive proposition, but I think it would adversely affect the atmosphere of requests for adminship. It would make the candidate's experience so negative that I think we'd suffer a dearth of candidates. --Tony Sidaway 13:01, 16 April 2007 (UTC)[reply]
Yes, that is indeed the risk of this proposal. However, I think the number of objections will be far less than the number of opposers on current requests, because each opposer has to give a different objection. You can therefore have only one objection of too little experience etc. Perhaps this proposal would require more attention from admins and bureaucrats in the beginning to merge and prune objections that have already been stated, until people are used to this format. Nevertheless, it remains a risk. Errabee 14:06, 16 April 2007 (UTC)[reply]
Oh, and before I forget: there is an obligation on the part of the opposer to document his objection(s). That is of course a major factor in reducing the number of "silly" objections. Errabee 14:09, 16 April 2007 (UTC)[reply]
On a similar note, would there also be some sort of guideline for what can be considered a reasonable objection? This would be to avoid objections like "Not enough CfD experience" or "Not enough image uploads." Mr.Z-mantalk¢ 19:28, 16 April 2007 (UTC)[reply]
If it were necessary, I suppose something like that could be construed. However, I would first try to do this without such formal guide lines. Errabee 20:52, 16 April 2007 (UTC)[reply]
  • I'm not sure the opening questions or any optional questions in addition to the nomination should be removed, but the rest of the proposal is sound. It avoids sheepish behavior and forces people to substantiate objections. - Mgm|(talk) 12:14, 19 April 2007 (UTC)[reply]
  • This is a very intriguing idea, however I see a problem (in addition to the importance of neutral votes already mentioned). What if there is a nominee that gets no negative comments? It will cause doubt whether 1,000 editors read the nominee and didn't comment because they thought it was excellent vs. only a small handful of users bothered to even read it (maybe because the replies were too long) vs. a large number of editors sitting on the fence, but deciding not to comment due to no strong negative comment. I also agree that such a process would be equally stressful to the nominee. Whether in theory its a bad thing or not, we are all human and enjoy seeing support from our peers (if warranted).-Andrew c 01:34, 20 April 2007 (UTC)[reply]
    • The only way to get rid of a system that uses votes (and the current RfA format, as well as Moralis' experiment and the Matt Britt experiment are all vote related systems), is to get rid of dividing editors in two or more camps. In fact, I don't mind if there are no objections at all, less is better. Given the fact that hardly any RfA passes without opposing votes, there shouldn't be too many RfA's without objections. If you feel the replies are too long, you could always ask the candidate to trim them. And support can be given on the candidates talk page, but should not be taken into account to avoid establishing another vote system. The RfA is not a process for people to laud a candidate. We have invented barnstars and the like for that. Errabee 10:14, 20 April 2007 (UTC)[reply]
  • I like this proposal, but would like to make a small addition to it: Abolish nominations as such; many editors work alone and might be reluctant to nominate themselves as per today. Instead, let prospective admins add {{User wikipedia/Administrator someday}} to their userpage, thus placing them in a proper category. Have a bot go through that category once in a while to create a RFApage as outlined, and close the whole thing after a week or so. Also place a mandatory cooldown/ban/whatever to avoid having a user go through one RFA each week. Bjelleklang - talk Bug Me 20:37, 27 May 2007 (UTC)[reply]

I oppose this proposal. Wikipedia policies and guidelines can't cover the factors involved in an RfA. There is no Wikipedia policy that can answer the questions: Does this candidate have good judgment? Is she likely to abuse the tools? Misuse them, perhaps? Is she overly temperamental? RfA is primarily about trust; it's pointless to try to argue whether trust or the lack thereof is "valid". Trust is trust. It exists or it doesn't. -- Black Falcon 04:36, 17 April 2007 (UTC)[reply]

I'm not really liking applying a certain must-have months for attendance. For example, Nishkid worked on the project for 3 months before being sysopped, and he's a fine admin. The second thing I don't like is your mention of "Wikipedia elites." Adminship only entails a few tools, but they're working towards the same goals. What is it that majorly separates us from users like Taxman or Angela? We all work towards a common goal, and we all have the same rights as Wikipedians. bibliomaniac15 03:34, 17 April 2007 (UTC)[reply]

I really dislike the idea of having set requirements mandated by "Wikipedia elites". Let editors decide on their own standards. For instance, anyone with a justified block in the last 2 months doesn't have a chance of succeeding anyway. Also, the specification of a set number of edits may encourage people interested in adminship to rack up edit counts instead of making quality contributions. -- Black Falcon 04:31, 17 April 2007 (UTC)[reply]

Reponse to above 2 comments - In regard to the "set number of edits" & "must-have months for attendance"; I only suggested a few things that it may have, for example, it may have completely different things than what I have suggested (My proposal is by no means the set in stone final draft). In regard to your "Wikipedia Elites" concerns; I meant that the final guidelines would be decided on by the likes of Jimbo etc - that does not rule out the chance of a site consensus on the subject, only that the final decision would be made by the higher ups (As I think most things are currently?). By no means would I ever think of suggesting a new guideline where the community didn't have a say - however, Wikipedia isn't a democracy after all, & we've all seen how well the community has worked things so far. If they had, we wouldn't be having this conversation now. IMHO, this sort of large issue isn't ever going to be resolved by handing it over to the community - for anything to ever be decided on in this matter, the "Wikipedia Elite" would have to intervien in any case. "What is it that majorly separates us from users like Taxman or Angela. We all work towards a common goal..." - If you think that, why are you concerned to hand it over to them if they have the same goals as us? I'm going to put in my proposal about the gaining community consensus first on the requirements, but I hope I've answered your questions. Thanks, :) Spawn Man 04:52, 17 April 2007 (UTC)[reply]

The idea of an essay sounds good, but we need to give people time to come and give their opinion. Maybe a length of 3 or so days. bibliomaniac15 01:47, 19 April 2007 (UTC)[reply]

  • Sounds good to me. For statistics, I think Interiot's Wannabe Kate tool can do that to an extent. And I like the idea of adminship based less on possibly biased opinions, and more on quality (of the essay). Thumbs up. ~ G1ggy! Antwort 00:05, 3 May 2007 (UTC)[reply]

1. This is opposed by WP:ANOT. No amount of edits will earn you adminship.
2. This is the current process, is it not?
3. This I like...but it seems similar to the current process.
4. I'm fully in favour of this. But it would be hard to agree on.

Only element 4 has my approval/support here. ~ G1ggy! blah, blah, blah 11:07, 2 May 2007 (UTC)[reply]

  • One problem I see is what the RfA regulars would do? Maybe they could still comment in a discussion section, and "help" the jury reach a decision. A bit like the role of prosecutors and defence barristers, to stretch the courtroom analogy still further? Carcharoth 17:25, 23 April 2007 (UTC)[reply]
  • (copied from WT:RFA#Random voters) I do not think your proposal will have the desired results. First, editors may not appreciate being spammed. Second, we may accidentally spam vandals and trolls. They, for the time being, are not overly interested in disruspting RfAs ... I hope we can keep it that way. Third, the proposal creates a new level of bureaucracy that goes against the principles expressed in Wikipedia:Avoid instruction creep and WP:NOT#BUREAUCRACY. Fourth, it restricts participation and discussion by active editors. Fifth, I believe your premise that "People selected at random tend to take their duties very seriously" may not hold. Those things for which I've been randomly selected are usually the ones I take least seriously. If someone considers sampling me just as good as any other poor sod, I see no reason to take things seriously. I am, of course, referring to surveys and not to to jury duty, which I'd take a little bit more seriously. -- Black Falcon (Talk) 17:21, 23 April 2007 (UTC)[reply]
  • OK, I agree about the spamming, but it would be clear (I hope so, anyway) that this is purely voluntary. Unlike jury service, the message can be ignored. You would have a list of the randomly selected names at the RfA, and those that vote would come along and do so. The "active editors" bit is dealt with by only selecting active editors (active in the past week) - software could easily detect this. At the end of the process, the list ends up split between "support", "oppose", "neutral" and "no vote". Avoiding spam, but pushing the selection pool back towards a self-selecting community, you could randomly generate names from a list of those who have indicated they are happy to do "RfA service". That would ensure higher participation. As for the instruction creep and bureaucracy concerns, I believe this is outweighed by the benefits (clearly impartial and avoids accusations of cliques forming, allows disinterested discussion from "the floor" to persuade the voters). The 'random = seriousness' bit, we will have to agree to disagree. Carcharoth 21:29, 23 April 2007 (UTC)[reply]
  • Yes. They would add their opinions to "the floor", a section where anyone could discuss the candidate and add their support or oppose. The "jury" would then effectively be either adding their own opinion, or following the lead of the community, much like bureaucrats do now (though I believe they should, ideally, only follow the lead of the community). The real bureaucrat would be a safety measure to evaluate whether the process has worked. Carcharoth 09:10, 24 April 2007 (UTC)[reply]
  • Question: What would be the minimum number of people that would have to respond? Is 0 enough for promotion? 1? 2? 3? 5? 10? You already accepted 20. What would be the result if 2 people voted yes and 1 no? And if that 1 negative vote does not supply a reason? And 3 yes/1 no? I think you need to work out the details more for this proposal to be evaluated properly. Errabee 01:30, 24 April 2007 (UTC)[reply]
  • This is a problem under the pure system - where the random list is generated from the entire list (though filtered to limit it to users active in the last week), but under the restricted system, the random list is generated from those who are active, or are prepared to be active, at RfA, so that wouldn't be a problem there. I don't expect this proposal to magically fix RfA (in some ways I doubt RfA is really broken), but it is an idea I haven't seen before. It might put too much focus on those voting, but the idea is really that this 'jury' form an impromtu panel or committee, and they should be guided by the discussion that the community engages in. Carcharoth 09:10, 24 April 2007 (UTC)[reply]
  • Incidentially, those who are worried that this is extra bureaucracy - extra bureaucracy may be the only way to fix RfA. ArbCom is very bureaucratic, by necessity. Durin and others have pointed out the problems of scale, and the dynamics of groups. The natural processes that counter this are bureaucracies, so maybe RfA has to become bureaucratic to achieve its aim, and the bureaucrats will really need to be bureaucratic! Carcharoth 09:16, 24 April 2007 (UTC)[reply]
  • The sample space would have to be limited to active users. Regards, Ben Aveling 11:09, 24 April 2007 (UTC)[reply]
  • Hugely interesting and inventive idea, but I'm not sure it would work nor that it actually solves anything. --kingboyk 00:26, 25 April 2007 (UTC)[reply]
  • I actually really like this idea. It makes sense to get a random polling of the community, not a suggestion from a person who hangs out at RfA all day. Might I suggest that maybe what happens is a set number are chosen for "RfA duty," from whom a certain percentage must respond in order for it to become a valid RfA. A bureaucrat would validate the results. This is a good proposal, and should be expanded! Jaredtalk01:32, 29 April 2007 (UTC)[reply]
  • Very interesting idea, and implementable if it can prove to be more equitable process than the current RfA system. - Mailer Diablo 17:16, 29 April 2007 (UTC)[reply]
When I suggested that, I was thinking that you should probably maybe write it up on a subpage of yours and then link it here, or copy the gist of it here. We pretty much know what it's about, but I think that having more specifics would help. Here are some sample questions you should ask yourself when writing this out (others, feel free to address your opinions on these too!):
  • How many people would be asked to do RfA duty per RfA candidate?
  • What percent of those doing RfA duty must express their opinion for the RfA to be valid?
  • Will bureaucrats do the validating, or admins?
  • Where will these people "deliberate" and will this "deliberation" require the group to come to a single unanimous opinion, or allow them to vote like the US Supreme Court does, with different opinions, or is there another form I didn't mention?
  • How about the electorate: which groups of users would be excluded from the random pick, and how would this random pick work?
There are lots more questions that need to be addressed, and if you need help, feel free to contact me. (I'm sure you're fully capable, though!) Jaredtalk11:13, 1 May 2007 (UTC)[reply]
  • I think this is a sensible, interesting and realistic idea, and might make RfA fairer to candidates. The finer details need to be decided, but I think this is worth a trial run. Camaron1 | Chris 20:28, 10 May 2007 (UTC)[reply]

This seems a little anti-wiki to me, what issues is it trying to solve? As the proposal says, people would be picked at random and people picked at random will take it seriously. Even if only 20 editors take part, they will carefully pick through the contribs of a nominee...I don't see how that can be supported at all. Just the concept of a pool goes against how Wikipedia is run, and if you generate a different pool for every RFA the standards will shift with every RFA...at least now the "pool" is the same for every RFA. RxS 15:20, 14 May 2007 (UTC)[reply]

  • I'm against this, on the basis that it's very, VERY easy to make 200 edits. You can do it in a few days with something like Live Spellcheck. If there was something like this imposed, I'd go for something with a higher edit count. Then again, you should also remember that no amount of edits will earn someone the right to be an admin. ~ G1ggy! blah, blah, blah 11:04, 2 May 2007 (UTC)[reply]
  • I agree that I'd go with more edits (maybe 2000 ?), and perhaps an amount of elapsed time, too, to prevent people from editing like crazy just to become an Admin. StuRat 14:02, 2 May 2007 (UTC)[reply]
  • I do like this in that it assumes right away that a person is capable, but then removes their abilities to be an admin if they screw up. I'm iffy on this proposal because of the sheer boldness of it, but I think it may be viable, and have to give it more thought before I fully respond. Jaredtalk11:16, 2 May 2007 (UTC)[reply]
  • Edit counts do not determine whether RfA's are successful or not. If RfA's were based on edits alone, AzaToth and Ryulong wouldn't have had multiple RfA's, my RfA from March would have been a success, and Everyking would be an admin again. Everyking has somewhere between 80,000-90,000 edits, and his RfA didn't succeed. Ryulong had 45,000 edits in his RfA, and he barely succeeded. I had about 5000 during my RfA and mine didn't pass. Anyone can get 200 (even 2000) edits very easily just by adding nonsense to their user or talk page, blanking it, and then reverting. Adminships based on edit counts are not wise. Even though having a high amount of edits helps a lot, overall experience, trust, and knowledge of policy matter more. Acalamari 19:01, 2 May 2007 (UTC)[reply]
  • I'm really skeptical of only 200 edits. As Giggy said, 200 edits is really nothing. We need to make sure that our administrators have sufficient experience, and we have to acknowledge that some users are slower than others to learn. I know I didn't find out about edit summaries and reverting until about 300 or so edits. bibliomaniac15 23:27, 2 May 2007 (UTC)[reply]
  • The idea behind this proposal is: Wikipedia is a wiki, so everyone has the same powers. Everyone has all the tools to make it better, unless there is a reason to take the powers away from someone, because there is no other way to effectively prevent harm. There are good reasons, for example, why not everyone can have the powers to permanently delete content. We don't know any other way to prevent all the content from being lost, since there are vandals who would be willing to delete Wikipedia altogether if they could. But there are no reasons why adminship shouldn't be given to all, since there are ways to take the tools away later, and there are effective ways to prevent and revert abusive behavior and its consequences. The idea is: everyone of us is an administrator, unless stated otherwise. The 200 edits (or 2000, for that matter) required to get the tools are merely a threshold to make it harder for vandals to create many sockpuppets and make all of them administrators. The proposal includes that administrators stop being able to unblock and unban themselves, and here lies its merit. If adminsitrators are unable to unblock and unban themselves, users that abuse the admin tools (whether they have 200 or 90000 edits) can easily be blocked by the community, and won't do any harm any longer. If a user becomes an administrator, and then uses the tools to vandalize Wikipedia, this user will be blocked or maybe banned. They will have to create another account and then make 200 or 2000 edits, only to vandalize Wikipedia a little more and get blocked yet again. If the user wants to abuse the tools again, they will have to go through the same quite tireing process. Of course, those are only the basics, and the proposal can be improved! The threshold can be different, for instance. Does anyone have ideas? A.Z. 05:47, 7 May 2007 (UTC)[reply]
  • Isn't the fear of letting people with fewer edits and fewer good edits have the tools similar in a way to the fear that common sense responses would display when, a few years ago, people were faced with the possibility of an encyclopedia whose articles anyone could edit? A.Z. 05:36, 3 May 2007 (UTC)[reply]
  • That's what this proposal would do, if it were implemented: we'd have much more administrators to quickly block the abusive users. If administrators were unable to unblock and unban themselves, everything would work really well. A.Z. 03:16, 6 May 2007 (UTC)[reply]
  • I'm beginning to see where you are coming from. I think you are suggesting a negative feedback loop will select the admins that can be trusted and so it is irrelevant what kind of edits a user has made prior to getting the tools. The significant hurdle to such a debate is how quickly can a bad admin be shut down. David D. (Talk) 22:09, 7 May 2007 (UTC)[reply]
  • I like the variation on this proposal to initially make it quite easy to become an Admin, but to take away Admin status just as easily, for anyone who abuses it. Thus, we would end up with a large quantity of good Admins, just what we want. StuRat 08:47, 8 May 2007 (UTC)[reply]
  • I don't really care about whether the administrators actually use the tools or not. Nor should anyone. They can spend months without ever issuing a block, and I won't say that they are being a bad administrator because of that. Plus, in your system, all the subjectivity of the RfAs would continue existing, without objective criteria to become an administrator. Apparently, there would still be a requirement for consensus of the entire community for each single user that wishes to have the tools, which is really harmful, as it favors those who want power and those who say things that people like to hear, just like politicians. I don't see anything changing with your proposal. Sorry! A.Z. 03:01, 9 May 2007 (UTC)[reply]
  • I would be worried that Admins would be on their best behavior during this trial period, just as they currently are until they become Admins, knowing that once the probationary period is over, they can then do whatever they want with a very low likelihood of being desysoped. StuRat 21:17, 9 May 2007 (UTC)[reply]

The RfAs should not judge the character nor the personality of the candidates. Candidates should not need to be "trusted" by a supermajority of users to have access to the tools.

The implementation of a criterion to give the tools to an user should serve the sole purpose of making it harder to become an administrator than to be desysopped.

The criterion should be something hard to do, just that. By no means should it be something that judges whether the candidate would be a good administrator or not. By no means something that judges whether the person is trustable or trusted.

The tools should not be given only to those that are trusted, nor to those that are popular, nor to those that are intelligent, nor to those that are beautiful, nor to those that want really bad to be an administrator, nor to those that "need" the tools. The tools should be given to all of those who fulfill the criterion: to all of those who made the effort to fulfill the criterion.

The effort needed is something that a person takes time to do. It can be a number of edits, it can be a number of characters typed, it can be an amount of time with the account, it can be a number of sentences that make logical sense and that are pertinent to the pages where they were written.

The proposal is fair so far, but it cannot be implemented unless desysopping becomes easier. Therefore, every administrator should have the ability to desysop other administrators, but not the ability to promote other users to administrator status: this ability will remain with only the bureacrats.

The proposal would work: all users that made the effort would become administrators and it would be easy to get rid of administrator vandals, since there would be a great number of administrators to quickly desysop them. It would not be rewarding to be an administrator vandal, because the effort to create another account and fulfill the requirements again once they are desysopped will be much bigger than the reward of being able to vandalize Wikipedia for one or two minutes.

One example of how things will (or would) work: Vandals who wish to become administrators will have to make the effort, but the effort will be worth nothing if they use the tools to vandalize Wikipedia, or to harm the project, because they will very soon be desysopped by one of the many administrators that there will be. Their actions will be reverted by other administrators (all admin actions are reversible).

Another example: If a vandal desysops administrators without giving a reason to do so, the vandal will be desysopped soon by another administrator, and no other administrator vandal will be able to promote the vandal to administrator status again, because administrators will not have the ability to do that. The bureaucrats will re-sysop the desysopped administrators, and the vandal will remain desysopped. A.Z. 05:15, 13 May 2007 (UTC)[reply]