[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