Hi all,

We are moving forward with the early review experiment. For Gen-ART, an early review will replace the LC review, so a reviewer that is assigned an early review will perform the early review and the telechat review.

I will be monitoring the dir-coord mailing list and assigning reviews as necessary.

Check the email below for details.

Thanks!

Jean

-------- Original Message --------
Subject:        Re: tail-heavy process and early directorate reviews
Date:   Fri, 26 Jul 2013 20:35:03 +0300
From:   Jari Arkko <[email protected]>
To: Barry Leiba <[email protected]>, Pete Resnick <[email protected]>, Stephen Farrell <[email protected]>, Sean Turner <[email protected]>, joel jaeggli <[email protected]>, Benoit Claise <[email protected]>, "A. Jean Mahoney" <[email protected]>, Tero Kivinen <[email protected]>, Claudio Allocchio <[email protected]>



Ok. So by now you should have seen that you've become a member of the dir-coord list (we changed the name). We've left TSV and OPS directorate coordinators out for now.

So here's the plan on how this will work. Please comment.

Internet Drafts sent for approval as RFCs are reviewed by individuals during the IETF Last Call, the Area Directors, IANA, as well as a number of volunteers in various directorates and review teams. The reviews from these teams has gained a significant role in ensuring that the IETF produces high-quality, understandable and implementable RFCs.

Yet, as discussed in http://www.ietf.org/blog/2013/05/balancing-the-process/ we have a general problem that quite a lot of the work around IETF documents happens at the end of the process. In particular, a number of the reviews during IETF last call point out issues that end up being raised by the IESG as comments when deciding for the final approval of the document. It is of course good that issues are caught, but raising them earlier would be better. And it would be better if the working groups - the intended focus point of work on a topic - would get to handle them, as opposed to raising these issues with the IESG. The IESG discussed these issues in its May 2013 retreat, and decided to experiment with three actions designed to move more work to the responsibility of the working groups:

(1) Perform some reviews that are now happening at IETF Last Call a bit earlier. (2) Invite document shepherds on IESG telechats when there's a document that is likely to require discussion. (3) When a document has a number of issues, hand over the process back to the working group, as opposed to the IESG tracking the issues. Among other things, this will ensure that changes are discussed in an open working group list and agreed through consensus.

Building quality and cross-area review to the process earlier is of course a big effort. For the first item above, we are launching an experiment to make a small change to current directorate review procedures to learn if we can move reviews a little bit earlier. If successful, this experiment will enable working groups to deal with issues before IETF Last Call and IESG review and empower the working groups to be in charge of the documents throughout their life cycle. We are also hoping that document quality will improve and number of issues discussed in the IESG will be lower.

While the number of reviews as such is not changed, some additional effort and care will however be required from the reviewers, directorate coordinators/secretaries, the working group chairs, and other participants. The experiment will show us whether this effort is reasonable and if there are any unexpected effects. The experiment is performed on a voluntary basis by each directorate. As early review requests come in, the directorates can throttle workload by either processing the requests or reverting to the existing procedures. Initially, the Gen-ART, Security Directorate, and Applications Area Directorate are included in this effort. Other directorates may be added later. The experiment will be reviewed after six months.

Care must be taken to avoid a number of possible drawbacks. There may be problematic documents that would require much re-review and effort. Similarly, working groups often perform a number of working group last calls on a document, and it would be undesirable to engage the reviewer before the document was really ready to be sent forward. And when reviewers send comments, it is important that the group listens to the comments in the right way, like you would for a review from a security expert or a general networking expert. E-mail practices around sending and responding to comments have to be carefully managed, as the outside reviewers are typically not list members.

For the *working group chairs*, you can request a review by sending mail to [email protected] <mailto:[email protected]>, indicating the name of the document. You can ask for a review as soon as a working group last call has ended successfully and the document edits are done. Initially, it would make sense to ask for reviews on documents that you feel are likely the most stable ones. To avoid congesting the reviewer resources, ask for this service only for some documents, not as a wholesale service on every document you submit for publication.

You can ask for the review in parallel with ongoing AD reviews, filling out the shepherd questionnaire, etc. The hope is that reviews can come in in the same time frame as other tasks in this stage, and that you can take the comments into account and revise the document before finally sending it out for IETF Last Call. Reviews will be sent to you and potentially the working group mailing list. You may need to forward comments and/or approve new posters to the list. Discussion on the mailing list is encouraged, but please try to ensure that the reviewer is kept on the Cc line, as he or she may not be on the list itself. Treat the reviews with respect and keep it in mind that outside experts may have opinions that need to be taken into account, even if the working group had not considered those aspects before. Mediate and monitor the discussion actively. Try to keep the reviewer out of e-mail storms and work out solutions separately and then engage the reviewer again.

For the *directorate coordinators/secretaries*, please monitor the [email protected] <mailto:[email protected]>. If there is a request for a review, dispatch the task to a reviewer. Managing overload is your task. Please acknowledge requests and whether you can accommodate them. Directorates that today review documents twice, at IETF Last Call and then before entering the IESG telechat should continue this practice by doing the early review and then the IESG telechat review. Existing practices such as retaining the same reviewer for checking the same version is useful. Your review tools and practices may need adjustment to accommodate reviews happening at different times.

For the *reviewers*, take into account the context. Post your reviews to the working group chairs, authors, and Cc the working group mailing list if necessary. If your review team uses a template for these e-mails, some changes may be necessary in the template for the early review. Some of those changes have been discussed, e.g., in the Gen-ART list.

For everyone, please collect your experiences so that in six months we can evaluate how you liked the experience. And thank you for your participation in this effort!

Jari



_______________________________________________
Gen-art mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/gen-art

Reply via email to