Jason Quinn (talk | contribs) 2 caps of Wikipedia and sp of consensus |
Newbyguesses (talk | contribs) →Exceptions: didn't like those changes; too complicated-- |
||
Line 100: | Line 100: | ||
There are a few exceptions that supersede consensus decisions on a page. |
There are a few exceptions that supersede consensus decisions on a page. |
||
*Declarations from [[Jimmy Wales]], [[m:Board of Trustees|the Board]], or [[mw:Developers|the Developers]], particularly for server load or legal issues ([[copyright]], [[Invasion of privacy|privacy rights]], and [[Slander and libel|libel]]) have policy status (see [[Wikipedia:Policies and guidelines#Sources of Wikipedia policy]]) |
*Declarations from [[Jimmy Wales]], [[m:Board of Trustees|the Board]], or [[mw:Developers|the Developers]], particularly for server load or legal issues ([[copyright]], [[Invasion of privacy|privacy rights]], and [[Slander and libel|libel]]) have policy status (see [[Wikipedia:Policies and guidelines#Sources of Wikipedia policy]]). |
||
*[[Wikipedia:Office Actions|Office Actions]] on a specific article (such as stubbing or protecting it) are outside the policies of the English Wikipedia |
*[[Wikipedia:Office Actions|Office Actions]] on a specific article (such as stubbing or protecting it) are outside the policies of the English Wikipedia. |
||
*Consensus decisions in specific cases are not expected to override consensus on a wider scale very quickly |
*Consensus decisions in specific cases are not expected to override consensus on a wider scale very quickly - for instance, a local debate on a WikiProject does not override the larger consensus behind a policy or guideline. The project cannot decide that for "their" articles, said policy does not apply. |
||
*[[m:Foundation Issues|Foundation Issues]] lay out the basic principles for all Wikimedia projects. These represent the largest consensus decisions achievable among all Wikimedia projects. These consensuses are fundamental and affect all other Wikimedia and Wikipedia agreements. This means they evolve very slowly. |
*[[m:Foundation Issues|Foundation Issues]] lay out the basic principles for all Wikimedia projects. These represent the largest consensus decisions achievable among all Wikimedia projects. These consensuses are fundamental and affect all other Wikimedia and Wikipedia agreements. This means they evolve very slowly. |
||
Revision as of 03:13, 12 May 2008
Consensus is an inherent part of the wiki process. Consensus is typically reached as a natural product of the editing process; generally someone makes a change or addition to a page, and then everyone who reads the page has an opportunity to either leave the page as it is or change it. In essence, silence implies consent, if there is adequate exposure to the community. In the case of policy pages a higher standard of participation and consensus is expected.
Use the talk page to discuss improvements to the article, and to form consensus concerning the editing of the page. In cases where consensus is particularly hard to find, there exist further dispute resolution processes which allow you to involve independent editors and ask for more experienced help in the discussion, and to address the problems which prevent a consensus from arising.
When consensus is referred to in Wikipedia discussion, it always means 'within the framework of established policy and practice'. Consensus among a limited group of editors can not over-ride community consensus on a wider scale.
Convincing arguments are needed in order to successfully implement changes to currently established project wide practice or to document changes to established project wide practice. Convincing arguments are those that can be expected to sway the larger community.
Reasonable consensus-building
Consensus develops from agreement of the parties involved. This can be reached through discussion, action, or more often, a combination of the two. Consensus can only work among reasonable editors who make a good faith effort to work together in a civil manner. As Wikipedia is an encyclopedia, the objective of this interaction is to accurately and appropriately describe the different views on the subject.
How consensus emerges during the editing process
![](https://upload.wikimedia.org/wikipedia/commons/thumb/c/ce/CCC_Flowchart_5f.jpg/300px-CCC_Flowchart_5f.jpg)
See also: Wikipedia:Editing policy
Generally someone makes a change or addition to a page, and then everyone who views the page has an opportunity to either leave the page as it is or change it.
Whether the change or addition to the page is reverted, or modified or not, any refinements or objections can be discussed with other editors.
Think of a reasonable change that might integrate your ideas with theirs and make an edit, or discuss those ideas on the talk page.
Reverting returns a page to a previous version.
The creation of each article involves many intermediate steps before the editors, and the readers, agree that the text is neutral and readable.
Developing consensus requires special attention to neutrality - remaining neutral in our actions in an effort to reach a compromise that everyone can agree on. Remember to remain civil in discussions on the talk page.
Edit wars are to be discouraged, as they can lead to page protection or involve Mediation or Dispute resolution.
Using the discussion page
- See also: Wikipedia:Talk page guidelines
While the consensus process does not require posting to the discussion page, it can be useful and is encouraged. It is also a good idea to check the discussion page before making an edit, because someone may have thought of it before, or discussed something that sheds more light on the subject.
Sometimes misunderstandings occur because people see the edit before any rationale is posted on the talk page. If you post a comment immediately before editing, there's no gap, which can be handy if you're typing a particularly long edit summary. (If that's your intent, you must edit immediately afterwards though, this is important). Other people might not have picked up on this practice though, so be sure to wait a little while to see if they might still have been typing something at the talk page.
Edit summaries are short and can be misinterpreted. Among other things, the discussion page is a lot more spacious than the edit-summary field, if used correctly, that space can go a long way towards attracting consensus for your edit.
Consensus in practice
Community discussion takes place on various pages such as noticeboards, Requests for comment, Requests for Adminship and the Village pump (policy). These processes require collaborative effort and considered input from the community in order to form a consensus and act appropriately upon the consensus that can be discerned.
Consensus does not mean that everyone agrees with the outcome; instead, it means that everyone agrees to abide by the outcome. The following description of consensus, from the mailing list, argues a difference between consensus and unanimity:
In fact WP's standard way of operating is a rather good illustration of what it does mean: a mixture across the community of those who are largely agreed, some who disagree but 'agree to disagree' without disaffection, those who don't agree but give low priority to the given issue, those who disagree strongly but concede that there is a community view and respect it on that level, some vocal and unreconciled folk, some who operate 'outside the law'. You find out whether you have consensus, if not unanimity, when you try to build on it.
In practice, a lot of people look in on an issue and check to see if a (mere) majority exists in favor of their position. However, to find the actual consensus (or what it will end up as), you actually need to carefully consider the strength and quality of the arguments themselves (including any additional concerns that may have been raised along the way), the basis of objection of those who disagree, and in more complex situations, existing documentation in the project namespace should also be checked. If you are volunteering to carry out an action on the basis of rough consensus, only this thorough approach is acceptable.
Minority opinions typically reflect genuine concerns, and discussion should continue in an effort to try to negotiate the most favorable compromise that is still practical. In situations with a deadline, a perfect compromise may not have been reached by all participants at the deadline. Nevertheless, a course of action should be chosen that is likely to satisfy the most persons (rather than merely the majority).
New users who are not yet familiar with consensus should realize that a poll (if one is even held) is often more likely to be the start of a discussion than it is to be the end of one! The final course of action is usually decided upon during discussion. This is another reason for providing a rationale during a poll, not just a support. You can then engage in discussion with other contributors and work out an acceptable compromise. This can be very empowering. Provided you do your homework right, at times your opinion alone will be enough to tip the scales, or even decide the issue all on its own!
Consensus can change
Consensus is not immutable. It is reasonable, and sometimes necessary, for the community to change its mind. Past decisions are open to challenge and are not binding.
Wikipedia's processes remain flexible for several reasons including:
- new people bring fresh ideas,
- as we grow we evolve new needs, and
- sometimes we find a better way to do things.
Sometimes a representative group makes a decision on behalf of the community as a whole, at a point in time. More often, people document changes to existing procedures at some arbitrary point in time after the fact.
When someone can reasonably demonstrate a change in consensus, then it is reasonable to effect the change, (which may be at a process page).
When editing any page, boldness is encouraged. For bold action to be successful, it speaks for itself that bold action should be preceded, tempered, and controlled by good judgment.
As more people join in the conversation over time (perhaps months or years) consensus will tend to shift.
Documentation
See also: Contributing to guidance
If we find that a particular consensus happens we often document it as a best practice, to save people the time having to discuss the same principles over and over. If you notice that a particular policy or guideline page is not in line with current consensus, feel free to update it. If you notice that certain things haven't been written down yet, create a new page in the Wikipedia: namespace and write it down.
- If it ain't written down, it never happened
Documentation is important so that we can learn from history, and the mistakes and smart things others have done. If no documentation is written, everyone must guess at the unwritten rules, and new users will never learn how to be good Wikipedians.
"Asking the other parent"
See also: Forum shopping
It is very easy to create the appearance of a changing consensus simply by asking again and hoping that a different and more sympathetic group of people will discuss the issue. This, however, is a poor example of changing consensus, and is antithetical to the way that Wikipedia works. Wikipedia's decisions are not based on the number of people who showed up and voted a particular way on a particular day; they are based on a system of good reasons. Attempts to change consensus must be based on a clear engagement with the reasons behind the current consensus — so in the new discussion section, provide a summary and links to any previous discussions about the issue on the articles talk page, or talk page archives, to help editors new to the issue read the reasons behind the consensus so that they can make an informed decision about changing the consensus.
A good sign that you have not demonstrated a change in consensus, so much as a change in the people showing up, is if few or none of the people involved in the previous discussion show up for the new one. In this situation you may find that any changes you make to the article are quickly reverted by people outside the new talk page discussion. Do not be tempted to edit war but instead post comments on the talk page encouraging others to participate in the new discussion.
Exceptions
There are a few exceptions that supersede consensus decisions on a page.
- Declarations from Jimmy Wales, the Board, or the Developers, particularly for server load or legal issues (copyright, privacy rights, and libel) have policy status (see Wikipedia:Policies and guidelines#Sources of Wikipedia policy).
- Office Actions on a specific article (such as stubbing or protecting it) are outside the policies of the English Wikipedia.
- Consensus decisions in specific cases are not expected to override consensus on a wider scale very quickly - for instance, a local debate on a WikiProject does not override the larger consensus behind a policy or guideline. The project cannot decide that for "their" articles, said policy does not apply.
- Foundation Issues lay out the basic principles for all Wikimedia projects. These represent the largest consensus decisions achievable among all Wikimedia projects. These consensuses are fundamental and affect all other Wikimedia and Wikipedia agreements. This means they evolve very slowly.