[Fwd: Re: rough consensus (was Re: "trouble maker")]

john.loughney at nokia.com john.loughney at nokia.com
Thu Jul 17 11:51:05 CEST 2003


Hi Erik,

This sounds like the best statement that I have heard on 'rough
consensus' - one additional benefit about this is that if someone
feels that the 'rough consensus' statement is in error, there
are processes in the IETF for filing appeals.

thanks,
John

> -----Original Message-----
> From: ext Erik Guttman [mailto:erik.guttman at sun.com]
> Sent: 16 July, 2003 16:22
> To: Brian E Carpenter
> Cc: problem-statement at alvestrand.no; Scott W Brim
> Subject: Re: [Fwd: Re: rough consensus (was Re: "trouble maker")]
> 
> 
> Brian E Carpenter wrote:
> > Scott W Brim wrote:
> >>I like the idea that Chairs should document why they 
> declared consensus
> >>(or the lack of it).
> > 
> > 
> > Agreed. But another thing that may be going on is Chairs 
> making consensus 
> > calls too late.
> 
> The hardest part of calling consensus is its subtlety.  After 100s of
> emails have been exchanged and a rough consensus has emerged 
> it doesn't
> really exist (have any reality) until the consensus has been put into
> words by the chair.  Without a coherent statement posted to the list
> describing a consensus it is hard to know
>   - what actions it implies
>   - whether all dissenting views have been considered
>   - what compromises were made among those forming the consensus
>     (what were their positions originally and what did they agree to?)
> 
> Defending or questioning a consensus call requires mailing list
> archeology, which is a tedious and inexact discipline.  We should
> do better and we can.
> 
> ============================
> Solution discussion:
> 
> I have found that by documenting the
> 
>   - final decision and action to take
>   - summary of the dominant consensus position taken, including
>     where they aren't in accord
>   - well worked out dissenting views
>   - notes from the WG chair (if needed), to clarify how a difficult
>     decisions was made and why it is reasonable.
> 
> This sounds like a lot of writing.  It usually comes down to a page
> or two, even for very complex decisions.  Advantages of putting this
> in the record are
> 
> a) You can point at it when someone wants to bring the topic up
>     again.
> 
> b) If the chair overlooks something, it is easy to reopen the
>     consensus call *for a very specific reason* without reopening
>     the whole debate.  (Note:  Sometimes WG chairs do not fully
>     understand the issues they are making a consensus call on.
>     By writing this consensus document, it is easy to determine
>     whether the argument has been correctly heard and evaluated.)
> 
> c) It is a extremely useful to have definitive instructions *what
>     to do* with a consensus decision.
> 
> d) Once a consensus statement is accepted by the working group
>     we have something much more concrete than a record in WG
>     minutes that such and such was decided upon, etc.
> 
> Erik
> 
> 


More information about the Problem-statement mailing list