Jump to content

Wikipedia:Community de-adminship/RfC

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Harej (talk | contribs) at 01:02, 23 February 2010 (a message from your local harej). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

This is a Request for comment (RfC) on a proposal to implement Community de-adminship (CDA) on the English Wikipedia. Community de-adminship (a form of Administrator Recall), would be a method for the Wikipedia community to remove the administrator tools from existing Administrators who have lost the confidence of the community.

  • You can read the CDA proposal here.
  • You can read an FAQ about the proposal, prepared by editors who worked on it and support it, here.

This page opened for comments 18:50, 22 February 2010 (UTC), and will close 23:59, 22 March 2010 (UTC).

The proposal

The community is being asked whether a proposal for community-based removal of administrator privileges, called Community de-Adminship (CDA) should be implemented as policy on the English Wikipedia.

If WP:CDA is adopted this will require two other amendments:

Closure

When the debate here is concluded, it will be closed in the usual way. If sufficient consensus has not been reached after thirty days, and further discussion would be useful, it will be extended.

If the RfC ends in consensus to implement, such implementation will then be subject to review by the Bureaucrats and Jimmy Wales.

Discussion

Comments by some of the editors who prepared the proposal

This discussion follows on from those at:

There, a poll was conducted that attempted to evaluate the levels of community support for various proposals seeking to create a method by which the community at large (as opposed to Arbitration Committee) could pass comment on the actions of and if necessary remove the tools from, existing Administrators.

The main conclusions of this poll were as follows:

  1. The status quo, (i.e. no such process being available) whilst garnering some support, was very unpopular. 77% of respondents did not support its continuation.
  2. Only one proposal achieved a greater degree of support than opposition – "Wikipedia:Community de-adminship" (CDA) – which received a majority of 13, and the support of 65% of those who considered it. This proposed process was designed as a "mirror image" of the existing Wikipedia:Requests for adminship (RfA), and part of its appeal was evidently its familiarity.

The reasons for dissatisfaction with the status quo are complex and varied, but a view was regularly expressed that if the community at large has the authority to appoint administrators through the RfA process, then the community should also be able to remove their powers.

This led to lengthy discussions at:

which attempted to iron out various issues in the then existing Guide to Community de-adminship. This resulted in:

  1. Some wording changes and clarifications as identified above (Section: Update from WT:CDADR). Few of these were controversial.
  2. An increase in the nomination period from 3 days to 7 days.
  3. More emphasis on pre-nomination attempts to resolve any disputes.
  4. Most complex of all, a more specific statement about how the outcome shall be judged. Various options were considered and two specifics are identified as part of this RfC (see below).

In many cases the above discussions were a conflict between:

  • The desire to make the process simpler or easier to implement in order to avoid allowing those perceived as having abused their Administrative tools to continue without fear of sanction, and
  • The desire to avoid a system in which Administrators, who almost inevitably find themselves taking on potentially controversial tasks on the community's behalf, are discouraged from taking action for fear of reprisals via a Recall method that is too easy for aggrieved editors to make use of when they don't get their way.

The resulting changes to the Guide to Community de-adminship were a compromise between these two poles.

Flaws in this process noted by TenOfAllTrades

The nature and development of the CDA process

Issues of procedural fairness

By far my greatest concerns about this process turn on its gross unfairness to its participants — especially the administrator being examined. The proponents of the process have been very concerned about creating a process which is very rapid, which has a low barrier to entry, which sysops should find genuinely threatening, and which has a 'democratic' appearance. Unfortunately, the result is a process that does not contemplate an administrator who wants to defend his actions, situations where there is misconduct by multiple parties (particularly by the nominators), or any interest on the part of participants in examining the evidence or discussing the situation.

The final accounting

The way in which CDA proposes to close its discussions is flawed and prone to failure.

The role of Bureaucrats

By far the most visible role of Bureaucrats on Wikipedia is in the evaluation of Requests for Adminship and the promotion (or not) of new admins. They have both the technical and policy means to grant the sysop bit within the framework of existing policy. What they cannot do - under policy and by deliberate design of the wiki software permissions - is remove the sysop bit once granted.

