Closed frivoal closed 2 years ago
@frivoal Yes, this is a good direction.
I would note the definition of Consensus at 3GPP (see Annex A):
Consensus: General agreement, characterized by the absence of sustained opposition to substantial issues by any important part of the concerned interest and by a process that involves seeking to take into account the views of all parties concerned and to reconcile any conflicting arguments. (Note: consensus need not imply unanimity).
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.
3. Note in the sections about the TAG choice of chair, and about the Council that Formal Objections aren't available in those contexts.
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.
For example, I imagine the TAG choice of chair might be viewed as a "decision", so one could use a FO to express dissent.
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?
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
[groups] shall endeavour to reach consensus on all issues ... Informal methods of reaching consensus are encouraged (e.g., a show of hands). If consensus cannot be achieved, the Chair can decide to take a vote. The vote may exceptionally be performed by a secret ballot... A proposal shall be deemed to be approved if 71% of the votes cast are in favour
In other words, W3C should adopt https://en.wikipedia.org/wiki/Consensus-seeking_decision-making
.When consensus is deemed to be unattainable, either the "presenter" of a proposal or the "facilitator" of the deliberations is empowered to choose the closing option of a fallback vote. Other possible closing options may include "refer to committee", "test for stand-asides", and "withdraw the proposal".
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 ;-) )
"consensus", in the Process is currently defined as the lack of Formal Objection.
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.
The general definition of Consensus could be as simple as: twice as many in favor as those opposed.
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: https://github.com/w3c/w3process/pull/635 and it would be helpful if people would review the specific wording being proposed.
@fantasai Based on your definition of consensus:
Is my understanding correct?
@palemieux
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?
So, unanimous means everyone in the body agrees (not even abstains).
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 https://github.com/w3c/w3process/issues/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.