Re: [mpowr] WG Formation

Dave Crocker <dhc@dcrocker.net> Mon, 16 February 2004 17:19 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 MAA06556 for <mpowr-archive@odin.ietf.org>; Mon, 16 Feb 2004 12:19:02 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AsmOB-0007lP-Ln for mpowr-archive@odin.ietf.org; Mon, 16 Feb 2004 12:18:35 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i1GHIZSi029837 for mpowr-archive@odin.ietf.org; Mon, 16 Feb 2004 12:18:35 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AsmOB-0007lA-Hb for mpowr-web-archive@optimus.ietf.org; Mon, 16 Feb 2004 12:18:35 -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 MAA06551 for <mpowr-web-archive@ietf.org>; Mon, 16 Feb 2004 12:18:32 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AsmO9-0002K5-00 for mpowr-web-archive@ietf.org; Mon, 16 Feb 2004 12:18:33 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AsmNN-0002Fj-00 for mpowr-web-archive@ietf.org; Mon, 16 Feb 2004 12:17:46 -0500
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1AsmMe-0002Aw-00 for mpowr-web-archive@ietf.org; Mon, 16 Feb 2004 12:17:00 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AsmMf-0007a3-Ei; Mon, 16 Feb 2004 12:17:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AsmM9-0007WD-Cu for mpowr@optimus.ietf.org; Mon, 16 Feb 2004 12:16:29 -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 MAA06476 for <mpowr@ietf.org>; Mon, 16 Feb 2004 12:16:26 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AsmM7-00027F-00 for mpowr@ietf.org; Mon, 16 Feb 2004 12:16:27 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AsmLP-00024C-00 for mpowr@ietf.org; Mon, 16 Feb 2004 12:15:44 -0500
Received: from joy.songbird.com ([208.184.79.7]) by ietf-mx with esmtp (Exim 4.12) id 1AsmKx-00020A-00 for mpowr@ietf.org; Mon, 16 Feb 2004 12:15:16 -0500
Received: from bbprime (jay.songbird.com [208.184.79.253]) by joy.songbird.com (8.11.6/8.11.6) with ESMTP id i1GHN9d27443 for <mpowr@ietf.org>; Mon, 16 Feb 2004 09:23:09 -0800
Date: Mon, 16 Feb 2004 09:14:30 -0800
From: Dave Crocker <dhc@dcrocker.net>
Reply-To: Dave Crocker <dcrocker@brandenburg.com>
Organization: Brandenburg InternetWorking
X-Priority: 3 (Normal)
Message-ID: <1872241726.20040216091430@brandenburg.com>
To: mpowr@ietf.org
Subject: Re: [mpowr] WG Formation
In-Reply-To: <26002169.1076894083@scan.jck.com>
References: <126800950.1076875685@localhost> <1801091131.20040215214531@brandenburg.com> <26002169.1076894083@scan.jck.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
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.7 required=5.0 tests=AWL,PRIORITY_NO_NAME autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Folks,


Since John and Harald seem to be missing the points I've been trying to
make, I will assume that others are also missing it.  So, here is a
concise re-statement:


The IETF is good at facilitating working groups that have clear,
practical direction, with significant participation and an ability to
conduct productive discussion in a timely fashion.

The IETF has a poor track record of "fixing" broken working groups. In
particular, working groups that lack cohesive, productive discussion
rarely change.

Problematic working groups are a significant drain on IETF resources,
including time for management oversight, consumption of valuable
participant time, and consumption of scarce meeting time. Problematic
working groups also have an opportunity cost. They set expectations for
a solution that is, in fact, unlikely to be produced in a timely or
useful fashion.

It is to the IETF's general benefit to find ways to avoid this waste of
resources and tone of frustration and non-productivity.

One approach that will help is to require that working group formation
be predicated on a demonstrated ability to conduct productive discussion
over a mailing list and with enough participation to demonstrate
meaningful constituency.

This _adds_ to the list of IETF BOF and working group chartering
pre-requisites. It requires that groups expected to be productive and
timely first show that they can be. In fact, this requirement is already
listed as being optional, in RFC 2418 (IETF Working Group Guidelines and
Procedures), before holding a pre-chartering BOF.

So the only change would be to make it always required, before
chartering and before holding a pre-chartering BOF.


An alternative would be to continue to charter working groups that lack
a track record for timely productivity, and continue to task the working
group chairs and cognizant area director with fixing the working groups
that fail to become coherent and productive in a timely fashion.

The problem with this approach is that it is very expensive and it does
not work. It has not worked reliably -- and probably has not worked at
all -- for any of the life of the modern IETF. Rather, it dilutes
allocations of time and focus, and it reduces the community sense of
productivity. All three of these are, in fact, problematic in the
current IETF.

Over the life of the IETF, some area directors have employed the policy
of requiring a group to demonstrate the requisite capabilities, before
chartering as an IETF working group.  In fact, some area directors have
required this before permitting a BOF to be held.  A BOF session is
very short and BOFs drain from the total pool of congested IETF
meeting time.

The suggestion is to move this requirement from "sometimes" to "always",
just as we always require a coherent charter with constituency support,
before creating a working group.

This moves the responsibility for timely productivity entirely to the
nascent working group, rather than imposing any of that requirement on
IETF management.

The nascent group must, of course, interact with IETF management and
IETF participants. However there is a considerable difference between
the obligations and costs of dealing with chartered efforts, versus
other efforts. Hence, a nascent group's ability to recruit participation
and assistance is a significant "market" test of that group's effort.

d/
--
 Dave Crocker <dcrocker-at-brandenburg-dot-com>
 Brandenburg InternetWorking <www.brandenburg.com>
 Sunnyvale, CA  USA <tel:+1.408.246.8253>


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