Re: [Icar] independence of reviews; variability

Dave Crocker <dhc@dcrocker.net> Tue, 09 March 2004 01:50 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 UAA16208 for <icar-archive@odin.ietf.org>; Mon, 8 Mar 2004 20:50:33 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B0WNh-0008AC-PO for icar-archive@odin.ietf.org; Mon, 08 Mar 2004 20:50:05 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i291o5Xt031374 for icar-archive@odin.ietf.org; Mon, 8 Mar 2004 20: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 1B0WNh-00089x-Jw for icar-web-archive@optimus.ietf.org; Mon, 08 Mar 2004 20: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 UAA16194 for <icar-web-archive@ietf.org>; Mon, 8 Mar 2004 20:50:02 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1B0WNf-0001cA-00 for icar-web-archive@ietf.org; Mon, 08 Mar 2004 20:50:03 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1B0WMf-0001Sk-00 for icar-web-archive@ietf.org; Mon, 08 Mar 2004 20:49:02 -0500
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1B0WLg-0001JT-00 for icar-web-archive@ietf.org; Mon, 08 Mar 2004 20:48:00 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B0WLh-00084x-3P; Mon, 08 Mar 2004 20:48:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B0WKy-00080a-Uk for icar@optimus.ietf.org; Mon, 08 Mar 2004 20:47:16 -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 UAA16129 for <icar@ietf.org>; Mon, 8 Mar 2004 20:47:14 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1B0WKw-0001As-00 for icar@ietf.org; Mon, 08 Mar 2004 20:47:14 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1B0WK2-00011B-00 for icar@ietf.org; Mon, 08 Mar 2004 20:46:18 -0500
Received: from joy.songbird.com ([208.184.79.7]) by ietf-mx with esmtp (Exim 4.12) id 1B0WJP-0000qL-00 for icar@ietf.org; Mon, 08 Mar 2004 20:45:40 -0500
Received: from bbprime (jay.songbird.com [208.184.79.253]) by joy.songbird.com (8.11.6/8.11.6) with ESMTP id i291s9d20229 for <icar@ietf.org>; Mon, 8 Mar 2004 17:54:09 -0800
Date: Mon, 8 Mar 2004 17:45:08 -0800
From: Dave Crocker <dhc@dcrocker.net>
Reply-To: dcrocker@brandenburg.com
Organization: Brandenburg InternetWorking
X-Priority: 3 (Normal)
Message-ID: <1609599601.20040308174508@brandenburg.com>
To: icar@ietf.org
Subject: Re: [Icar] independence of reviews; variability
In-Reply-To: <1221060422.20040308164330@brandenburg.com>
References: <1221060422.20040308164330@brandenburg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: icar-admin@ietf.org
Errors-To: icar-admin@ietf.org
X-BeenThere: icar@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/icar>, <mailto:icar-request@ietf.org?subject=unsubscribe>
List-Id: Improved Cross-Area Review <icar.ietf.org>
List-Post: <mailto:icar@ietf.org>
List-Help: <mailto:icar-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/icar>, <mailto:icar-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

So, now some comments and questions:


DC> hta: if you want to create a body with power and responsibility
DC> outside the IETF management structure with power and responsibility,
DC> be careful what you ask for

The caution is warranted. When organizing power centers, be very
careful. And fully centralized power is particularly subject to
problems, particularly for groups with highly diverse, volunteer
participation, like the IETF.

In fact, the history of the IETF has tended towards particularly
DE-centralized activities. This is exactly what has changed over recent
years and could reasonably be interpreted as one of the sources of
current problems. Note, for example, that the effort to exert arbitrary,
centralized power was what triggered the 1992 Kobe situation.

The real work of the organization is initiated by, and performed by,
self-motivated volunteers. At base, this is a grass-roots organization.
Highly centralized control works against a grass-roots sense of
empowerment and responsibility. (Lest one think this means that there
does not need to be coordination and quality control, it doesn't.)

Reviews are supposed to be technical analyses, rather than sources of
design recommendations. The latter always get added, because anyone good
enough to be a reviewer will also have thoughts on how to improve the
thing being reviewed. But the core benefit of a review is the
independent perspective on how well or poorly the thing being reviewed
will work.


DC> hta: if review is to make any sense, it has to influence the quality,
DC> relevance, timeliness of ourput. the managemt exists to influence the
DC> quality, relevance, timeliness of ietf output

The fact that this activity is being translated into a question of power
challenges the basic credibility of these volunteer contributions, since
it suggests that the reviewers need to be controlled. This is at odds
with the IETF's history of collaboration rather than of leverage through
power. Such a requirement deprives reviews of the independence needed to
ensure the essential variability of perspective that a reviews are
supposed to have.

If we view the IESG as "being in charge" of the IETF and really being
the "authority" for IETF decisions, then perhaps is it is useful to give
the IESG control over qualification and selection of reviewers.

If, instead, we view the IETF as being a collaborative organization that
seeks to build broad-based support for its decisions -- with the IESG
coordinating and assessing that support -- then we need to be organized
and operated in a way that encourages the diversity and independence
that make claims of broad-based support credible.

d/
--
 Dave Crocker <dcrocker-at-brandenburg-dot-com>
 Brandenburg InternetWorking <www.brandenburg.com>
 Sunnyvale, CA  USA <tel:+1.408.246.8253>


_______________________________________________
Icar mailing list
Icar@ietf.org
https://www1.ietf.org/mailman/listinfo/icar