Re: Updating BCP 10 -- NomCom ELEGIBILITY

Dave Cridland <dave@cridland.net> Fri, 13 February 2015 20:53 UTC

Return-Path: <dave@cridland.net>
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 2633E1A1A2C for <ietf@ietfa.amsl.com>; Fri, 13 Feb 2015 12:53:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.521
X-Spam-Level:
X-Spam-Status: No, score=0.521 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 1-48idhEAvuv for <ietf@ietfa.amsl.com>; Fri, 13 Feb 2015 12:53:01 -0800 (PST)
Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9770C1A1A1C for <ietf@ietf.org>; Fri, 13 Feb 2015 12:53:01 -0800 (PST)
Received: by mail-ob0-f169.google.com with SMTP id wp4so24460413obc.0 for <ietf@ietf.org>; Fri, 13 Feb 2015 12:53:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cridland.net; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QkT9LCoeXvDgibn6119nZLuNTl8Nc9tbcGAK6xwvqa0=; b=hZAQvwp17NNf5t/9BRFSj0Hm8Iv5qLHTU0H9O2LM7sPJWbwJo6ZTyK2035V/8niimO WXsSErH90az93mDi2ZUT8qt/xqT4Dm+MqeO1IQZOcDem0NAw/e0k5WI71RmayQYm+Dym Nl9GL2RoQc+9VH8QSa77Wc1OThRmt/3XMfJfs=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=QkT9LCoeXvDgibn6119nZLuNTl8Nc9tbcGAK6xwvqa0=; b=BFXt98Ww0frUJiV/FHzavEslghmCsNRkcsbtlq5fGI1OhsF79gu6blps5xO7y8jRnq MH4FTReishvonrJy/Bm2uUpaRdcW/v+EXOf3hAVX0hXvxZjMgfZ0MKG3ZWfUVnpoEADO QtjhC9kLkJFWFUKSVKGGNwj62GYMk7PcCuIUTkQnB+k8QBVgREXzrCRPmVG1zaKmM72h FNElNc8vdoReocUB/s0HykimNKELsbgjXxgFH8zlnko1jJbvhHD0jSaOtHyZbmTFjHH7 U5RNWwqg1q9Ca/sJzvbuo1eIJAaLCml/3o9gJ1OUIvMp6uSEUf48pJHSUiDw4Oycnqip Vw0Q==
X-Gm-Message-State: ALoCoQnAc5Gtt8CNaMPY/p+tq7Gl3ZAalGd6iosXoc6uGUBovL6QaW4OVG9dq0wSbe63tjj4ZqxZ
MIME-Version: 1.0
X-Received: by 10.202.66.136 with SMTP id p130mr7368942oia.110.1423860780923; Fri, 13 Feb 2015 12:53:00 -0800 (PST)
Received: by 10.60.77.71 with HTTP; Fri, 13 Feb 2015 12:53:00 -0800 (PST)
In-Reply-To: <CAL0qLwYLuknVuY-n6R18_WxW=67+MaE8MZvWyhrGEhofEXLRwg@mail.gmail.com>
References: <CAL0qLwZk=k-CWLte_ChK9f1kzLwMOTRyi7AwFa8fLjBsextBcA@mail.gmail.com> <9772.1420830216@sandelman.ca> <CAL0qLwZatYW2e4Wk6GXB2U26fsCn8BV2qt-07kHBugiq34zrcQ@mail.gmail.com> <6025.1423672358@sandelman.ca> <CAL0qLwYtE618sA99hgXP-5wk+BYdcXLbiZqd_36OreYQ1LB7hQ@mail.gmail.com> <732CCD31-0F13-472F-9825-C5F5D650C41B@vigilsec.com> <2457EE06-4960-40B5-AF10-2EDFBF18B2B6@nominum.com> <7C601AA4-55C4-43FE-B2FE-1D22BD73F166@vigilsec.com> <CAKHUCzyJ62hVyJVVLuL5-nXx_i5VO2cW3LA6R1sdZbDHxoY_Tw@mail.gmail.com> <43ADF7ED-6A42-4097-8FFA-5DA0FC21D07A@vigilsec.com> <CAKHUCzyfB+GhNqmDhrzki4tVn0faMLyt_cqgeHFcQL2b5pkkAQ@mail.gmail.com> <CAL0qLwYLuknVuY-n6R18_WxW=67+MaE8MZvWyhrGEhofEXLRwg@mail.gmail.com>
Date: Fri, 13 Feb 2015 20:53:00 +0000
Message-ID: <CAKHUCzwoqKAN27kFgWSgVX80xWu3niN9qxaGakSKs+D+1h4ssA@mail.gmail.com>
Subject: Re: Updating BCP 10 -- NomCom ELEGIBILITY
From: Dave Cridland <dave@cridland.net>
To: "Murray S. Kucherawy" <superuser@gmail.com>
Content-Type: multipart/alternative; boundary="001a113d65d20e98cf050efe6c82"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/TIZaS1WoW2mBoaaVeL-tVb5GKns>
Cc: IETF <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: Fri, 13 Feb 2015 20:53:04 -0000

