![]() | This page is currently inactive and is retained for
historical reference. Either the page is no longer relevant or consensus on its purpose has become unclear. To revive discussion, seek broader input via a forum such as the village pump. |
Welcome to my proposal! My proposal focuses on making the RfA process comparatively smooth. It will mainly focus on "fixing the broken system". The new proposed process by me is divided into 3 phases.
First phase features a Pre-RfA process. Second, the regular RfA through which admins are selected currently. And the third, with a Post-RfA system to give an editor who barely doesn't reach consensus a chance of getting admin rights. Detailed explanation is stated below. Thanks!
Note: This is not entirely my own idea, but it is a mix of few ideas proposed by fellow editors at times which is modified by me and given the final shape. →TSU tp*
A committee consisting of 10 selected trusted editors like Admins and Crates' will be formed which will perform the process of review of Pre-RfA submissions, Post-RfA and RfA work by editors. They would have term of 1 year and would be selected by voting process.
According to my proposal, there will be a RfA-review committee who will do the review work of the editor nominated. Editors who wish to become an admin will submit a nomination to the RfA-review committee. This review would be open for 3 days (maximum) in which the contributions by the editor would be discussed if the committee members have any doubt regarding the editor's contributions. The committee members would give their opinion and !vote oppose or support in this process. Here are the possible situations:
If 7 or 6 (If 4 members have similar way of oppose) out of 10 members agree that the editor is ready for RfA, then the editor can start their RfA. In absence of few committee members, a rough consensus of minimum 70% will be needed by the editor to get through.
If 4 (If those 4 members have different way to oppose) out of 10 members agree that the editor is not yet ready for RfA, then the editor cannot start their RfA. In absence of few committee members, a rough consensus of maximum 60% will result in the editor failing their Pre-RfA review. Editors can re-try after addressing problems.
Editors getting 7 or 6 (If 4 members have similar way of oppose) votes out of 10 or getting 70%+ rough consensus in Pre-RfA review are eligible for starting an RfA. According to the current process, editors with less then 75% are less likely to be granted rights.
This will give the members of RfA-review committee the power to strike off votes by few editors which are using an unfair rational or rationals that are totally blank and consists of just Support or Oppose.
Editors getting 80% or more consensus are directly granted admin rights keeping the condition that opposes are not made due to issues raised in the RfA at the end. They don't require to go for Post-RfA review.
Editors with consensus 75% or more are considered to be closed as successful. Less then 75% consensus at RfAs are closed as no consensus or sometimes passed and this can extend upto 70%. After this, editors still qualify for Post-RfA review.
RfAs getting less then 65-60%, will be closed as unsuccessful and they do not qualify for Post-RfA review. This would occur rarely as due to Pre-RfA this kind of failure almost gets eliminated
After Pre-RfA review at RfA, if the editors have less consensus but enough to be granted rights or it is a "no consensus" situation, editors are given a chance to show their ability. Those editors are granted admin rights for trial of 3 days. During this, their admin-related-contributions are reviewed by the RfA-review committee and issues are raised if found any. At the end of trial, !voting process starts.
Editors getting 8 out of 10 votes or getting a rough consensus of 75% or more are granted the admin rights finally. Standards of Post-RfA review are kept high because of the reason that more opposes would occur only if admin work conducted by the editor is problematic or in error.
In the middle of the trial, if an editor abuses admin rights or fails to handle those properly and makes mistakes consistently, their rights will immediately be removed.
Thanks for taking out time and reading this. Please add you suggestions, comments, supports and opposes on the talk page. Happy editing! →TSU tp*
![]() | This page is currently inactive and is retained for
historical reference. Either the page is no longer relevant or consensus on its purpose has become unclear. To revive discussion, seek broader input via a forum such as the village pump. |
Welcome to my proposal! My proposal focuses on making the RfA process comparatively smooth. It will mainly focus on "fixing the broken system". The new proposed process by me is divided into 3 phases.
First phase features a Pre-RfA process. Second, the regular RfA through which admins are selected currently. And the third, with a Post-RfA system to give an editor who barely doesn't reach consensus a chance of getting admin rights. Detailed explanation is stated below. Thanks!
Note: This is not entirely my own idea, but it is a mix of few ideas proposed by fellow editors at times which is modified by me and given the final shape. →TSU tp*
A committee consisting of 10 selected trusted editors like Admins and Crates' will be formed which will perform the process of review of Pre-RfA submissions, Post-RfA and RfA work by editors. They would have term of 1 year and would be selected by voting process.
According to my proposal, there will be a RfA-review committee who will do the review work of the editor nominated. Editors who wish to become an admin will submit a nomination to the RfA-review committee. This review would be open for 3 days (maximum) in which the contributions by the editor would be discussed if the committee members have any doubt regarding the editor's contributions. The committee members would give their opinion and !vote oppose or support in this process. Here are the possible situations:
If 7 or 6 (If 4 members have similar way of oppose) out of 10 members agree that the editor is ready for RfA, then the editor can start their RfA. In absence of few committee members, a rough consensus of minimum 70% will be needed by the editor to get through.
If 4 (If those 4 members have different way to oppose) out of 10 members agree that the editor is not yet ready for RfA, then the editor cannot start their RfA. In absence of few committee members, a rough consensus of maximum 60% will result in the editor failing their Pre-RfA review. Editors can re-try after addressing problems.
Editors getting 7 or 6 (If 4 members have similar way of oppose) votes out of 10 or getting 70%+ rough consensus in Pre-RfA review are eligible for starting an RfA. According to the current process, editors with less then 75% are less likely to be granted rights.
This will give the members of RfA-review committee the power to strike off votes by few editors which are using an unfair rational or rationals that are totally blank and consists of just Support or Oppose.
Editors getting 80% or more consensus are directly granted admin rights keeping the condition that opposes are not made due to issues raised in the RfA at the end. They don't require to go for Post-RfA review.
Editors with consensus 75% or more are considered to be closed as successful. Less then 75% consensus at RfAs are closed as no consensus or sometimes passed and this can extend upto 70%. After this, editors still qualify for Post-RfA review.
RfAs getting less then 65-60%, will be closed as unsuccessful and they do not qualify for Post-RfA review. This would occur rarely as due to Pre-RfA this kind of failure almost gets eliminated
After Pre-RfA review at RfA, if the editors have less consensus but enough to be granted rights or it is a "no consensus" situation, editors are given a chance to show their ability. Those editors are granted admin rights for trial of 3 days. During this, their admin-related-contributions are reviewed by the RfA-review committee and issues are raised if found any. At the end of trial, !voting process starts.
Editors getting 8 out of 10 votes or getting a rough consensus of 75% or more are granted the admin rights finally. Standards of Post-RfA review are kept high because of the reason that more opposes would occur only if admin work conducted by the editor is problematic or in error.
In the middle of the trial, if an editor abuses admin rights or fails to handle those properly and makes mistakes consistently, their rights will immediately be removed.
Thanks for taking out time and reading this. Please add you suggestions, comments, supports and opposes on the talk page. Happy editing! →TSU tp*