Wikipedia:Consensus

"WP:CON" redirects here; you may be looking for Wikipedia:Conflict of interest or Help:Edit conflict.

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.

Where editing of a page won't resolve all issues, people can negotiate on talk pages. 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'. Even a majority of a limited group of editors will almost never outweigh community consensus on a wider scale, as documented within policies.

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

Consensus is commonly formed by editing pages on the wiki. The process goes through repeated iterations. The sum of edits by successive editors leads to improvements to the page.

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.

Whether the change or addition to the page is reverted, or modified or not, any refinements or objections can be discussed on the discussion page.

Think of a reasonable change that might integrate your ideas with theirs.

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 should not be "binding" in the sense that the decision cannot be taken back.

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 a fairly limited group of people 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, but good judgment should be used.

As more people join in the conversation over time (perhaps months or years) consensus will tend to shift.

"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.

Consensus in practice

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). Running roughshod over the (then) minority is the best way to get yourself into almost unlimited amounts of trouble. Besides, next time someone from that minority might be the final closer, and you might be one of the people in a minority, so it's a good idea to be a gentleperson at all times and set a good example.

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 you should always provide a further rationale during a poll. People can then engage you in discussion 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!

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. 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.

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.

Documentation is important so that we can learn from history, and the mistakes and smart things others have done.

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.

See also

• Wikipedia:Featured article candidates
• Wikipedia:BOLD, revert, discuss cycle
• Wikipedia:Staying cool when the editing gets hot