What this CDA proposal aims to do is grant bureaucrats a new power to enact desysopping decisions. This represents a substantial expansion and shift in their powers and responsibilities.

Simpler approaches have not been tried

The proponents of CDA have spent a substantial amount of time and effort to construct this elaborate proposal, but we are still left with the serious flaws detailed above. More unfortunately, they have rejected any suggestion that their goals could be accomplished by different, simpler means. Indeed, I believe it is possible to achieve the goals of this process without any need to write new policy at all.

In summary

For this long list of reasons, I find that the proposed process and structure are unfair and untenable, and unlikely to benefit Wikipedia. Virtually all of these points were brought up during discussions about the CDA process, but no resolutions were forthcoming. I must therefore oppose this proposal. TenOfAllTrades(talk) 20:13, 22 February 2010 (UTC)[reply]

I'm going to try to refrain from making a habit of disputing every criticism raised, but I do feel compelled to point out one thing. In the second part of the first group, the issue is raised of the conduct of one editor. That editor does not speak for the other editors who support this proposal (as neither do I) and in fact is now an opponent of it. --Tryptofish (talk) 20:23, 22 February 2010 (UTC)[reply]
I actually was in the process of amending that out when I saw your comment here. I don't think that this process should be accepted or rejected based on the (mis)behaviour of one individual. TenOfAllTrades(talk) 20:34, 22 February 2010 (UTC)[reply]
Thank you for that. If, as the RfC goes along, editors would like for me or other supporters to respond to any of the other points you have raised, I'll be happy to give it a try, but I figure it would be premature and maybe kind of badgering for me to do that now. --Tryptofish (talk) 20:37, 22 February 2010 (UTC)[reply]
Thanks for preparing this material. I think there is a lot of meat here: first, with regard to the diminished fairness of this process versus the existing. Second, with regard to the manner in which this proposal, while attempting to derive authority by styling itself as an offshoot or modification of an existing process, actually has little to no relation to any currently existing process; its closest forebear is probably the dramatically failed Wikipedia:Quickpolls. It's quite unpredictable how this will act in practice and the proponents have consistently refused to engage with any attempt to explore this issue. Christopher Parham (talk) 20:25, 22 February 2010 (UTC)[reply]

Poll

