Re: draft-sullivan-nomcom-chair-select-00

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 15 February 2022 17:45 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 083973A0EFF for <ietf@ietfa.amsl.com>; Tue, 15 Feb 2022 09:45:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.399
X-Spam-Level:
X-Spam-Status: No, score=-4.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=sandelman.ca
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 5HSsSSZQFVcG for <ietf@ietfa.amsl.com>; Tue, 15 Feb 2022 09:45:47 -0800 (PST)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F348E3A0F04 for <ietf@ietf.org>; Tue, 15 Feb 2022 09:45:45 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id A1D14389DF; Tue, 15 Feb 2022 12:53:47 -0500 (EST)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 7Gr9YCQX6_qU; Tue, 15 Feb 2022 12:53:45 -0500 (EST)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 1C4BD389DE; Tue, 15 Feb 2022 12:53:45 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sandelman.ca; s=mail; t=1644947625; bh=5XD0ww8tBbpLKMrt0n2ReZLNxTtC4vgc8LfNEu25ymA=; h=From:To:Subject:In-Reply-To:References:Date:From; b=r6ttotRs92SMMtdPJhqY7wjjAEE55OJlLzieqi6/SVYC0RYBOo/Z0YZJ8Cw19adek G5MUwtEEWvllbujld/1MZtvP+QHfAkJTu8vE5qac2q50wxyB4avLKD6BH1fSuWdVpU XLm6CXFMcwKM1rqkcPe18rnlzF+KRmTVF9nl337+2ehSpm585s1piiN5twP6mi/0WJ QciZfN5XZoIuTnbWnufFv0+ytWWe4VAyOiVevXZgsXG61Uxt2JBXi75Nl6Se2B7djp CNkx3dBa2YzvMtw5Rlz8oQgufUBTF2BceSV04okjZ900JSeNnMz/EixnS4J5oFyInG wYOs7Ki5xTQAg==
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id B5E07754; Tue, 15 Feb 2022 12:45:40 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: ietf@ietf.org, sullivan@isoc.org
Subject: Re: draft-sullivan-nomcom-chair-select-00
In-Reply-To: <20220214055405.v7qujqp5lmqynga5@outlook.office365.com>
References: <20220214055405.v7qujqp5lmqynga5@outlook.office365.com>
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Tue, 15 Feb 2022 12:45:40 -0500
Message-ID: <29520.1644947140@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/zUs1_5yhMd9ouQT7rDV4vhIW7EU>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 15 Feb 2022 17:45:52 -0000

Andrew Sullivan <sullivan@isoc.org> wrote:
    > I write with my job hat on.  I'm employed by the Internet Society.

    > Part of my job here is to select the NomCom Chair.  I've been
    > uncomfortable about how that has worked in the past, and more than a
    > year ago I said I'd write a new process.  I failed at that goal, but
    > it's a new year so I've finally written this.  It's at
    > https://datatracker.ietf.org/doc/draft-sullivan-nomcom-chair-select/.

I read your document.    Who would approve this document after review?

I agree that it doesn't contradict anything that has been in the past.
I really can't judge how having an open list will affect things.
I'm not sure it will improve things, but I'm also not convinced it will have
an easily observable negative effect.  I see a long thread about this, which
I have avoided reading as yet.

What I noticed is that your document did not do is specify any kind of timeline.

Allison and later I, when Kathryn was new, tried to have the new nomcom chair
selected prior to the November meeting, rather than around the March meeting.
The idea was that the new chair ("chair-elect") could be invited by the
existing cmte to observe and learn.   There were objections to this that it
turned a ~20 month appointment (March year 1 to November year 2 as
past-chair),  into a ~25 month appointment (November year 0 to November year 2).
I felt that this wasn't that big a deal:  most of the November/April year 0/1
time would be idle, and the learning curve would be so much softer that it
would not be a problem.

Of course, appointing someone who was a voting member in year 0 (as I was,
for instance), makes it much easier for everyone.

Another thing that I think is important is for the ISOC or LLC to have a
bit more funds to support the nomcom chair.  The secretariat already tries to
comp/uprade the nomcom chair's room at the hotel if they can, but this is an
informal arrangement.   It would be nice if the travel and IETF fee could be
formally included.  Food isn't an issue: the nomcom gets overfed :-)
I don't think that the nomcom's time can easily be compensated, so I would
avoid that.  But at least, that would open the pool of available people a
bit.

    > foil that.  But similarly I am not willing to create an entirely new
    > consultative body (or new job for an existing consultative body)
    > without the community saying so.  This document is merely an outline
    > of how I plan to execute my duties as they're already defined.

The only real thing that could work would be for a previous nomcom to
select/voluntold/etc. one of their members for next year.

--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide