Re: [Manycouches] Murray Kucherawy's No Objection on charter-ietf-shmo-00-00: (with COMMENT)

John C Klensin <john-ietf@jck.com> Wed, 24 June 2020 19:13 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: manycouches@ietfa.amsl.com
Delivered-To: manycouches@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7CFE3A113A; Wed, 24 Jun 2020 12:13:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 xo6la1E03991; Wed, 24 Jun 2020 12:13:30 -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 2452B3A0929; Wed, 24 Jun 2020 12:13:30 -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 1joApr-000INY-5j; Wed, 24 Jun 2020 15:13:27 -0400
Date: Wed, 24 Jun 2020 15:13:18 -0400
From: John C Klensin <john-ietf@jck.com>
To: Alissa Cooper <alissa@cooperw.in>
cc: Murray Kucherawy <superuser@gmail.com>, shmo-chairs@ietf.org, IESG <iesg@ietf.org>, manycouches@ietf.org
Message-ID: <B274C97AB403DA09F84E0194@PSB>
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/manycouches/bbuCSV_jcLnwvesTrAEZCcsKW94>
Subject: Re: [Manycouches] Murray Kucherawy's No Objection on charter-ietf-shmo-00-00: (with COMMENT)
X-BeenThere: manycouches@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List is a design team list to identify issues that would arise should an IETF meeting ever be held with O\(1000\) 'remote' participants." <manycouches.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manycouches>, <mailto:manycouches-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manycouches/>
List-Post: <mailto:manycouches@ietf.org>
List-Help: <mailto:manycouches-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manycouches>, <mailto:manycouches-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jun 2020 19:13:32 -0000

(sorry sent earlier message without including the intended
footnote.  That note was intended to point out that Barbara's
clear statement that those selected to this year's NomCom would
be allowed to participate remotely even if f2f meetings resumed
during its term is, IMO, immensely helpful but, like RFC 8788 on
eligibility to be one of those members, does not address the
issue long-term. )

   john

--On Wednesday, June 24, 2020 11:10 -0400 Alissa Cooper
<alissa@cooperw.in> wrote:

>> 
>> 
>> --On Thursday, June 18, 2020 11:50 -0400 Alissa Cooper
>> <alissa@cooperw.in> wrote:
>> 
>>>> Since it's already come up once and resulted in an expedited
>>>> BCP being produced, I think this should be explicit -- one
>>>> way the other -- about whether discussions about NomCom
>>>> eligibility will be in scope for this working group.
>>> 
>>> I added this to the sentence about finances being out of
>>> scope:
>>> 
>>> "Aside from the fourth work item above, discussion of
>>> financial aspects of IETF meetings and changes to RFC 8713
>>> are both out of scope."
>>> 
>>> Does that help? 
>> 
>> Actually, Alissa, it raises an interesting question for me.  I
>> understand that SHMO will have a lot on its plate but I'm
>> guessing that the people who will want to participate actively
>> in it are more or less the same as those who have been
>> participating in manycouches (which, I assume, is why you
>> wanted the discussion on that list) and again more or less
>> the same as those who were active on eligibility-discuss,
>> which has had no traffic for some time.   
>> 
>> In part because I believe that lurching from one crisis
>> justifying emergency and extraordinary action to the next is
>> bad for the IETF, I wonder if it would make sense to
>> explicitly fold the eligibility-discuss topics into SHMO and
>> see if we can really lay a solid foundation for future
>> occasions in which all-online meetings are needed (or
>> wanted).  Again, I recognize SHMO's potentially-long topic
>> list.  I'd think merging the two would be a terrible idea if
>> we had a reasonable expectation that the two groups would be
>> disjoint enough to let them split up the work and proceed in
>> parallel.  But, if I'm right that it would be basically the
>> same people (notably including you, and I assume you are
>> stretched much too thin already) then nothing is gained by
>> keeping them separate and combining them would permit better
>> sequencing of the work and save redundant discussions.
> 
> I think there may be differences in the community of interest
> between these things, and while there is a mutual dependency
> on meeting cadence there are other aspects related to the
> eligibility discussion that don't have much to do with
> meeting cadence. So I think keeping them separate is helpful
> and I'm hoping we can make progress on
> draft-carpenter-eligibility-expand via gendispatch.

Alissa,

In part because I'm concerned that turning this into a long[er]
thread might impede progress on both efforts (and maybe some
others), I will defer to your judgment on the above.

However, my main concern is that anything we do preserves, and
ideally expands, the diversity of perspectives present in the
IETF, not only with regard to obvious and relatively easily
measured factors like geographical and gender identity but also
occupation (e.g., designers, developers, operators, and so on),
employment and support (large, medium, and companies and
self-funded individuals), career stages, amount of time they can
dedicate to the IETF in a given week or month, and so on.  We
should keep in mind, however, that perceptions of how the IETF
treats different people and groups can affect decisions about
whether and how to participate.  For example, if people perceive
that they are being made (or kept) as second-class citizens who
have little ability to directly influence IETF decision-making
or to be significant parts of the processes to select leaders
[1] or, in extreme cases, to protect themselves and the
community against actions that may disproportionately affect
them by appeals and potentially recall actions, that may lead to
decisions to be less involved or not involved at all.
Similarly, distributing related work among too many activities
and lists to make it possible for part-timers to keep up may
affect decisions to participate.

So, because all of these topics are your responsibility as
General Area AD, I would ask that you monitor them on an ongoing
basis for overlaps in participation and topics that interact or
are partially being discussed in multiple places.  Should that
occur, I trust you will take action to either more clearly
separate the work or to draw things together.

thanks for considering the suggestion.
   best,
    john