Re: List of volunteers for the 2021-2022 NomCom

John C Klensin <john-ietf@jck.com> Mon, 28 June 2021 03:31 UTC

Return-Path: <john-ietf@jck.com>
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 CFF823A2871 for <ietf@ietfa.amsl.com>; Sun, 27 Jun 2021 20:31:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 H2VID5C2GJ3M for <ietf@ietfa.amsl.com>; Sun, 27 Jun 2021 20:31:02 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B5A53A286F for <ietf@ietf.org>; Sun, 27 Jun 2021 20:31:02 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1lxhz5-0007JU-IF; Sun, 27 Jun 2021 23:30:55 -0400
Date: Sun, 27 Jun 2021 23:30:50 -0400
From: John C Klensin <john-ietf@jck.com>
To: Carsten Bormann <cabo@tzi.org>
cc: Michael StJohns <mstjohns@comcast.net>, Mary B <mary.h.barnes@gmail.com>, ietf@ietf.org
Subject: Re: List of volunteers for the 2021-2022 NomCom
Message-ID: <C2EA4926E8F85FED7873D8E5@PSB>
In-Reply-To: <4A23996B-AB48-4FF8-B762-EA9511E8B0F3@tzi.org>
References: <c2148075-606d-8aa9-d7b4-71aa92a09fae@comcast.net> <1E2C4254-FE64-4862-8650-D5BA8A8CF86D@gmail.com> <3975.1624807060@localhost> <CAP8yD=tKs6jeMs-ZGUYoAWJqTAWTx5EzciEwsZGUrV9v8MFX4A@mail.gmail.com> <LO2P265MB0399544A2F5CC973B22CB9CBC2049@LO2P265MB0399.GBRP265.PRO D.OUTLOOK.COM> <71ca761b-5987-3c5e-83f2-20a661e6a14f@joelhalpern.com> <22399.1624829128@localhost> <ccacbe24-cdd5-1707-03cb-a2e09ae801a9@comcast.net> <CABmDk8nvDD9tM-ybaw+fZcEHZ14S84f9MFaT8vrTrtX+EgEXbQ@mail.gmail.com> <18f319d8-01d9-efb3-c576-aace73d88f76@comcast.net> <9CF84BC133A96E4584BECF33@PSB> <4A23996B-AB48-4FF8-B762-EA9511E8B0F3@tzi.org>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/INAFeq-Nos4D59-IcsHhG8ngMHo>
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: Mon, 28 Jun 2021 03:31:07 -0000


--On Monday, June 28, 2021 03:41 +0200 Carsten Bormann
<cabo@tzi.org> wrote:

> On 2021-06-28, at 03:21, John C Klensin <john-ietf@jck.com>
> wrote:
>> 
>> how
>> much bigger we would need to make the pool to overcome the
>> number of volunteers from that company, i.e., to make their
>> fraction of the volunteers small enough relative to the total
>> to significantly reduce the chances of their ending up with
>> two Nomcom members.

Carsten,

Noting that I agree with Brian that trying to make a change of
this nature (as distinct from extending the sign-up window and
stimulating people to volunteer) is too much to try to do on the
fly (and hence for this year)...

> Easy: randomly (*) select 10 companies (clusters) making up
> the nomcom, and then randomly select one volunteer from each
> company.
> 
> Let's see how well this process proposal goes :-)

> (*) OK, you get to choose the exact way this randomness works,
> and that may include weighting by number of volunteers.  So we
> may still have a way to make sure there is enough big-company
> representation in the nomcom.

This strikes me as a terrible idea.  While, for a variety of
reasons, I can't volunteer (at least without dropping all other
IETF work for the duration), there are still some of us who
really are individual participants with no company affiliation.
At least without making it horribly complicated, the method you
suggest would almost certainly either keep them off the Nomcom
or keep employees of many companies off.  What you are
proposing, as I understand it, would basically determine which
10 companies get to do determine the future of the IETf in a
given cycle, an even worse option from a diversity standpoint
than what we have today.

If we wanted to go down the path of more effectively limiting
the ability of organizations to guarantee themselves Nomcom
seats, we could preserve the spirit of the current model by
setting a threshold such that, for companies that had more than
a handful* of people in the pool, a preliminary randomization
and draw would be run for each such company to determine a small
number** of their people who would be part of the final pool and
draw.  Then the normal procedure would be run as usual on the
adjusted pool, with no organization having enough people in the
pool to guarantee Nomcom seats.

But, again, I think even discussing such options would be
something for normal procedures and the 2022-2023 Nomcom at the
earliest.

    john


* A deliberately vague number, requiring discussion.

** An even more vague number, presumably with  lower bound of
two and an upper one of, say, a handful.