Re: [Icar] Input based on SIRS experience
"Spencer Dawkins" <spencer@mcsr-labs.org> Mon, 12 January 2004 03:59 UTC
Received: from optimus.ietf.org ([132.151.1.19])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA28857
for <icar-archive@odin.ietf.org>; Sun, 11 Jan 2004 22:59:44 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AftET-0006pO-SS
for icar-archive@odin.ietf.org; Sun, 11 Jan 2004 22:59:17 -0500
Received: (from exim@localhost)
by www1.ietf.org (8.12.8/8.12.8/Submit) id i0C3xH2X026240
for icar-archive@odin.ietf.org; Sun, 11 Jan 2004 22:59:17 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AftET-0006p9-OV
for icar-web-archive@optimus.ietf.org; Sun, 11 Jan 2004 22:59:17 -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 WAA28790
for <icar-web-archive@ietf.org>; Sun, 11 Jan 2004 22:59:13 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12)
id 1AftEQ-0004hy-00
for icar-web-archive@ietf.org; Sun, 11 Jan 2004 22:59:14 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1AftCd-0004aD-00
for icar-web-archive@ietf.org; Sun, 11 Jan 2004 22:57:24 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org)
by ietf-mx with esmtp (Exim 4.12) id 1AftBH-0004T4-00
for icar-web-archive@ietf.org; Sun, 11 Jan 2004 22:55:59 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20)
id 1AftBJ-0006hS-UO; Sun, 11 Jan 2004 22:56:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AftAW-0006gM-5B
for icar@optimus.ietf.org; Sun, 11 Jan 2004 22:55: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 WAA28613
for <icar@ietf.org>; Sun, 11 Jan 2004 22:55:08 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12)
id 1AftAS-0004NZ-00
for icar@ietf.org; Sun, 11 Jan 2004 22:55:08 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1Aft8P-0004Ho-00
for icar@ietf.org; Sun, 11 Jan 2004 22:53:02 -0500
Received: from sccrmhc13.comcast.net ([204.127.202.64])
by ietf-mx with esmtp (Exim 4.12) id 1Aft7r-0004A3-00
for icar@ietf.org; Sun, 11 Jan 2004 22:52:27 -0500
Received: from dfnjgl21 (c-24-1-97-129.client.comcast.net[24.1.97.129])
by comcast.net (sccrmhc13) with SMTP id <2004011203515801600nj51te>
(Authid: sdawkins@comcast.net); Mon, 12 Jan 2004 03:51:58 +0000
Message-ID: <01e501c3d8bf$7e382df0$0400a8c0@DFNJGL21>
Reply-To: "Spencer Dawkins" <spencer@mcsr-labs.org>
From: "Spencer Dawkins" <spencer@mcsr-labs.org>
To: "Icar \(E-mail\)" <icar@ietf.org>
References: <2004110988.424309@bbprime>
Subject: Re: [Icar] Input based on SIRS experience
Date: Sun, 11 Jan 2004 21:52:25 -0600
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
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.0 required=5.0 tests=none autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Dave, Thanks for providing this input. Have I ever thanked you and Brian publically for taking a swing at SIRS? It was an omission. Thank you. I have a couple of comments inline. Spencer ----- Original Message ----- From: "Dave Crocker" <dhc@dcrocker.net> To: "Icar (E-mail)" <icar@ietf.org> Sent: Saturday, January 10, 2004 11:08 AM Subject: Re: [Icar] Input based on SIRS experience > Adding my own thoughts to the archive, since the topic came up, and with the > hope it can added to the discussion: > > It was not much effort to get a core of reviewers signed up. > > This suggests a good core of community motivation to help. We have not needed > more, so we do not know whether an effort like this can attract _enough_ > qualified reviewers. Yeah, Margaret is also coming up with 200-300 reviewers needed, and we still have no idea how many we can get. :-{ > > I am not sure how to interpret the low number of review requests. > > It is easy to say that it is due to lack of community awareness or interest or > trust in the SIRs effort. Certainly we have not done as much marketing as we > might have wished. However this is view is confounded by the very slow metabolic > rate of the IETF and the fact that the effort began at the beginning of a > summer. I concur completely with each point. > > No doubt there probably are other factors. Cliches like 'tipping point' and > 'crossing the chasm' were created for just this issue. For example, it may be > that it is more difficult to change existing working group efforts than it is to > get integrated in with new(er) ones. Certainly we have not done any serious, > sustained effort to get working groups to request reviews. Yes. > > On doing the administrative side of this effort, there are some things that I > suspect are strategic, besides the relatively obvious fact that this really does > take some ongoing, administrative effort, more than I had expected. (But, then, > I always underestimate these things.) > > It needs to be easy to have a record of the review process for a document and, > by derivation, an ability to see the whole set of review efforts. There should > be a central point for tracking review efforts and a central point for > accessing reviews. I agree, and reviews should be tightly tied to documents (easy to see what reviewers think). > > Besides the obvious, local and tactical benefit to the individual working group, > this permits the community to get the ability to review the _set _of reviews and > get a sense of the effort and result of doing reviews. In other words, it has > marketing value. It makes it easy for others to see that there is review > activity and it makes it easy for them to evaluate the nature and quality of > those reviews. This will make them more comfortable getting reviews for their > own efforts and will help them decide on what reviewers to ask for. Whether this > needs to be a permanent, formal archive, like RFCs, an ephemeral, formal > archive, like I-Ds, or an unofficial, ephemeral archive like a WG mailing list, > has not been resolved. > > My own thought is that formal publication (RFC and even I-D) is far too much > overhead. The only existing mechanism is the mailing list. Creating a new > mechanism strikes me as too much effort, and added effort is a very large > barrier to adoption of this process. This may be correct, but it's tragic, if so. Most of our archives aren't that tractable, and some are REALLY grim (whether because of spam or simply because of posting volume). > > Opening up the IETF Tracker to working group chairs, and adding the review > construct and/or allowing free-form entries would help this enormously. > (Free-form means that the IETF does not have to formally adopt the thing being > tracked. This means reviews -- and other activities -- could be tracked much > sooner than would be possible if we first have to get IETF-wide approval of the > review process. I guessed that by "free-form" you were thinking of using the mechanism to track reviews of documents that hadn't been adopted as WG documents yet. That's also a question. > > I am not sure whether selection of reviewers, by requesters, needs to be > different than we set up. > > A web page with a list of bios, and a mailing list for sending requests to is > probably fine. The mailing list violates a concept Ted Hardie talked about in Minneapolis - that appeals to individuals work better than appeals to groups in the IETF. I think Ted is right. Requesters will really have to be bothered to wonder who needs to review a document, rather than posting a request and wishing reviewers would materialize. > > The public discussion about reviewing shows that the community is still working > on clarifying what types of reviews are needed, when, and how to use them. > > There is also the small matter of the SIRS reviews that have been done. > > Have they been they type that are needed? Should they be done differently? We > have not tried to assess this. Certainly we cannot expect regular, widespread > use of a review process until working groups know what to ask for, or at least > what to expect they will get and how they should use the results. You are such a social scientist. How inconvenient that you should ask a question when we have no idea what the answer is! _______________________________________________ Icar mailing list Icar@ietf.org https://www1.ietf.org/mailman/listinfo/icar
- [Icar] Input based on SIRS experience Wijnen, Bert (Bert)
- Re: [Icar] Input based on SIRS experience Dave Crocker
- Re: [Icar] Input based on SIRS experience Dave Crocker
- Re: [Icar] Input based on SIRS experience Spencer Dawkins
- Re: Re: [Icar] Input based on SIRS experience Dave Crocker
- Review Board Scalability (was: Re: [Icar] Input b… James Kempf
- Re: Re: [Icar] Input based on SIRS experience Alex Rousskov
- Re: Review Board Scalability (was: Re: [Icar] Inp… Pekka Savola