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
- RE: [mpowr] WG Formation Wijnen, Bert (Bert)
- Re: [mpowr] WG Formation Harald Tveit Alvestrand
- Re: [mpowr] WG Formation Dave Crocker
- Re: [mpowr] WG Formation John C Klensin
- Re: [mpowr] WG Formation Harald Tveit Alvestrand
- Re: [mpowr] WG Formation Dave Crocker
- [mpowr] bookkeeping Dave Crocker
- Re: [mpowr] WG Formation Thomas Narten
- Re: [mpowr] WG Formation Dave Crocker
- Re: [mpowr] WG Formation Dave Crocker
- Re: [mpowr] WG Formation Thomas Narten
- Re: [mpowr] WG Formation Dave Crocker
- Re: [mpowr] WG Formation John C Klensin