Re: [Pesci-discuss] principles for decision-making

Jari Arkko <jari.arkko@piuha.net> Tue, 01 November 2005 16:46 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EWzHc-0007VT-89; Tue, 01 Nov 2005 11:46:48 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EWzHY-0007VJ-Vn for pesci-discuss@megatron.ietf.org; Tue, 01 Nov 2005 11:46:45 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA01228 for <pesci-discuss@ietf.org>; Tue, 1 Nov 2005 11:46:23 -0500 (EST)
Received: from p130.piuha.net ([193.234.218.130]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EWzVy-0005Mf-OW for pesci-discuss@ietf.org; Tue, 01 Nov 2005 12:01:39 -0500
Received: from [127.0.0.1] (p130.piuha.net [193.234.218.130]) by p130.piuha.net (Postfix) with ESMTP id 2297389842; Tue, 1 Nov 2005 18:46:20 +0200 (EET)
Message-ID: <43679B5F.8030201@piuha.net>
Date: Tue, 01 Nov 2005 18:44:15 +0200
From: Jari Arkko <jari.arkko@piuha.net>
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Sam Hartman <hartmans-ietf@mit.edu>
Subject: Re: [Pesci-discuss] principles for decision-making
References: <BF8CF6A3.3317%mshore@cisco.com> <tslu0ew9w3m.fsf@cz.mit.edu>
In-Reply-To: <tslu0ew9w3m.fsf@cz.mit.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c
Content-Transfer-Encoding: 7bit
Cc: "pesci-discuss@ietf.org" <pesci-discuss@ietf.org>
X-BeenThere: pesci-discuss@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Process Evolution Study Committee of the IETF discussion <pesci-discuss.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pesci-discuss>, <mailto:pesci-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pesci-discuss>
List-Post: <mailto:pesci-discuss@ietf.org>
List-Help: <mailto:pesci-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pesci-discuss>, <mailto:pesci-discuss-request@ietf.org?subject=subscribe>
Sender: pesci-discuss-bounces@ietf.org
Errors-To: pesci-discuss-bounces@ietf.org

Sam Hartman wrote:

>    Melinda> As we discussed briefly last week, I see decision-making
>    Melinda> in the IETF as both an ongoing problem and specifically
>    Melinda> as an impediment to making changes in response to the
>    Melinda> "problem" process.  I'm proposing a set of principles for
>    Melinda> IETF decision-making, although now that I look at them
>    Melinda> I'm not sure that they'll actually be useful for this
>    Melinda> particular process.  Still, I hope they'll provide a
>    Melinda> starting point for further discussion, at least.  My
>    Melinda> specific concerns are that: 1) consensus-style
>    Melinda> decision-making does not scale to an organization the
>    Melinda> size of the IETF, 
>
>I'm here because of the consensus process.  I believe it leads to
>better quality technical work.  I have no interest in participating in
>an IETF if "rough consensus and running code," is not the core
>decision making principle.
>
>
>So take this as at least one very strong voice for disagreement with
>your approach.  I'm sure you expected that some people would hold my
>position.
>  
>
I'm also in for "rough consensus" (sometimes we try to
make it too smooth) as well as "running code" (we need
more of that).

However, I'd like to make an observation that there
may be different decision processes depending on
the type of decision involved. I believe very much that
on our basic technical work RCRC should apply. But
we already apply different principles in different parts
of the organization. For instance, nomcom has its
special procedures. IESG has its special procedures --
not sure how I should classify them, would "absolute
consensus" or "voting" describe the final IESG review
model better than RCRC? And I'm fine with having these
specific processes. Not even sure that, e.g., the specific
IESG decision process is very significant as long as we
ensure IESG will review work and has a possibility in
affecting the outcome.

Anyway, what I wanted to say was that I would be open
for other types of decision processes for the process
work, too, or at least not dismissing them immediately.
(At least if they are not the "dictator decides" option.)

--Jari


_______________________________________________
Pesci-discuss mailing list
Pesci-discuss@ietf.org
https://www1.ietf.org/mailman/listinfo/pesci-discuss