Re: [mpowr] Re: Getting Bad Ideas to Fail Early
"David Partain (LI/EAB)" <david.partain@ericsson.com> Tue, 13 January 2004 10:50 UTC
Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA05166 for <mpowr-archive@odin.ietf.org>; Tue, 13 Jan 2004 05:50:01 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AgM6z-000818-KJ for mpowr-archive@odin.ietf.org; Tue, 13 Jan 2004 05:49:29 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i0DAnTTI030814 for mpowr-archive@odin.ietf.org; Tue, 13 Jan 2004 05:49:29 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AgM6z-00080v-F7 for mpowr-web-archive@optimus.ietf.org; Tue, 13 Jan 2004 05:49: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 FAA05147 for <mpowr-web-archive@ietf.org>; Tue, 13 Jan 2004 05:49:25 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AgM6q-0005dm-00 for mpowr-web-archive@ietf.org; Tue, 13 Jan 2004 05:49:20 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AgM2i-0005Ik-00 for mpowr-web-archive@ietf.org; Tue, 13 Jan 2004 05:45:06 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AgLyl-00058s-00 for mpowr-web-archive@ietf.org; Tue, 13 Jan 2004 05:40:59 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AgLyn-0007rS-GQ; Tue, 13 Jan 2004 05:41:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AgLy0-0007po-UW for mpowr@optimus.ietf.org; Tue, 13 Jan 2004 05:40:12 -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 FAA04851 for <mpowr@ietf.org>; Tue, 13 Jan 2004 05:40:09 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AgLxx-00052O-00 for mpowr@ietf.org; Tue, 13 Jan 2004 05:40:09 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AgLvy-0004vw-00 for mpowr@ietf.org; Tue, 13 Jan 2004 05:38:07 -0500
Received: from eagle.ericsson.se ([193.180.251.53]) by ietf-mx with esmtp (Exim 4.12) id 1AgLu4-0004rD-00 for mpowr@ietf.org; Tue, 13 Jan 2004 05:36:08 -0500
Received: from esealnt613.al.sw.ericsson.se ([153.88.254.125]) by eagle.ericsson.se (8.12.10/8.12.10/WIREfire-1.8b) with ESMTP id i0DAa5Ah005931 for <mpowr@ietf.org>; Tue, 13 Jan 2004 11:36:09 +0100
Received: from lm9014.lmera.ericsson.se ([150.132.89.14]) by esealnt613.al.sw.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id CZDFC1D9; Tue, 13 Jan 2004 11:36:05 +0100
From: "David Partain (LI/EAB)" <david.partain@ericsson.com>
Reply-To: David.Partain@ericsson.com
Organization: Ericsson - http://www.ericsson.com
To: mpowr@ietf.org
Subject: Re: [mpowr] Re: Getting Bad Ideas to Fail Early
Date: Tue, 13 Jan 2004 11:36:03 +0100
User-Agent: KMail/1.5.4
References: <020601c3d6fe$9a5513d0$606015ac@dclkempt40> <006401c3d8a5$25f4ceb0$606015ac@dclkempt40> <Pine.BSF.4.58.0401121520270.15125@measurement-factory.com>
In-Reply-To: <Pine.BSF.4.58.0401121520270.15125@measurement-factory.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200401131136.03482.david.partain@ericsson.com>
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.0 required=5.0 tests=none autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Hi, I'm going to snip liberally... > On Sun, 11 Jan 2004, James Kempf wrote: [snip snip] jk> Does anybody else have any thoughts about how to reconcile jk> consensus-based decision making with failing bad ideas early? On Monday 12 January 2004 23.43, Alex Rousskov wrote: [snip snip] ar> If not, then early review is the best we can do to kill bad ideas ar> early. My take on this topic: Yes, we absolutely need to have some mechanism(s) in place for early review. This would be useful both for pruning Bad Stuff and for improving Good Stuff. 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. We seem to be loathe to giving anyone this kind of weight for fear of introducing yet another group of IETF insiders who can act with impunity... Compounding the problem is that I just don't see where we'll find all of these experienced people whose employers are willing to sponsor this work or who're willing to read IDs instead of reading to their kids. I'd rather read The Cat in the Hat anytime :-) And then there's the A Word... If we have the goal of killing "bad" ideas early in the process, someone (or ones) has to have the authority to do so, (hopefully) backed by WG concensus. If we don't invest the reviewers with some sort of veto power, and the WG can just tell 'em to find the nearest lake, what's the point? That strikes me as a collosal waste of everyone's time. Human nature ensures that if a review body returns a _Bad_ verdict to a working group, they're going to put up a fight. "Did you call my baby ugly!? Them's fightin' words!" It's just inevitable. I don't have the faintest idea how to reconcile the need for someone to say, "Stop that now!" and the WG's concensus decision that it's great stuff. So, I'd love to see early review, but ... Who will a working group listen to? They currently must listen to the IESG. Is the IETF willing to invest reviewers with similar weight? Where are these fabled reviewers? Does nomcom have to find them? Do they volunteer and go through a screening process? Can they be "fired"? What do we do if the WG refuses to acknowledge that an idea is "bad" and forges ahead? Won't that likely mean it'll just get bounced back by the IESG? - Do we say, "Appeal to the IESG"? My guess is that this will happen _every single time_. That's not suddenly going to lighten the load of an AD... - Do we add a note to their IESG file saying "This WG is doing stupid stuff but won't listen to us. You get to deal with it when it gets to you."? That strikes me as pretty pointless. What role do(es) the chair(s) have in all of this? Are they simply the messenger between the reviewers and the working group? The advocate of the consensus decision? To reiterate: I think we need this. I just don't know if we (the IETF) are willing to do what it seems to imply -- give someone besides the IESG veto power. Cheers, David _______________________________________________ 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