Re: [mpowr] WG Formation

John C Klensin <john-ietf@jck.com> Sat, 14 February 2004 22:35 UTC

Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03308 for <mpowr-archive@odin.ietf.org>; Sat, 14 Feb 2004 17:35:29 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1As8NK-0007gf-7D for mpowr-archive@odin.ietf.org; Sat, 14 Feb 2004 17:35:02 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i1EMZ2at029538 for mpowr-archive@odin.ietf.org; Sat, 14 Feb 2004 17:35:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1As8NI-0007g6-6p for mpowr-web-archive@optimus.ietf.org; Sat, 14 Feb 2004 17:35:00 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03298 for <mpowr-web-archive@ietf.org>; Sat, 14 Feb 2004 17:34:56 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1As8NF-00008L-00 for mpowr-web-archive@ietf.org; Sat, 14 Feb 2004 17:34:57 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1As8MH-00004e-00 for mpowr-web-archive@ietf.org; Sat, 14 Feb 2004 17:33:58 -0500
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1As8LL-00000D-00 for mpowr-web-archive@ietf.org; Sat, 14 Feb 2004 17:32:59 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1As8LN-0007ZI-Bc; Sat, 14 Feb 2004 17:33:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1As8LL-0007Z4-RJ for mpowr@optimus.ietf.org; Sat, 14 Feb 2004 17:32:59 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03186 for <mpowr@ietf.org>; Sat, 14 Feb 2004 17:32:56 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1As8LJ-0007ne-00 for mpowr@ietf.org; Sat, 14 Feb 2004 17:32:57 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1As8KK-0007jV-00 for mpowr@ietf.org; Sat, 14 Feb 2004 17:31:57 -0500
Received: from ns.jck.com ([209.187.148.211] helo=bs.jck.com) by ietf-mx with esmtp (Exim 4.12) id 1As8JN-0007gK-00 for mpowr@ietf.org; Sat, 14 Feb 2004 17:30:58 -0500
Received: from [209.187.148.215] (helo=scan.jck.com) by bs.jck.com with esmtp (Exim 4.10) id 1As8JN-000AqQ-00; Sat, 14 Feb 2004 17:30:57 -0500
Date: Sat, 14 Feb 2004 17:30:57 -0500
From: John C Klensin <john-ietf@jck.com>
To: Dave Crocker <dcrocker@brandenburg.com>, mpowr@ietf.org
Subject: Re: [mpowr] WG Formation
Message-ID: <19274234.1076779857@scan.jck.com>
In-Reply-To: <14410174609.20040214094846@brandenburg.com>
References: <Pine.LNX.4.56.0402040844140.19559@internaut.com> <327742548.1076153200@scan.jck.com> <1943493383.20040214081341@brandenburg.com> <38529151.1076758786@scan.jck.com> <14410174609.20040214094846@brandenburg.com>
X-Mailer: Mulberry/3.1.2 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Sender: mpowr-admin@ietf.org
Errors-To: mpowr-admin@ietf.org
X-BeenThere: mpowr@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mpowr>, <mailto:mpowr-request@ietf.org?subject=unsubscribe>
List-Id: Management Positions -- Oversight, Work and Results <mpowr.ietf.org>
List-Post: <mailto:mpowr@ietf.org>
List-Help: <mailto:mpowr-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mpowr>, <mailto:mpowr-request@ietf.org?subject=subscribe>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


--On Saturday, 14 February, 2004 09:48 -0800 Dave Crocker 
<dhc@dcrocker.net> wrote:

> JCK> I think your proposal and mine are largely compatible.
>
> oh, you optimist, you...

Sigh.

> JCK> I think there should be a number of different ways of
> getting to JCK> a WG and that _any_ model through which all
> pre-WGs and WGs must  JCK> go is an invitation to getting
> ourselves bogged down in  JCK> procedural nonsense and
> rigidity rather than keeping the focus  JCK> on getting the
> job done.
>
> I think we have a meaningful difference, here.
>
> By their nature, rules are Procrustean.  Hence, rules should
> be created only when the tradeoffs among flexibility,
> efficiency, quality and the like all warrant it.  In this
> case, I think we have a very serious problem with wasteful
> formation of unproductive working groups.

Our diagnosis differs somewhat.   I'd say we have a lifecycle 
problem with the time between when an effort starts to come 
together and when we either have it producing standards or move 
it off the IETF queue. While we can certainly manipulate things 
like nominal starting points to make the IETF look better 
statistically, I don't consider that a useful objective.  There 
are perfectly good efforts that don't belong in the IETF but 
that need some input and feedback from us.  We may be able to 
figure that out quickly; it may take a while.  Leaving them on 
their own for a long time and then providing them that feedback 
when they decide they want a charter may be the right thing to 
do for some of them, early BOFs and strong early feedback may be 
right for others, and the spotlight of a WG which then gets its 
plug pulled may be right for yet others.  I think we have a 
serious problem in that we are wasteful in the processes we use 
to [decide to] create and terminate WGs.    I think your 
conclusion, above, is a symptom of the fact that we have made 
the creation and deletion processes much too complex and 
ponderous.

So, on the one hand, were I giving ADs advice, my advice would 
be that, in a very large fraction of cases, the model you and 
Bert have suggested is the right one.   But I'd like to see ADs 
look at these situations one at a time, make judgments 
(consulting mailing lists, directorates, and other mechanisms 
for understanding community views as appropriate), and then 
choose models, tools, and methods for particular groups as they 
think appropriate... to the situation and to their particular 
management styles and preferences.

Obviously, "trust the IESG" models are an important part of that 
approach.   If those folks can't figure out which pre-WG (or 
during-WG, or post-WG) approach is likely to work best for them 
and a given situation, I don't see any reason to believe that 
they can do better with a single standardized sequence of events 
that still cumulate in the need to make subjective evaluations 
and decisions. We also got some new data yesterday that, I 
believe, deserves very careful consideration: for all of the 
complaints about IESG poor decisions, poor allocations of 
priorities, and so forth, the Nomcom looked at the IESG, 
discussed issues with the community, evaluated people and 
alternatives... and returned every single IESG member except the 
one who had voluntarily stepped down.  Like it or not, that is a 
pretty strong statement, on behalf of the community, that we are 
in reasonable shape and that IESG members are behaving 
reasonably and making mostly the right decisions.  If we don't 
believe that conclusion, we need to stop wasting our time with 
little details like WG creating and, instead, start thinking 
about how to replace the Nomcom model and with what.  And, if we 
do believe it, then, IMO, the IESG may need suggestions, 
guidelines, and reminders, but probably doesn't need more rule 
to try to constrain their behavior (especially since rules to 
constrain them have a history of being, effectively, ignored).

I think the rest of your note reflects this difference in 
perspective, so won't make this one longer by running through it 
point by point.   I do want to note that nothing I suggested 
involves "an automatic ticket to WG status".   Each of them, 
including, to me, your suggestion, is a way for the IESG to 
accumulate data on which a decision can then be made -- a 
decision to establish a WG, to send the group elsewhere, or to 
advise them to develop more data (using the same or different 
methods).

    john


_______________________________________________
mpowr mailing list
mpowr@ietf.org
https://www1.ietf.org/mailman/listinfo/mpowr