UDWiki:Administration/Policy Discussion/Sysop Reevaluations

From The Urban Dead Wiki
Jump to navigationJump to search

Overview

Every Eight months from when a user is nominated to be a sysop, that user will come up for a re-evaluation by the community. The idea of this re-evaluation is to ensure that the sysop still has the trust of the community, which is vital for a sysop to have. This will give the community a chance to voice their opinions about how the sysop has been doing, and re-affirm or decline their trusted user status.

The idea of a sysop being a trusted user is a part of the guidelines for the general conduct of a sysop. The guidelines for the re-evaluation is the same as for being promoted to a sysop (which is reposted below), but with a few minor changes in wording.

Guidelines for System Operator Re-Evaluations

Sysops who wish to continue their System Operator status should note that before they are re-evaluated, the following guidelines should be reviewed by the candidate:

  • Significant time within the community as a sysop.
We define this as the candidate having made at least one edit in the past 3 months.
Note: The Truly Inactive Sysops policy dictates that a sysop who hasn't made an edit within four months is automatically demoted. Therefore, for a sysop to be re-evaluated, they need to have made an edit before that time-frame is up.
  • Significant activity within the community.
We define this as at least 500 edits in the past eight months under the candidate's name.
Note: looking in a User's User contributions might give false results for this criterion, as the edit history used to be periodically purged on this wiki.
  • Prior interest in maintaining the community.
We define this as clear evidence that the candidate is already performing maintenance tasks and continuing taking a leadership role on the wiki.
  • Desire to continue to be a System Operator.
We define this simply as indicating in the candidate's request their desire to continue to maintain the position.
  • Indication of trust in the candidate.
We define this as a minimum of three other users (preferably users with at least 200 edits under their name and at least one System Operator), willing to vouch for the candidate's suitability for the role.

If a user is highly exemplary in one guideline, a certain level of flexibility may be extended to the other guidelines.

Once the candidate feels that they satisfy these guidelines and has reached their eight month mark from their promotion to sysop, the user is then subject to a community discussion. All users are asked to comment on the candidate in question, ask questions of the candidate, and discuss the candidate's suitability for continuing to be a System Operator. This is not a vote. It is instead merely a request for comments from the wiki community. This will continue for one week, as all users get a chance to air their opinions on the candidate. The reason for only one week for discussions is due to the high-profile nature of the sysops, and most users should be familiar with them. A section similar to the sysop activity check will be created to give users advanced notice as to when each sysop is up for re-evaluation to compensate for the reduced time and to let people know ahead of time when each sysop is up for re-evaluation.

Once the one week is up, the Bureaucrats will review the community discussion and make a decision based upon it. The user will be notified of the status of their request, and will be retained in their position should it appear that the community is willing to continue to accept them as a System Operator. In the event that the decision is negative, then the sysop will be demoted back to regular user status, where after a month's time, the user can re-submit themselves for promotion.

Voluntary Sysop Re-Evaluation

A sysop can request a voluntary re-evaluation provided it has been at least four months since their last re-evaluation. The reason for waiting at least four months between evaluations is to prevent the possibility of a sysop constantly putting themselves up for re-evaluation. The guidelines for a voluntary re-evaluation is the same as a normal re-evaluation.

Bureaucrats and Re-evaluations

The bureaucrat's promotions process is in essence a re-evaluation of a sysop by the community. Bureaucrats go through regular process of re-elections, so each time they are elected, the community is renewing their faith in the sysop, and is not subject to re-evaluation through this policy. When a bureaucrat is not re-elected and becomes a sysop again, then the sysop is again available for re-evaluation through this policy. When this happens, the bureaucrat's eight months start from when they were promoted to bureaucrat.

Examples

  • User A is promoted to sysop on April 12th, 2009. User A's date for re-evaluation is December 12th, 2009. In their time as a sysop, User A is elected to being a bureaucrat on July 24th, 2009. For as long as they are re-elected to the bureaucrat position, their re-evaluation is delayed (due to the bureaucrat promotion process effectively being a re-evaluation by the community).
  • User B is a bureaucrat and was elected to the position on July 22nd, 2009. Unfortunately, they serve their term for three months and at re-election, they are not re-elected to the position. This means that their last re-evaluation is effectively July 22nd 2009 (due to the bureaucrat promotion process effectively being a re-evaluation by the community), and their new re-evaluation date is March 22nd, 2010.

Summary

This policy creates a system for the community to reaffirm the trust in the sysop (much like Bureaucrats have to):

  • Every sysop will be re-evaluated by the community once their eight month mark comes up.
  • This will start with whomever has been a sysop the longest, and every two weeks thereafter the next longest sysop without a re-evaluation will come up for review until everyone has had one or falls short of their eight months (i.e. new sysops can wait until their usual eight month period, while the ones who are past their eight months will have to cycle through).
  • This policy does not effect any account that Kevan may use as a wiki admin account, specifically: