[proto-team] Fwd: COMMENT: draft-ietf-proto-wgchair-doc-shepherding

Lars Eggert <lars.eggert@netlab.nec.de> Tue, 14 November 2006 12:49 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gjxj3-0000v3-PV; Tue, 14 Nov 2006 07:49:17 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gjxj2-0000uy-OU for proto-team@ietf.org; Tue, 14 Nov 2006 07:49:16 -0500
Received: from kyoto.netlab.nec.de ([195.37.70.21]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gjxj1-00062i-56 for proto-team@ietf.org; Tue, 14 Nov 2006 07:49:16 -0500
Received: from lars.local (p54AD27C0.dip0.t-ipconnect.de [84.173.39.192]) by kyoto.netlab.nec.de (Postfix) with ESMTP id A8E2713CF82 for <proto-team@ietf.org>; Tue, 14 Nov 2006 13:52:03 +0100 (CET)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by lars.local (Postfix) with ESMTP id 73760286A63 for <proto-team@ietf.org>; Tue, 14 Nov 2006 13:49:13 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v752.2)
To: proto-team@ietf.org
Message-Id: <94FCEC7D-BDE9-4AF1-A071-A2DF33CD39E7@netlab.nec.de>
References: <455972BE.5010703@zurich.ibm.com>
From: Lars Eggert <lars.eggert@netlab.nec.de>
Date: Tue, 14 Nov 2006 13:49:12 +0100
X-Mailer: Apple Mail (2.752.2)
X-Spam-Score: 0.1 (/)
X-Scan-Signature: cdb443e3957ca9b4c5b55e78cfcf4b26
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="===============2128344035=="
Errors-To: proto-team-bounces@ietf.org


Begin forwarded message:

> From: Brian E Carpenter <brc@zurich.ibm.com>
> Date: November 14, 2006 8:39:42 AM GMT+01:00
> To: Ted Hardie <hardie@qualcomm.com>
> Cc: margaret@thingmagic.com, mankin@psg.com, Henrik Levkowetz  
> <henrik@levkowetz.com>om>, iesg@ietf.org
> Subject: Re: COMMENT: draft-ietf-proto-wgchair-doc-shepherding
>
> Since there's already a pretty complex RFC Editor note,
> I may end up asking for one more respin of the draft,
> even if there are no Discusses. All Ted's points are worthy
> of attention.
>
>     Brian
>
> Ted Hardie wrote:
>> At 3:52 AM +0100 11/14/06, Henrik Levkowetz wrote:
>>>> 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.
>> I guess my real motive here is to find out whether we are asking
>> the secretariat to add a Personnel section, or asking the ADs to
>> include the information in the Document quality section.  I am
>> fine either way.  I do think it would be easier to set out which
>> is expected.  If folks want to go with a mandatory Personnel,
>> as you suggest below, in other words, that's fine by me.
>>>> 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.
>>>
>> I also did not feel strongly about it; none of my comments is meant
>> to be blocking.  If you prefer to drop 3 and reword 1 &2, that's fine
>> by me.  Doing nothing is also okay, if the authors feel it is  
>> valuable
>> to retain even section 3.
>> 			
>> Thanks for your quick response,
>> 				regards,
>> 					Ted
>

Lars
-- 
Lars Eggert                                     NEC Network Laboratories


_______________________________________________
proto-team mailing list
proto-team@ietf.org
https://www1.ietf.org/mailman/listinfo/proto-team