-
Notifications
You must be signed in to change notification settings - Fork 134
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improving the definition of consensus #634
Comments
@frivoal Yes, this is a good direction. I would note the definition of Consensus at 3GPP (see Annex A):
As Florian says, this allows someone to say "I don't agree, but I won't block consensus (by sustaining my objection)". It also allows the chair to declare consensus in the absence of unanimity, if they feel all the views have been taken into consideration and that the opposition is small enough, and from a source that is not key, not to be an 'important part', and that a decision is needed. This is along-winded way of saying I think you're on the right lines. |
So, unanimous means everyone in the body agrees (not even abstains). Consensus allows for both abstention and non-sustained objection. |
It seems that the reason that we associate FOs with dissent is because the Process Document is built around the concept of a "decision", so the way you express dissent to a decision is with a FO. I'm curious why that doesn't work for some of the items above. For example, I imagine the TAG choice of chair might be viewed as a "decision", so one could use a FO to express dissent. For the Council, you can't use FOs because the whole purpose of the Council is to resolve FOs. But one can simply state that the Council attempts to decide via Consensus, but if there are objections then it decides via majority. I don't have any sustained objection to introducing the new term, but it is not clear to me why it is really needed. |
Actually, upon reflection, I agree, and did not include that restriction in the pull request. |
The confusion comes when people want to indicate sustained objection to a proposal; they don't file an FO and initiate a Council, since there is not yet a decision, but they do need to indicate that there is no consensus |
I agree with the general direction but have a mild concern that the absence of "sustained objection" opens up the possibility of progress being blocked based on persistence rather than technical merit. We may also want to take this opportunity to caution against unanimity becoming anything stronger than an ideal outcome? |
This is a great point. I always thought this definition was strange because I'm not aware of any circumstance that we require unanimity. Can we simply remove that definition? |
I agree with Florian's basic point that the definition of "consensus" needs improving. Furthermore, the concept of a "formal objection" is an anachronism harking back to the days of an expert, authoritative, engaged Director to appeal to. At a minimum, I'd suggest replacing it with something like "sustained disagreement to the proposed consensus" in most contexts (except perhaps AC ballots, assuming the FO Council idea eventually works out better in practice than we have seen so far). Following @dwsinger 's pointer to 3GPP's definition I'd recommend W3C adopt something like https://www.3gpp.org/ftp/Information/Working_Procedures/3GPP_WP.htm#Article_25
In other words, W3C should adopt https://en.wikipedia.org/wiki/Consensus-seeking_decision-making
We could debate whether a simple majority or supermajority is needed to decide on a proposal, and in which contexts. In general I believe something like a 2/3 , 3/4 (or 71% splitting the difference) supermajority is appropriate but there may be contexts in which a simple majority is sufficient to end discussion and move on. ("When should we break for lunch" is the canonical example I believe ;-) ) |
I agree this is far from ideal. Consensus is not unanimity, thus the mere existence of a minority opinion or of an outstanding Formal Objection should not invalidate the consensus of a group and stop work. The general definition of Consensus could be as simple as: twice as many in favor as those opposed. As suggested by @michaelchampion, although Consensus (and in fact unanimity) are always desirable, it might not be desirable to require Consensus for every decision, e.g. "should we break for lunch?". Instead Consensus could generally reserved for those decisions that would result in a modification of W3C deliverables, including specification, charters, process documents, etc. Consensus could be explicitly required for certain decisions. |
This is not consensus, this is a supermajority in favor, and it is not how we work at W3C. I'd like to interrupt this conversation to point out more clearly that there's a PR to fix this here: #635 |
@fantasai Based on your definition of consensus:
Is my understanding correct? |
|
Ok. Thanks for confirming. A significant drawback of the current approach is that a group does not have a procedure to dispose of dissent, which causes dissent to persist. In my experience, the longer dissent persists the more expensive it is to fix -- just like bugs. Has W3C considered a method (of last resort to use your term above) by which a group can formally dispose of dissent, and thus achieve consensus -- without having to file an FO, which is time-consuming, disruptive and hands the responsibility of curing the issue to a separate group? |
Er, this appears to be what the Process says, but it's wrong. Unanimity means that everyone has the same view, but that could be in favour or against, or indeed neither. Suggest changing "unanimity" to "unanimous approval" in this case. |
(Moved from #314)
"consensus", in the Process is currently defined as the lack of Formal Objection.
This doesn't always work great, as we occasionally want to speak of consensus in contexts where making formal objections would not be appropriate (such as in the W3C Council addressing formal objections, in a potential appointment committee, or in this catch 22 #624).
So FOs isn't quite what we're trying to measure here. Consider this section about the Council where we are locally overriding the definition:
I think the better solution may actually be to adjust the general definition of consensus. Beside its formal definition of a lack of formal objection, consensus is a term frequently used in our community to refer to a lack of sustained disagreement. Clearly, filling a formal objection is a sign of sustained disagreement, but in common usage, it isn't necessary to escalate things that much. For instance, we often say that the AB makes decisions by consensus, and often conclude that we do not have consensus when some people indicate that they disagree, yet that doesn't involve Formal Objections.
Note that this would not prevent chairs from making decisions where they can today. The process states:
I've gone through the Process, and I think the one case where we do want to necessarily gate consensus on the absence of formal objection is AC reviews.
So here's my proposal:
If that sounds plausible, I'll make a pull request to show how that'd work in detail.
The text was updated successfully, but these errors were encountered: