Re: Proposed IESG structure change

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Thu, 09 October 2014 14:43 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBC261ACED1 for <ietf@ietfa.amsl.com>; Thu, 9 Oct 2014 07:43:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.599
X-Spam-Level:
X-Spam-Status: No, score=-0.599 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1S2x6LImUFOr for <ietf@ietfa.amsl.com>; Thu, 9 Oct 2014 07:43:25 -0700 (PDT)
Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F0CD11ACFBC for <ietf@ietf.org>; Thu, 9 Oct 2014 07:43:20 -0700 (PDT)
Received: by mail-la0-f48.google.com with SMTP id gi9so1338632lab.21 for <ietf@ietf.org>; Thu, 09 Oct 2014 07:43:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vmZHnHLk/ogRqnowxm2alvlDiCGThGJmrp/c700r1ho=; b=0OksSPRHeOaT/pmVsD1Edo1ayNwf3+9T2wRTo3cjh/P5jjwY3GI8KBr7BTIkeAMe6d iqWdThp9QdMzCdKziPLtrDNwaj3FjkhILqugyjL9OhWoAYb5duotY5V84gkamGr2tBbd oioufl/S+yf9Z/ePGelbhBGRTTOkMO66O/bMb5LmaRDxUjjp0+TvF/aglL3uOp78qvDI ZDLG78VuIXQUdVyQl7dTC0ONu5fW+q9rgv9CVVHFv5+dvE6oVKX2Qw+WUHeQiqLD25M8 SjaESP0x8sJLHqoUmOQKPhzTFCVt9BYhdsdwM2Qul7Z5FN5GqF7619ryEOaRY8+jrKBq k9ww==
MIME-Version: 1.0
X-Received: by 10.112.72.38 with SMTP id a6mr5243191lbv.65.1412865798904; Thu, 09 Oct 2014 07:43:18 -0700 (PDT)
Received: by 10.152.206.36 with HTTP; Thu, 9 Oct 2014 07:43:18 -0700 (PDT)
In-Reply-To: <C0AF4E0A-0F2C-464D-B8BB-CEEBCBD92E47@piuha.net>
References: <44462BFE-B5E1-4944-82F4-06CD89DFAC12@ietf.org> <89D5B530-81ED-409A-BFD5-4618842FCF37@vpnc.org> <AC26CDA1-9101-4BD3-BA66-99193109F6D5@piuha.net> <F1133D862E32707EAB7DD669@JcK-HP8200.jck.com> <C0AF4E0A-0F2C-464D-B8BB-CEEBCBD92E47@piuha.net>
Date: Thu, 09 Oct 2014 09:43:18 -0500
Message-ID: <CAKKJt-fCq8hh1YosX9cCrs0PMBoiYtXS-GrvSwt_qYaaAWFNqw@mail.gmail.com>
Subject: Re: Proposed IESG structure change
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
To: Jari Arkko <jari.arkko@piuha.net>
Content-Type: multipart/alternative; boundary="001a11c237b80f222f0504fe7411"
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/Lm0L4KAzMUYwvd90YAWvtsGxlcY
Cc: John C Klensin <john-ietf@jck.com>, Paul Hoffman <paul.hoffman@vpnc.org>, IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Oct 2014 14:43:30 -0000

For what it's worth ...

On Thu, Oct 9, 2014 at 8:00 AM, Jari Arkko <jari.arkko@piuha.net> wrote:

> John,
>
> Thanks for your comments.
>
> > This isn't quite a suggestion since the IESG has apparently made
> > up its mind, but, especially in a time of transition, there are
> > some major advantages to having two ADs in an area, including
> > the ability of two specialists with different perspectives to
> > talk with each other and sort out ideas.  Everyone who has
> > gotten a cross-area review comment that seemed to be off the
> > wall from an out-of-area AD will understand why general
> > conversations with the rest of the IESG are no substitute (even
> > though they may be very helpful and important for other
> > reasons).
> >
> > So, all other things being equal, I think it would have been
> > better to ask the Nomcom to make a one-year appointment if they
> > could find someone satisfactory [1] and then sort things out
> > during the next year as planned but with two Apps ADs rather
> > than cutting the slot now  on the assumption that one AD could
> > and would be able to handle all relevant working groups,
> > thinking about new plans, and all other IESG responsibilities.
> > ….
> >   john
> >
> > [1] If the IESG and Nomcom could interpret the rules
> > appropriately, my thought would be to explicitly tell the Nomcom
> > that it would be ok to not make an appointment if they concluded
> > that they couldn't find someone satisfactory for the role, i.e.,
> > without either making an appointment of someone inexperienced in
> > the area or scraping the bottom of the proverbial barrel.
>
> This could have been another alternative. And still is, because we are
> indeed asking for feedback and want to understand if the suggested path is
> the best one.
>
> And having two ADs to discuss amongst themselves what to do is very
> useful. It certainly was essential for me when I was the INT AD. And
> especially useful in the first year or two.
>
> However, I wanted to just talk a bit about the timing and the number of
> ADs. And again, some of this is theoretical because we have definitely not
> decided _what_ to do; we are still exploring the exact re-organisation that
> we would like to make. But for the sake of argument, lets assume that we’d
> for instance combine APP and RAI and put in three ADs. Now, today we *do*
> have two ADs in APP. For the recruitment of proper number of ADs with the
> suitable expertise in next year’s Nomcom cycle, the restructuring should be
> ready in the summer, preferably in June. So that we could inform the Nomcom
> of what the desired expertise is. If we have the right number of ADs at
> that point, we can just go ahead and make the transition. So we wouldn’t be
> without a second AD in the area for a long time.
>
> > That would be a non-issue if the IESG already had a plan worked
> > out to transition some specific WGs into other areas by March 27
> > or earlier, but the announcement implies that is not the case.
>
> I think the key is that we do not have the plan worked out _today_ so that
> we can not inform the Nomcom what kind of a person(s) and how many we’d
> like to recruit. We might have a plan by March and certainly will have a
> plan by May which even the new IESG can stand behind. But that is not today
> and therefore it would be difficult for anyone to volunteer for that
> undefined task today.
>
>
Several years ago, Russ gathered what was then all of the previous Nomcom
chairs who would still answer his e-mail into a design team, to see what
issues came up year after year. I was honored to be the scribe for that
design team.

The past chairs (not ¨we, including Spencer¨, because I was just typing)
came up with http://tools.ietf.org/html/draft-dawkins-nomcom-3777-issues-00,
which is a fairly interesting document to look over. In my opinion.

Some of the issues they identified have been addressed (for example, ¨5.3
<http://tools.ietf.org/html/draft-dawkins-nomcom-3777-issues-00#section-5.3>.
Soliciting Feedback on Non-Incumbent Candidates¨ led to Open List/
http://tools.ietf.org/html/rfc5680), but others have not been.

I have been thinking about ¨3.1
<http://tools.ietf.org/html/draft-dawkins-nomcom-3777-issues-00#section-3.1>.
Shortening the NomCom Epoch¨ recently, because it would be really handy if
the Nomcom epoch wasn't like 9 months long, and basically a train that
leaves once a year, when we are talking about proposed IESG structural
changes ... and the consensus of the past chairs was that shorter would be
better ...

Speaking only for myself, of course.

Of course.

Spencer