On 13 February 2015 at 18:55, Murray S. Kucherawy <superuser@gmail.com>
wrote:

> On Fri, Feb 13, 2015 at 9:44 AM, Dave Cridland <dave@cridland.net> wrote:
>
>> c) The "NomCom eligibility" rules govern essentially any say in the
>> leadership of the IETF.
>>
>
> I disagree.  "Eligibility for NomCom" and "having a say in IETF
> leadership" are not synonyms.
>
>
That's true to the extent that a sitting NomCom listens to feedback without
considering the "NomCom eligibility" of the person providing it, yes.

However it's considerably harder for me to, for example, get an RFC 3777
Recall action going, since my say explicitly does not count there.

So I admit I'm not wholly right, but I'm not wholly wrong either.

A sensible way of managing this change to avoid disruption would be to
>> provide several distinct criteria for eligibility, and select from each
>> pool proportionally, changing the proportions over time. So recall, for
>> example, might need 15 meeting attendees and 5 people qualifying under
>> active participation rules to initiate, gradually changing to emphasize
>> active participation.
>>
>
> This might be a reasonable starting point.  What are your thoughts on
> Michael's proposals for measuring active participation?
>
>
Essentially on the right track, but not right.

0) I'm happy to include "attended meeting", though I think there'd be
significant value in expressing it as a percentage of working group
sessions over the past one/two years, rather than just attendance to the
meeting in general. Again, I hear what people say about hallway discussions
and I don't disagree about the value there, but my gut feeling is that this
would be a metric more closely approximating what is sought here. But maybe
this doesn't matter.

1) AUTH48 is interesting as a metric; it's clearly an indicator of a
document actually getting published, and one that doesn't get delayed
outside the author's control unlike publication. Moreover, anyone going
through AUTH48 has had to deal with an IESG telechat on their document;
that's extremely useful experience in leadership selection. Possibly "last
call" and "telechat" are also good enough - and interesting in as much as a
document that "fails" last call is arguably as important a contribution as
one that goes on to publication.

Document shepherds and working group chairs are both clearly contributing.

I'd say that authors should be included here (and I'd go for "active"
authors in the document uploader sense), but perhaps that's covered by the
next item.

2) I think the document uploader concept is good, but limiting the
documents to only those which get scheduled time in a WG session isn't so
good; some WGs don't meet often, or even at all, and a document that's so
well crafted that it doesn't need discussion in a face to face meeting is a
really good document in my opinion. Clearly we don't want arbitrary
documents either. Any WG document would seem a "good" contribution, and I
suspect any document with a shepherd assigned should be safe, too, since
that effectively implies an expectation to publish.

3) This works for WGs that use a ticketing system and have meetings. Not
sure what percentage that actually is.

I understand that Michael is trying to propose a metric for adequately
measuring working group participation, but I don't think such a metric
exists.

We could have each active working group just submit up to X names agreed by
rough consensus any time an eligible pool is needed (ie, during NomCom
calls for volunteers). This is harder to deal with for Recall actions,
though.

4) I currently do this for the XSF Board, so it seems reasonable to me.
Again, this would provide very good experience of the incumbent leadership,
which'd seem useful to have in the core of NomCom.

Other observations:

a) I think that (0), (4), and (1-3) fit in different pools. You don't want,
I suspect, a NomCom filled with only I* meeting scribes, for example. To
put it another way, applying quotas (minimal and maximal) to the make-up of
the NomCom is fine, and quite interesting. (Thought experiment: What would
happen if the NomCom was exclusively made up from Asian, African, and
female members? How would that affect the nominations?)

I suspect that pools/quotas also make the system much harder to game in
practise.

b) I think WG Chairs might be a pool as well.

c) I suspect that whichever way we do this, the potential influence of a WG
Chair increases as a result, and I'm unaware of an appeal action for WG
Chair selection. This might be my own ignorance, but either way we'll need
one.

Dave.