Support

  1. Support. It makes very good sense that the same community that confers administrator status at RfA should have the ability to retract that status when confidence has been lost. This proposal have been very carefully thought through, incorporating lessons learned from previous proposals. I urge editors to actually read the proposal: I think that you will find that many of the criticisms raised by opposers are actually not problems with the proposal as it is written. --Tryptofish (talk) 19:05, 22 February 2010 (UTC)[reply]
  2. I agree with Tryptofish. This proposal provides a very moderate process--at least two thirds of the community need to disapprove of an admin for desysopping even to be considered. Ucucha 19:26, 22 February 2010 (UTC)[reply]
  3. Support. ArbCom could be in the business of evaluating whether admins who haven't directly abused the tools have nevertheless lost community trust, but is poorly poised to do so and a separate process is better. This is not a response to a particularly recent or major crisis but simply remedying the mistake made when initially designing the RfA process: the community grants adminship but cannot take it away. Eluchil404 (talk) 19:32, 22 February 2010 (UTC)[reply]
  4. Support The details don't really matter, since they will be changed after this is adopted regardless. The fact that "administrator" privileges are effectively given permanently right now is simply too problematic. This process is way over-processed right now, and I in no way endorse it's current structure, but even an imperfect system is better then nothing.
    — V = IR (Talk • Contribs) 22:06, 22 February 2010 (UTC)[reply]
    But how can we have a simple CDA process? The details are everything, surely. To adopt it first and work on it later cannot be right. There are other Admin Recall solutions that can be worked on (including RfA), so it is not really 'CDA or nothing'. Matt Lewis (talk) 22:13, 22 February 2010 (UTC)[reply]
  5. Support a CDA process. The actual details of the process will be subject to modifications and evolution over time but this is a good place to start. — Martin (MSGJ · talk) 22:46, 22 February 2010 (UTC)[reply]
  6. Support per Martin. Willking1979 (talk) 23:17, 22 February 2010 (UTC)[reply]
  7. Support a CDA process. Bureaucrats have earned ridiculously high support and trust from the community; granting them the power to remove the sysop bit will do more good than bad. In my mind, this is comparable to the re-evaluation of featured articles. Standards have changed, and the community continues to evolve. Details will be ironed out through RFC processes like this one. ...but what do you think? ~BFizz 23:28, 22 February 2010 (UTC)[reply]
  8. Support. The core problem with RfA is that it does not allow us to be bold in electing admins because we cannot revert our decision later should it prove to be a mistake. Is CDA a perfect way to remedy this? No. But it's a reasonable approach. RfA is deeply imperfect itself, but as yet we have developed no better process for appointing admins either.
    I think RfA could be much improved, and the admin ranks greatly broadened, just by giving us the option to withdraw our trust from candidates, once we saw that it was being abused. It's unreasonable to expect us to be able offer our trust to any candidate on an irrevocable basis. Admins serve at the discretion of the community -- yet the community has no ability to enforce that discretion.
    As a recently appointed admin, I want the community to have the power to hold me to their standards on a ongoing basis. If they can be trusted to give me the tools, why can they not be trusted to withdraw them if I fail to live up to their standards? "Admin immunity" has to come to an end. CDA is long, long overdue.--Father Goose (talk) 23:32, 22 February 2010 (UTC)[reply]
  9. Support on the basis that, however imperfect this is at the start it will become better as time passes, and a process for formal revocation of use of the tools is most assuredly required. Fiddle Faddle (talk) 23:44, 22 February 2010 (UTC)[reply]
  10. Support. My principal objection would be that with a sufficiently noticed poll, a majority should be adequate to remove tools, or even less than that when well-supported by cogent arguments, that's enough hysteresis for protection against frivolous removal. But this proposal is better than nothing, clearly. It provides for self-review, and if it turns out to be damaging, that can be fixed. There will be no mass removals from this process without that additional review of how it is working, good design. --Abd (talk) 23:45, 22 February 2010 (UTC)[reply]
  11. Support, I think Father Goose puts it extremely well. It has long struck me as ridiculous that the community has had no workable method of establishing loss of trust in admins, and this has actually harmed the standing of admins in general. DuncanHill (talk) 23:49, 22 February 2010 (UTC)[reply]
  12. Support Accountability is the issue here. Community de-adminship will hold admins accountable to the community and will help prevent them from taking actions that don't have the community's support. Of course the details would have to be worked out not to prevent witch-hunts and the like, but it is important to have a way for the community to recall an admin who hasn't performed to an acceptable standard. ThemFromSpace 00:02, 23 February 2010 (UTC)[reply]
  13. I don't agree with the idea that this is redundant to ArbCom procedures--it's useful to have a community-driven process, because it's important to decentralize power and because often ArbCom is bogged down or moves slowly. Just because relying on them has worked sometimes in the past (and I'm sure sometimes it has not worked, too) doesn't mean it's going to continue to, or that it's going to be as good as if we had an additional, community-driven process. I don't expect to see a lot of desysopings from this since the bar is really high for passage and since consensus is so hard to obtain on this project, but it's better than nothing (and that's why I don't share the concerns of some opposers that this process will make it too easy to deadmin people who don't deserve it). I'm also seeing in the opposes some quibbles with the procedure, from people who don't object to the notion fundamentally. I think that type of thing may be throwing the baby out with the bathwater and preventing progress. delldot ∇. 00:10, 23 February 2010 (UTC)[reply]
  14. support this isn't the same as arbcom. Arbcom can be slow and they can reject cases the community wants heard.--Crossmr (talk) 00:16, 23 February 2010 (UTC)[reply]
  15. Support This sounds like a good idea, as long as it is not abused. Brambleclawx 00:26, 23 February 2010 (UTC)[reply]
  16. Support I think that one of wikipedia's biggest problems is that it is extremely hard to oust a poor admin. Santa Claus of the Future (talk) 00:37, 23 February 2010 (UTC)[reply]

