[proto-team] Fwd: COMMENT: draft-ietf-proto-wgchair-doc-shepherding
Lars Eggert <lars.eggert@netlab.nec.de> Tue, 14 November 2006 12:48 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
by megatron.ietf.org with esmtp (Exim 4.43)
id 1GjxiK-0008EC-2h; Tue, 14 Nov 2006 07:48:32 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.43) id 1GjxiJ-0008E7-Fm
for proto-team@ietf.org; Tue, 14 Nov 2006 07:48:31 -0500
Received: from kyoto.netlab.nec.de ([195.37.70.21])
by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GjxiH-0005zr-B6
for proto-team@ietf.org; Tue, 14 Nov 2006 07:48:31 -0500
Received: from lars.local (p54AD27C0.dip0.t-ipconnect.de [84.173.39.192])
by kyoto.netlab.nec.de (Postfix) with ESMTP id CFDBC13CF82
for <proto-team@ietf.org>; Tue, 14 Nov 2006 13:51:17 +0100 (CET)
Received: from [127.0.0.1] (localhost [127.0.0.1])
by lars.local (Postfix) with ESMTP id B5F6E286A5F
for <proto-team@ietf.org>; Tue, 14 Nov 2006 13:48:27 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v752.2)
To: proto-team@ietf.org
Message-Id: <1078F1D7-0F5E-4C69-AA88-8F6C7D970327@netlab.nec.de>
References: <45592F64.4030705@levkowetz.com>
From: Lars Eggert <lars.eggert@netlab.nec.de>
Date: Tue, 14 Nov 2006 13:48:26 +0100
X-Mailer: Apple Mail (2.752.2)
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 36fb765c89ed47dab364ab702a78e8fd
Subject: [proto-team] Fwd: COMMENT: draft-ietf-proto-wgchair-doc-shepherding
X-BeenThere: proto-team@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Process and Tools Team <proto-team.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/proto-team>,
<mailto:proto-team-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:proto-team@ietf.org>
List-Help: <mailto:proto-team-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/proto-team>,
<mailto:proto-team-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2127849825=="
Errors-To: proto-team-bounces@ietf.org
Begin forwarded message: > From: Henrik Levkowetz <henrik@levkowetz.com> > Date: November 14, 2006 3:52:20 AM GMT+01:00 > To: Ted Hardie <hardie@qualcomm.com> > Cc: margaret@thingmagic.com, iesg@ietf.org, mankin@psg.com > Subject: Re: COMMENT: draft-ietf-proto-wgchair-doc-shepherding > > Hi, > > (Lars Eggert is the current editor of this document, but I'm not > adding > an explicit Cc: as I assume he sees this on the iesg@iesg.org list...) > > My responses inline. > > on 2006-11-14 00:57 Ted Hardie said the following: >> Comment: >> Nit: >> >> This parenthetical expression is not closed: >> >> (because it was created by the "PROcess >> and TOols" or PROTO [PROTO] team, > > Ack. > >> The document consistently says that the document >> shepherd should be a single person (see section 3. >> especially). I have personally run PROTO with both >> working group chairs taking joint responsibility. I >> think it works. Softening the language on that to >> allow WG chairs to work in double harness would >> be valuable, in my opinion. > > Works for me. > >> Section 3.1 adds this section to the common write-up: >> >> Personnel >> Who is the Document Shepherd for this document? Who >> is the >> Responsible Area Director? >> >> above that, the document says: >> >> A final sentence of the Document Announcement Write-Up, simply >> placed >> as a line at the end of the "Document Quality" section, can >> state the >> names of the Document Shepherd and the Responsible Area Director, >> because the announcement will not otherwise acknowledge them. The >> Document Shepherd SHOULD add this information and the Responsible >> Area Director SHOULD add it if it is not already there. >> >> That seems to indicate that the same information goes in the >> Document quality >> section, rather than in its own heading. Resolving that seems to >> me useful. > > Umm. I'm not sure if you propose to remove the duplication, or if you > seek a clearer statement of the fact that if the optional > acknowledgement > is added, it is indeed duplicating the previous mandatory personnel > information? I guess either would be fine with me. > > (The best would maybe to have the information explicitly only once > under > "Personnel" and have it automatically added to the announcement as > part > of automated processing, if such exists.) > >> On IANA actions, the document says: >> >> In summary, the task of shepherding the IANA actions is overlooked >> but is as important to coordinate and manage as all the other >> document reviews the Document Shepherd has managed. As with >> those, >> the Document Shepherd contributes greatly to quality and >> timeliness >> of the document by effective and responsive shepherding of the >> IANA >> requests. >> >> Does this mean to say "is often overlooked"? > > I believe so. s/is overlooked/is often overlooked/ seems indicated. > >> In Section 6, the document says: >> >> 1. Cases, where the Document Shepherd is the primary author or >> editor of a large percentage of the documents produced by the >> working group. >> 2. Cases, where the Responsible Area Director expects communication >> difficulties with the Document Shepherd (either due to >> experience, strong views stated by the Document Shepherd, or >> other issues). >> >> 3. Cases, where the working group itself is either very old, >> losing >> energy, or winding down, i.e., cases, where it would not be >> productive to initiate new processes or procedures. >> >> The syntax of these is hard to parse. I think the last of them >> applies >> only to working groups that pre-date PROTO (it would not introduce >> a new procedure to tired WGs that post-date PROTO). As something >> that is either already dated or soon will be, should it be struck? > > Makes sense, yes. > >> Frankly, I would recommend cutting that whole section, and replacing >> it with "When the responsible area director or proposed PROTO >> shepherd >> feel that the process is not appropriate, the responsible area >> director >> may server as document shepherd, as she or he does for non-WG >> documents." > > I think this would be ok, but note that while the enumerated cases are > probably very real to an AD, this may not be the case for a newly > appointed chair, and it is easier to read a document which provides a > clear connection to real cases, rather than only the abstract > principles > which would cover them. I think there is some merit in keeping > Section > 6 except for case 3, and try to re-word cases 1 and 2 to be more > easily parsed. > > I don't feel strongly about this though, so if the other authors would > like to adjust the text according to the proposal, I'm ok with that. > > > Regards, > > Henrik > > > Lars -- Lars Eggert NEC Network Laboratories
_______________________________________________ proto-team mailing list proto-team@ietf.org https://www1.ietf.org/mailman/listinfo/proto-team
- [proto-team] Fwd: COMMENT: draft-ietf-proto-wgcha… Lars Eggert
- [proto-team] Fwd: COMMENT: draft-ietf-proto-wgcha… Lars Eggert
- [proto-team] Fwd: COMMENT: draft-ietf-proto-wgcha… Lars Eggert
- [proto-team] Fwd: COMMENT: draft-ietf-proto-wgcha… Lars Eggert
- [proto-team] FW: Re: COMMENT: draft-ietf-proto-wg… Allison Mankin
- [proto-team] Fwd: COMMENT: draft-ietf-proto-wgcha… Lars Eggert