Re: [mpowr] Re: Getting Bad Ideas to Fail Early
Mark Allman <mallman@icir.org> Tue, 20 January 2004 14:25 UTC
Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA00927 for <mpowr-archive@odin.ietf.org>; Tue, 20 Jan 2004 09:25:58 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Aiwor-00083J-My for mpowr-archive@odin.ietf.org; Tue, 20 Jan 2004 09:25:30 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i0KEPT8Y030948 for mpowr-archive@odin.ietf.org; Tue, 20 Jan 2004 09:25:29 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Aiwor-000835-Fv for mpowr-web-archive@optimus.ietf.org; Tue, 20 Jan 2004 09:25: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 JAA00920 for <mpowr-web-archive@ietf.org>; Tue, 20 Jan 2004 09:25:27 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Aiwop-0002a8-00 for mpowr-web-archive@ietf.org; Tue, 20 Jan 2004 09:25:27 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Aiwnt-0002XE-00 for mpowr-web-archive@ietf.org; Tue, 20 Jan 2004 09:24:30 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AiwnQ-0002U8-00 for mpowr-web-archive@ietf.org; Tue, 20 Jan 2004 09:24:00 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AiwnQ-0007xD-NI; Tue, 20 Jan 2004 09:24:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Aiwmm-0007v5-DM for mpowr@optimus.ietf.org; Tue, 20 Jan 2004 09:23:20 -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 JAA00836 for <mpowr@ietf.org>; Tue, 20 Jan 2004 09:23:17 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Aiwmk-0002Ry-00 for mpowr@ietf.org; Tue, 20 Jan 2004 09:23:18 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Aiwlo-0002Pn-00 for mpowr@ietf.org; Tue, 20 Jan 2004 09:22:21 -0500
Received: from adsl-68-76-113-50.dsl.bcvloh.ameritech.net ([68.76.113.50] helo=guns.icir.org) by ietf-mx with esmtp (Exim 4.12) id 1Aiwk2-0002JL-00 for mpowr@ietf.org; Tue, 20 Jan 2004 09:20:30 -0500
Received: from guns.icir.org (localhost [127.0.0.1]) by guns.icir.org (Postfix) with ESMTP id C8D3577A6FA; Tue, 20 Jan 2004 09:19:58 -0500 (EST)
To: David.Partain@ericsson.com
Cc: mpowr@ietf.org
From: Mark Allman <mallman@icir.org>
Reply-To: mallman@icir.org
Subject: Re: [mpowr] Re: Getting Bad Ideas to Fail Early
In-Reply-To: <200401131136.03482.david.partain@ericsson.com>
Organization: ICSI Center for Internet Research (ICIR)
Song-of-the-Day: Takin' Care of Business
Date: Tue, 20 Jan 2004 09:19:58 -0500
Message-Id: <20040120141958.C8D3577A6FA@guns.icir.org>
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
David- You definately raise a whole lot of good questions (probably better suited for ICAR, but...). Thanks! But, I want to say a few words about this... > That said, this won't be even remotely trivial. I just don't > see how we can get away from the fact that that would require > a set of experienced people outside the WG who can provide an > "IESG-like" review at semi-regular intervals in a document's > path through the WG. But those reviews must also have > "IESG-like" weight, or the exercise may indeed be pointless. I am not sure I agree with this... * First, if the WG and the reviewers are 180-degrees different in their thinking then it would seem as if the WG chair could reasonably say that there is no consensus. That would assume that the reviewers would then work closely with the WG to fix things (or, they wouldn't be part of the WG consensus determination). That may or may not happen -- sort of depends on what the early review mechanism looks like. * Given a high quality review team it would seem as though the WG would ignore the reviewers at their own peril. Take a hot-button sort of issue like congestion control. If the reviewers said "hey, you need some congestion control or this won't fly" (with a few more words, etc.) and the WG says "nope, we don't want it, we don't need it, we can't have it" and the consensus of the WG is to forward the document to the IESG then it isn't a "late surprise", rather it's a "late problem" of the WG's creation when the IESG sends the document back. I would think that when the WG and the reviewers are completely at odds it could be the WG chair's job to try to work through the issues. (Maybe bring in more reviewers or bring in an AD or IAB member or other senior IETFer to try to explain the rational behind some objection (e.g., "must have CC"). It would behoove the WG to work with the reviewers in the long run, I think. (And, yes, sometimes that is going to be tough for the WG to understand.) * If the WG is stubborn and shoots the document to the IESG anyway then the early review doesn't necessarily help with the "IESG overload" problem. But, it seems that early cross-area/functional/whatever review could well present opportunities to work out issues earlier rather than later. And, WGs (and, specifically, WG chairs) should be wise enough to attempt to work through the issues and not just say "we disagree". * In the blatant cases where the WG chair does not try to work through the issues then the IESG overload problem can be helped by the IESG replacing the WG chair. Maybe we are thinking about authority a little to much. Maybe we should be thinking in terms of collaboration and seeing how far that will take us (a theme others have raised repeatedly). allman -- Mark Allman -- ICIR -- http://www.icir.org/mallman/ _______________________________________________ mpowr mailing list mpowr@ietf.org https://www1.ietf.org/mailman/listinfo/mpowr
- Re: [mpowr] SUMMARY: Mailing List Management Disc… David Partain (LI/EAB)
- [mpowr] SUMMARY: Mailing List Management Discussi… Margaret Wasserman
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Pekka Savola
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Joel M. Halpern
- Re: [mpowr] SUMMARY: Mailing List Management Disc… David Meyer
- RE: [mpowr] SUMMARY: Mailing List Management Disc… Robert Snively
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… David Meyer
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Margaret Wasserman
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Pekka Savola
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… David Meyer
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Melinda Shore
- [mpowr] Gauging consensus during disruptions Alex Rousskov
- [mpowr] Re: Gauging consensus during disruptions Melinda Shore
- Re: [mpowr] Re: Gauging consensus during disrupti… Dave Crocker
- [mpowr] Re: Gauging consensus during disruptions Alex Rousskov
- [mpowr] Re: Gauging consensus during disruptions James Kempf
- [mpowr] Experiment design Harald Tveit Alvestrand
- Re: [mpowr] Experiment design Alex Rousskov
- [mpowr] Re: Experiment design Pekka Savola
- clarifications Re: [mpowr] SUMMARY: Mailing List … Alex Conta
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Conta
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Margaret Wasserman
- Re: [mpowr] Re: Gauging consensus during disrupti… Alex Conta
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Conta
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Conta
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Eric Rosen
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Spencer Dawkins
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Margaret Wasserman
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Margaret Wasserman
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- [mpowr] Getting Bad Ideas to Fail Early Margaret Wasserman
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Margaret Wasserman
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Alex Rousskov
- [mpowr] Re: Getting Bad Ideas to Fail Early James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… David Partain (LI/EAB)
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Alex Rousskov
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Meyer
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Meyer
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain (LI/EAB)
- Re: [mpowr] Experiment design John C Klensin
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James M Galvin
- Re: [mpowr] Experiment design Spencer Dawkins
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Mark Allman
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Spencer Dawkins
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain (LI/EAB)
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain (LI/EAB)
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early James Kempf
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Mark Allman
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Spencer Dawkins
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Spencer Dawkins