[mpowr] RE: [Solutions] Troops versus superpower
"Robert Snively" <rsnively@Brocade.COM> Thu, 18 December 2003 00:50 UTC
Received: from optimus.ietf.org ([132.151.1.19])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA16407
for <mpowr-archive@odin.ietf.org>; Wed, 17 Dec 2003 19:50:34 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AWmMf-0007Mj-Mr
for mpowr-archive@odin.ietf.org; Wed, 17 Dec 2003 19:50:05 -0500
Received: (from exim@localhost)
by www1.ietf.org (8.12.8/8.12.8/Submit) id hBI0o5OQ028307
for mpowr-archive@odin.ietf.org; Wed, 17 Dec 2003 19:50:05 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AWmMf-0007MU-I6
for mpowr-web-archive@optimus.ietf.org; Wed, 17 Dec 2003 19:50:05 -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 TAA16369
for <mpowr-web-archive@ietf.org>; Wed, 17 Dec 2003 19:50:03 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12)
id 1AWmMd-0002o8-00
for mpowr-web-archive@ietf.org; Wed, 17 Dec 2003 19:50:03 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1AWmMc-0002no-00
for mpowr-web-archive@ietf.org; Wed, 17 Dec 2003 19:50:03 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org)
by ietf-mx with esmtp (Exim 4.12) id 1AWmMb-0002nk-00
for mpowr-web-archive@ietf.org; Wed, 17 Dec 2003 19:50:01 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20)
id 1AWmMd-0007Lm-54; Wed, 17 Dec 2003 19:50:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AWmMZ-0007LG-N2
for mpowr@optimus.ietf.org; Wed, 17 Dec 2003 19:49: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 TAA16356
for <mpowr@ietf.org>; Wed, 17 Dec 2003 19:49:58 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12)
id 1AWmMX-0002nI-00
for mpowr@ietf.org; Wed, 17 Dec 2003 19:49:58 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1AWmMW-0002nB-00
for mpowr@ietf.org; Wed, 17 Dec 2003 19:49:57 -0500
Received: from f070.brocade.com ([66.243.153.70] helo=blasphemy.brocade.com)
by ietf-mx with esmtp (Exim 4.12) id 1AWmMW-0002lh-00
for mpowr@ietf.org; Wed, 17 Dec 2003 19:49:56 -0500
Received: from hq-ex-3.corp.brocade.com (hq-ex-3 [192.168.38.35])
by blasphemy.brocade.com (Postfix) with ESMTP id 6949814386;
Wed, 17 Dec 2003 16:49:25 -0800 (PST)
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 17 Dec 2003 16:49:25 -0800
Message-ID: <BA03B41AFFEA154B80DEB5BC9E4B65D0059179D1@hq-ex-3.corp.brocade.com>
Thread-Topic: [Solutions] Troops versus superpower
Thread-Index: AcPE+fXUlyvfeCKQTGGdX9oreRnbgwABF1Hg
From: "Robert Snively" <rsnively@Brocade.COM>
To: "Alex Rousskov" <rousskov@measurement-factory.com>,
"Alex Conta" <aconta@txc.com>
Cc: "MPowr" <mpowr@ietf.org>, <solutions@alvestrand.no>
Content-Transfer-Encoding: quoted-printable
Subject: [mpowr] RE: [Solutions] Troops versus superpower
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=none autolearn=no version=2.60
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable
Alex, That is a very interesting idea. It would allow the WG management type WG leader to verify and guarantee that the proper process is completed, taking much of that load off the central authorities. I still believe that some administrative oversight is required for such a person, since any actions contrary to the procedures leave the WG and the whole IETF open to various legal controversies. That might require DA participation or a much smaller central administrative authority. A publicly accessible check list with a document tied to each check mark might be adequate for such oversight, reducing the centralized administrative load significantly. Completion criteria for the check list items would have to be established so that management type WG leaders had clear indications they could sign off on a check mark. That is one reason why I believe a balloting body requiring both "yes" and "no with comments" responses is still a necessity. Proper completion of the process would be the standard of "technical completion", no further overseen by the IESG. Training would be a continuing project, since the management type WG leader would have to be able to interface with all the editorial and technical liaison interfaces, as well as administering the process. Broad distribution of the project proposal which kicks off a particular check list would also be desirable to make sure proper liaisons were committed. The IESG and area directors would then become technically active (if they chose) through the liaison paths early on in the development process, avoiding the congestion paths near the end of the development process. Could something like that fit into the IETF context? Bob > > But a separation of process management from technical work, in case > > of N WGs in IETF, will allow X to chair WG A, and do technical work > > in as many WGs as X wants except A, which is N-1 WGs. > > True, but does not help on an IESG level where N equals 1. > > > So I do not see why you stopped? Individual X can do both process > > management and technical work. > > You are ignoring the IESG-level context of this discussion, which is > very important. Robert said "at a level equivalent to that of IESG". I > responded that, at that level, we will lack manager-only volunteers. > There is no 3rd option in an IESG-level context. Robert then said that > we can hire those managers. > > At the WG level, many manager-only volunteers exist. If we believe in > IESG as superpower, IESG should control those volunteers and we should > relax, submit improvement comments, and vote. If we do not, we should > move current IESG powers to WGs, eliminating the IESG overload problem > and creating other, different problems. In either case, WG Chair > authority seems like a non-issue (for different reasons). _______________________________________________ mpowr mailing list mpowr@ietf.org https://www1.ietf.org/mailman/listinfo/mpowr
- [mpowr] RE: [Solutions] Troops versus superpower Robert Snively
- [mpowr] RE: [Solutions] Troops versus superpower Alex Rousskov
- [mpowr] RE: [Solutions] Troops versus superpower Robert Snively
- [mpowr] Re: [Solutions] Troops versus superpower Alex Conta
- [mpowr] Re: [Solutions] Troops versus superpower Alex Rousskov
- [mpowr] RE: [Solutions] Troops versus superpower Robert Snively
- [mpowr] process-only participation in WG [Troops … Pekka Savola
- [mpowr] Re: process-only participation in WG [Tro… Alex Conta
- [mpowr] Re: [Solutions] Re: process-only particip… Henrik Levkowetz
- Re: [mpowr] Re: process-only participation in WG … James Kempf
- Re: [mpowr] Re: process-only participation in WG … Pekka Savola
- Re: [mpowr] Re: process-only participation in WG … Alex Conta
- Re: [mpowr] Re: process-only participation in WG … James Kempf
- Re: [mpowr] Re: process-only participation in WG … Alex Conta