Wikipedia:Product, process, policy
From Wikipedia, the free encyclopedia
 |
This is an essay; it contains the advice and/or opinions of one or more Wikipedia contributors. It is not a policy or guideline, and editors are not obliged to follow it. It should be read in conjunction with policies Wikipedia:Ignore all rules, Wikipedia:Consensus and Wikipedia:Policies and guidelines. |
 |
This page in a nutshell: First improve the product, then a process, and then a policy. |
In order of descending importance, product, process, and policy describe integral parts of Wikipedia. The three P's are part of the nature of dynamic processes in this project. Here, the focus is on how process and policy are generated in order to improve our product.
Contents |
[edit] Product
Our product is, of course, the Encyclopedia, and this is the most important of the three. Based upon certain founding principles, we all work towards creating and improving our encyclopedia.
The foremost important principle here is Be Bold. Wikipedia has a lot of rules and guidelines, but you don't have to all know of them. If you have something interesting to write, write it. A related principle is Ignore All Rules. This is sometimes misunderstood as "you can do whatever you like", but that is not what it says. You can only do whatever you like as long as it improves the encyclopedia.
There are four other important principles that people should know about, although it is more important to know the general idea than to read into the details. The first is to strive towards the Neutral Point of View, and the second is to remember that Wikipedia is an Encyclopedia. The third principle is to Cite Sources, and the fourth is to not violate Copyright Laws.
[edit] Process
When a large number of people are writing articles, there will inevitably be disagreement, ranging from the subtle (e.g. spelling preferences) to the blatant (e.g. whether certain famous people are Good or Evil). Our core principle guiding this matter is Consensus.
When there is disagreement, people should talk about it and form a solution. Part of this is done on talk pages, or by requesting outside opinion. But because Wikipedia is such a large place, a number of processes have been created. The whole point of all of these processes is to get feedback and outside opinions. For convenience, the processes are split so that related issues show up at the same place. Sample processes include Requests for Comment, Featured Article Candidates and Articles for Deletion. All of these serve to reach consensus through feedback of any editor that wishes to participate.
Because the whole point of process is feedback, when disagreeing with some action, the argument "process wasn't followed" is unconvincing if used by itself. It implies that you wanted to say something and didn't get the chance - so this begs the question what it is you wanted to say. If you don't have any additional arguments, that is not very helpful.
The two most important principles after consensus are Civility and not to Edit War. Editors are interacting with one another and should do so in friendly and reasonable fashion. Other good principles include to Assume That Others Mean Well, and to not Disrupt Wikipedia to make a Point.
[edit] Policy
With the exception of a few founding principles, nearly all our policies and guidelines are distilled from process - that is, from discussion with other editors. It is often preferable for policies and guidelines to spring up organically through codifying existing practice, rather than to be imposed from the top. (On the other hand, some Wikipedians believe that certain issues are political questions that can be more efficiently settled through formal proposals and centralized discussion than through precedent established by thousands of parallel mini-debates dealing with specific cases.)
Most incidents in Wikipedia are not new, and have been thoroughly discussed in the past. Through experience, we have a pretty good idea what the preferred Style and Layout of a page is, or when it is acceptable to Delete Pages, or under what circumstances people should be Blocked from Editing.
As such, policy and guidelines serve to show our experience on what works and does not work, and to streamline process by not repeating discussions we've already concluded in the past. Discussion is important, but many things have already been discussed and can already be acted upon. For instance, most Criteria for Speedy Deletion stem from an issue being debated to death on our Deletion Discussions page. Centralized discussion often brings together opinions on common issues that might otherwise be debated over and over.
An important principle here is that Consensus can Change. Since the policy is a result of process and practice (instead of the other way around) it is quite possible that policy changes as a result of practice changing. Another important principle is that Wikipedia is not a Bureaucracy. Policy is subservient to product, not the other way around.
The result of this setup is that policy pages are often a step or two behind process. Whenever the result of process does not correspond with policy, it means that the policy is outdated. When we encounter a new situation, we are not required to base our discussion on policy. Rather, we base a new policy on the process of discussion. A corollary of this fact is that we, as a rule, Do Not Vote on new policy or guideline pages. Frequently, we simply write down what already happens. Anything that describes the usual outcome of a common process, is a good guideline for the future.
