Re: Alternative decision process in RTCWeb

Melinda Shore <melinda.shore@gmail.com> Sun, 01 December 2013 23:35 UTC

Return-Path: <melinda.shore@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 913E71AE1C4 for <ietf@ietfa.amsl.com>; Sun, 1 Dec 2013 15:35:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vnhFoS_54fWN for <ietf@ietfa.amsl.com>; Sun, 1 Dec 2013 15:35:19 -0800 (PST)
Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) by ietfa.amsl.com (Postfix) with ESMTP id E75E71AE1B4 for <ietf@ietf.org>; Sun, 1 Dec 2013 15:35:18 -0800 (PST)
Received: by mail-pb0-f52.google.com with SMTP id uo5so17584819pbc.39 for <ietf@ietf.org>; Sun, 01 Dec 2013 15:35:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=F0ynbRTr8lVcidoMus5kJWoB+X/Y2DANoUjzmUamT5Q=; b=x44K5PeAcE5SA1k8fwz9Cqjr3vPklVZwjQ9qyrAFY9ncM/sKTlUehuwQGAMC79HPzL 9tteRJ8dcRgHbKpMG06eb9N8cmjp6Odqlj/VtjRjkZp4ihyDk8EAFKx1EAHx57mpUuWJ JZ+dxZacZzsnT6rSTp9ul2/kil7HAn0ymxyXMTRKfPp/HnIm9MSd/SxPKPm4oV+DYnyz MzmK480oZz2iBOZtqftToIsgNZM3HwtiHUbvqduOQjfIGjwmFuSIiIA+gWYZloBMPmWw +q/iWscwMstQF8ZFNC1PqKfeOhtQFL3/7ewmdKzBz/F5wGV8uFk8HhIzvdoZxoQrBZd1 idZw==
X-Received: by 10.67.21.226 with SMTP id hn2mr64945186pad.69.1385940917004; Sun, 01 Dec 2013 15:35:17 -0800 (PST)
Received: from spandex.local (216-67-50-85-rb3.nwc.dsl.dynamic.acsalaska.net. [216.67.50.85]) by mx.google.com with ESMTPSA id rz6sm121304722pab.22.2013.12.01.15.35.15 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 01 Dec 2013 15:35:16 -0800 (PST)
Message-ID: <529BC7B1.8070205@gmail.com>
Date: Sun, 01 Dec 2013 14:35:13 -0900
From: Melinda Shore <melinda.shore@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Ted Hardie <ted.ietf@gmail.com>
Subject: Re: Alternative decision process in RTCWeb
References: <DUB127-W23531D0E8B15570331DB51E0EE0@phx.gbl> <52974AA8.6080702@cisco.com> <CAKFn1SHMBG=Rwq8SNJkPz6EUD9O9P+0gTD569_5eXc7ndBpYRQ@mail.gmail.com> <529A0A4A.1040107@gmail.com> <CA+9kkMB44JYj-hkp_O72f2yg-OtBuyqN=NC3aW2PBvh7ZO-kBw@mail.gmail.com>
In-Reply-To: <CA+9kkMB44JYj-hkp_O72f2yg-OtBuyqN=NC3aW2PBvh7ZO-kBw@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: IETF <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Dec 2013 23:35:20 -0000

On 12/1/13 8:01 AM, Ted Hardie wrote:
> For what it's worth, all the chairs agree that failure to get consensus
> is a valid outcome and it may be where we end up.  The internal
> discussion among the chairs and RAI ADs was extremely extensive and not
> at all fun; think soul-searching, beating of breasts, tearing of sack
> cloth, and wearing of ashes.   Trust us that we did not do this lightly;
> as one of us put it in the internal discussion: "We're going to get an
> epic beat down for this".

You did not receive an "epic beat down" although I think you
probably should have (or something like one).  What you did
was huge and has impacts far outside the scope of one
decision in one working group.

Look, I've been feeling for some time that our decision-making
structures don't work for us anymore - that there are too many
people looking for optimal personal outcomes (as opposed to
optimal organizational, good-for-the-internet outcomes), there
aren't enough people invested in a healthy process, and that
it's become incredibly difficult - too difficult - to reach
decisions in a contested space.  However, changing decision-
making to a voting-based process assumes changes to the
organization that I think are devastating.  When we distinguish
between those who are eligible to vote and those who aren't
we create a membership, and when we vote and have a membership
we enter into the very nasty problem of balancing what I think
is our most important organizational characteristic - openness -
against the problem of ballot box stuffing.

We were quite successful in minimizing the impact of the EFF-
motivated mailing list deluge on the TLS authz patent, which
I don't think we could have done if we'd been using the
processes you've invented.  We certainly wouldn't have been
able to have a good outcome in nvo3.  Speaking of which, that
working group was deadlocked for quite awhile but managed their
way out of it without going to a voting model.

I think that we're not that far away from needing to take
a long, hard look at how we're structured with an eye towards
what we need to do to maintain our openness while remaining
effective.  I think the particular situation in WebRTC, with
a roll-your-own voting process, is absolutely the wrong
context for doing that - it needs to be done at the pace at
which it needs to be done and it needs to be done thoughtfully
and thoroughly, and not because one particular working group
can't figure out how to go forward but needs something now.

Melinda