Oppose

  1. ArbCom have been more willing to desysop administrators who have shown to use the tools poorly. Generally speaking, if an RfC comes to the consensus that an administrator no longer holds the trust of the community, ArbCom will desysop them. I don't personally believe there is a problem to fix. I fear that if this proposal was to move forward, a lynch mob mentality would result and administrators who deal with controversial issues would regularly be brought through the community deadminship process. I also fear that administrators who make one mistake would also be sent through the deadminship process. All in all, I believe it will lower morale in the admin corps. Whilst the RfC, then to ArbCom route might not be ideal, I believe it serves as a good check and balance. Ryan PostlethwaiteSee the mess I've created or let's have banter 19:09, 22 February 2010 (UTC)[reply]
  2. This proposal is likely to be harmful on a number of levels, discouraging adminstrators from boldly responding to sensitive and complex issues, while encouraging those who would use wiki-process to pursue personal grudges and vendettas. The current system, meanwhile, is humming along very nicely. I know of no administrator in the past 2-3 years whom ArbCom did not desysop, when presented with evidence of flagrant abuse of the tools, or place on probation which would lead to desysopping "next time," when presented with evidence of severe error or other inappropriate use. Christopher Parham (talk) 19:21, 22 February 2010 (UTC)[reply]
  3. For the reasons exhaustively detailed above (#Flaws in this process noted by TenOfAllTrades) I must oppose this proposal. TenOfAllTrades(talk) 20:14, 22 February 2010 (UTC)[reply]
  4. Oppose: I've put a lot of work into CDA since I found it flagging a little in a 'Motion to Close' at the end of Dec (over 100 hours - and this is important to note), and a lot of it is still in there. In my experience the proposal hasn't been that carefully considered (serious discussion on the central Canvassing issue was very 'last minute'), and at least one major consensus has been ignored - the desire for a higher 'threshold' percentage (clearly to me, 85% was a conservative 'mean average' of the voting results - not 80%, but the vote itself was disputed. A lot of people rather prefered the Bureaurats to make the decision, not the "percentages" so-to-speak, and felt it shouldn't be too low). During my work on CDA, I have defended CDA quite passionately at times (eg "don't so be angry and cynical in your opposition", "we must give it a go" etc), but my eventual realisation is that CDA cannot work. A CDA-related AN/I on me made me realise what I had been blind to: the rapid amount of support (almost instant support) designed with no other intention than to get a decent editor into trouble. Selfish perhaps - but it was a real epiphany regarding CDA. It wasn't the editors that concerned me (I expected certain people to turn up) - it was the admin involved in it all. It was so unpleasant that I asked myself "does Wikipedia really need this?". A decent Canvassing section (and despite attempts, this CDA proposal doesn't quite have one) can possibly prevent a number of editors causing mayhem even before an official CDA starts (enough to be worth trialing CDA anyway). But it cannot stop admin - who are easily in contact - behaving badly, and supporting each other instinctively, and as various 'favours', as they so often do. We cannot be in denial about these things. Admin are editors too, and are fully capable of attacking another admin unfairly (and extremely bitterly too), and I cannot believe that any Bureaucrat would want that to be played out in such a public forum. CDA will prejudice Wikipedia itself - before, during and after the CDA, and the Bureaucrats decisions could become impossible to make fairly. The Crats just wouldn't be interested in it. I worry that chasing decent-but-awkward admin will even be the 'norm' with CDA nominations, as most of the 'canny' admin could easily escape CDA anyway. Decent admin are easier to catch. CDA is not the only possible version of Admin Recall though, and RfA (the actual 'Request For Adminship' process) can still be improved, regardless of any form of Admin Recall that might be in existence. Basically, CDA is an unwashable bandage on a structural complaint. We need to get to the root of the problem: the quality of the RfA process (esp in the past, where it was much easier to become an admin), and the actual wisdom in awarding someone we don't really know such a veritable booty in the first place (eg such powerful and varied block tools, and a "job for life" over a sensible term). Matt Lewis (talk) 20:29, 22 February 2010 (UTC)[reply]
  5. Oppose: I largely agree with TenOfAllTrades's analysis. I also feel that there's far too much drama on Wikipedia already, and CDA would simply add to this, without, I think, giving us much benefit in return. Scog (talk) 21:31, 22 February 2010 (UTC)[reply]
  6. To be direct, I simply don't trust the Community to not abuse this ability. They (collectively; as one) are too quick to rush to judgment (generally speaking). Given the arbitration committee's willingness to desysop as of late, as Ryan P. points out above, I'm comfortable that any administrators who really should have their rights removed will have them removed. - Rjd0060 (talk) 23:08, 22 February 2010 (UTC)[reply]
  7. A solution just screaming out for a problem.--Wehwalt (talk) 23:11, 22 February 2010 (UTC)[reply]
  8. Oppose - I agree with a lot of what TenOfAllTrades has said. I also take issue with the supporters' proposed stance of "working out the details later". This is certainly a case of where the details matter, and at present, this is only going to lead to more drama. (Note: this doesn't imply that I have a solution, only that I think the proposed idea is worse than doing nothing). -- Bfigura (talk) 23:12, 22 February 2010 (UTC)[reply]
    Not true that supporters all think details are to be done later. --Tryptofish (talk) 23:15, 22 February 2010 (UTC)[reply]
    While I'm not trying to say that all supporters were in favor of working out the details later, at least two currently are. I'm merely stating that I disagree with them (not trying to put words in anyone's mouth). -- Bfigura (talk) 23:18, 22 February 2010 (UTC)[reply]
  9. Bureaucracy creep. The ArbCom is perfectly sufficient. Kafziel Complaint Department 23:14, 22 February 2010 (UTC)[reply]
  10. Oppose: I believe the net harm to the encyclopedia will outweigh the benefits of weeding out a few bad apples. ArbCom is sufficient, and I hate to see abuse paralyze the already understaffed and overworked admin corps. bahamut0013wordsdeeds 23:15, 22 February 2010 (UTC)[reply]
  11. Oppose I was expecting to support CDA. After reading the comments by TenOfAllTrades above, i think the current proposal is fatally flawed. I do think that a revised proposal, which deals with some or all of his concerns, might be worth enacting, but in light of the recent Craigy144 case, i am not convinced that there is as much urgency about this as IMO there once was. DES (talk) 23:16, 22 February 2010 (UTC)[reply]
    I want to be clar, i suport the idea of CDA in principle, i have long though that some sort of community-driven process for removal of admin tools was needed. But I can't support thsi proposal, particularly not on a promise "oh we'll fix the details later". And the problem was worse when the ArbCom would only desysop for the most egriguious misuse of the tools. DES (talk) 00:55, 23 February 2010 (UTC)[reply]
  12. While the proposal has some subconscious immediate appeal (live by the sword, die by the sword), the fact that no bright line is drawn—nor is there a mechanism proposed for defining one—makes this difficult to support. At a minimum there ought to be a mechanism to attract the attention of a random sampling of impartial editors to review the CDA, and a clear mechanism for them to interact with the agrieved (including none at all) and agree on the true facts of the matter, and how that relates to a de-sysopment verdict. —EncMstr (talk) 23:41, 22 February 2010 (UTC)[reply]
  13. I agree with many of TenOfAllTrades's points, especially those regarding procedural fairness. I'm also not a big fan of the "requiring 10 people to support before the process actually starts" part. On one hand it helps to prevent frivolous requests, on the other hand, it runs the risk of starting inertia toward support before the process even begins. One of the main reasons that ArbCom elections switched to a secret ballot was so that the early voters wouldn't have the ability to set inertia and have their comments in the prominent position at the top of the section where they might have a disproportionate effect on later voters. This has a similar risk, except it would always force it in one direction. Given that ArbCom seems more willing to deal with cases through motions, I don't think this process is necessary as it may have been a year or so ago. Mr.Z-man 23:45, 22 February 2010 (UTC)[reply]
  14. I'm very much worried about any proposal which would place administrators at the mercy of any mob that has an agenda to push. I would support a proposal for some sort of streamlined (and more orderly) RfC-like mechanism which makes the community's will known — something which this proposal approaches — but not make it binding without the check and balance of the committee being the final word.

    Frankly, the relative inertia of the committee in cases of desysoping is a good thing; and there is nothing that would prevent the committee to simply "rubber stamp" by motion the result of any process that was fairly run and where concerns were properly heard. — Coren (talk) 23:51, 22 February 2010 (UTC)[reply]

  15. I like the general idea of community-driven de-admining, but cannot support this proposal. In particular, I'm sure we would see admins who take action against any large, vocal group facing CDAs, causing a natural reduction in admin boldness. (This is a corollary to TenOfAllTrades's point about procedural fairness.)
    Designing a robust CDA procedure would be quite difficult and (I suspect) not a productive use of our time. I think Coren's suggestion (immediately above) is a much better option. CWC 00:14, 23 February 2010 (UTC)[reply]
  16. Oppose- I agree with many of the points put across by TenOfAllTrades. I believe ArbCom is sufficient in dealing with admins who should have their adminship removed. I think the system proposed would be too easy to abuse. OohBunnies!...speak 00:39, 23 February 2010 (UTC)[reply]
  17. Oppose drama magnet. Andrew Lenahan - Starblind 00:39, 23 February 2010 (UTC)[reply]
  18. I am afraid that this will become Wikipedia's grand theater of High Drama. I am also concerned that editors who have been justifiably sanctioned by administrators, including some who are very frequent guests at AN/I and similar fora, will use this mechanism against good cops. There are plenty of persistent troublemakers with more than the requisite account age and edit count, and well more than 10 of them can be rounded up in short order. I don't want administrators, or other editors for that matter, spending unnecessary time in recall proceedings, when they can better spend that time enforcing Wikipedia's policies and guidelines and improving Wikipedia's articles. The existing mechanisms are sufficient to deal with the very small minority of administrators who abuse their authority or tools.—Finell 00:56, 23 February 2010 (UTC)[reply]
  19. I count two critical flaws. First: the committee is an important check on any movement that seeks the removal of administrator rights, but it is entirely ignored in this proposal as it stands. Second: the proposal holds that 65% in support of a desysopping means that there is a consensus to remove sysop rights. Hardly—anything lower than eighty would be unacceptable.

    A community de-sysopping process should exist. And this proposal has clearly had a lot of work put into it. (Those editors who are its proponents have my thanks for their efforts in tackling what has long been an elephant in the room.) But a CDA process must incorporate a requirement to have the advice and consent of the arbitration committee in relation to every desysopping, as otherwise we will suffer quite grievously from the problems that Ryan Postlethwaite and Coren envisage. And we need to set the bar much, much higher, to reduce the incidence of trigger-happy desysoppings. A good start, but adjustments are needed. AGK 00:54, 23 February 2010 (UTC)[reply]

  20. Oppose - This seems less like a reasonable tool for quality control and more a way for people angry at admins to go on the offensive. I see the word "community" in here but I'm not seeing the mechanism that somehow accurately represents the will of something so large. Is there no intermediate step that could be tried first before resorting to this mob magnet? Rob Banzai (talk) 01:00, 23 February 2010 (UTC)[reply]

Neutral

  1. Personally, I've never had a problem with an administrator & so there's not much chance I'd nominate one for CDA. Having said that, if this CDA passes or fails? I won't complain eitherway. GoodDay (talk) 19:29, 22 February 2010 (UTC)[reply]
  2. Neutral. While having this method to de-sysop ones who seem to be unfitting for this "rank" seems to be a good idea, I don't think someone who would actually be prove to be incompetent would be given sysop rights. SpecB (talk) 23:23, 22 February 2010 (UTC)[reply]
  3. I like the idea, but the opposers bring up good points. There needs to be a better defined plan to limit abuse of a de-adminship system. Griffinofwales (talk) 00:13, 23 February 2010 (UTC)[reply]