Re: WG Charter Milestones

Paul Hoffman <paul.hoffman@vpnc.org> Tue, 21 June 2011 17:00 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: wgchairs@ietfa.amsl.com
Delivered-To: wgchairs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30C0111E80C0 for <wgchairs@ietfa.amsl.com>; Tue, 21 Jun 2011 10:00:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.524
X-Spam-Level:
X-Spam-Status: No, score=-102.524 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e7ckgRISzBC3 for <wgchairs@ietfa.amsl.com>; Tue, 21 Jun 2011 10:00:52 -0700 (PDT)
Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) by ietfa.amsl.com (Postfix) with ESMTP id 4206811E808B for <wgchairs@ietf.org>; Tue, 21 Jun 2011 10:00:52 -0700 (PDT)
Received: from [10.20.30.101] (50-0-66-4.dsl.dynamic.fusionbroadband.com [50.0.66.4] (may be forged)) (authenticated bits=0) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id p5LH0iE5077776 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 21 Jun 2011 10:00:44 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
Subject: Re: WG Charter Milestones
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <BD798D7C-1B0E-4BDE-9783-944E6FE8A522@cisco.com>
Date: Tue, 21 Jun 2011 10:00:49 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <15C50870-B2AB-42FB-857B-C4E4B642A62A@vpnc.org>
References: <79E2D726-5079-4CA4-96EE-D55471D50A09@vigilsec.com> <BD798D7C-1B0E-4BDE-9783-944E6FE8A522@cisco.com>
To: Cullen Jennings <fluffy@cisco.com>
X-Mailer: Apple Mail (2.1084)
Cc: IETF WG Chairs <wgchairs@ietf.org>, Russ Housley <housley@vigilsec.com>
X-BeenThere: wgchairs@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/wgchairs>
List-Post: <mailto:wgchairs@ietf.org>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Jun 2011 17:00:53 -0000

On Jun 21, 2011, at 9:19 AM, Cullen Jennings wrote:

> Updating dates of milestones or which wg drafts are associated with a milestone seems like a great thing for the chairs to do. 
> 
> However, I am not in favor of chairs adding new milestones, or changing the text of existing ones, without AD approval. The WG will make the chair do whatever they hum on, most WGs will hum yes to close every milestone proposed - the net effect with be a loss of any sense of focus in the WG and a peanut butter effect to spreading the energy so thin that each WG milestone takes longer than it currently takes. My view of one of the largest problems at the IETF is that things take too long - adding more milestones will not help.
> 
> One of the jobs of the AD is to help prioritize work in an area and get stuff moving. Adding milestones are one of one of the few tools they have to do it. Trying to delegate this to the chairs won't work because the chairs will end up directly or indirectly bound to the hums. If the area disagrees with the ADs prioritization, it's time for a new AD. 
> 
> Not to mention the issue of things like the codecs wg chairs might go and add a milestone for a video codec which I 'm sure would create a lot of excitement for the IESG :-) 

FWIW, the wording from draft-ietf-genarea-milestones-tool-01 is:

   The responsible AD for a WG can specify whether any of the following
   actions can be made without the AD approval for milestones associated
   with the WG:

   o  create new milestones

   o  delete milestones

   o  change milestone descriptions

   o  change milestone due dates

   o  change which Internet-Drafts are associated with a milestone

   o  assert that a milestone is completed

   The default settings at the time that this feature is launched will
   be that all actions other than changing due dates and asserting
   completion require AD approval.  These settings apply both to
   additions and changes made by WG chairs and by other ADs.

That means that the default settings match your proposal above, but allow the AD to let the WG chairs to create peanut butter on a WG-by-WG basis. Note that the AD will be informed of each change, regardless of whether or not the WG chair needed AD approval.

Discussion of this proposed text is heartily welcomed.

--Paul Hoffman