[Manycouches] many-fine-dinners --- a view on how to organize virtual meetings

Michael Richardson <mcr+ietf@sandelman.ca> Thu, 05 November 2020 23:35 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 BF5143A0779 for <manycouches@ietfa.amsl.com>; Thu, 5 Nov 2020 15:35:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 ovTUlYvbdMH6 for <manycouches@ietfa.amsl.com>; Thu, 5 Nov 2020 15:35:26 -0800 (PST)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C632D3A0769 for <manycouches@ietf.org>; Thu, 5 Nov 2020 15:35:26 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 63B1338C7D; Thu, 5 Nov 2020 18:35:33 -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 C5B5f84Le6O2; Thu, 5 Nov 2020 18:35:29 -0500 (EST)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id C12D138C7C; Thu, 5 Nov 2020 18:35:29 -0500 (EST)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 6B7B126; Thu, 5 Nov 2020 18:35:21 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: manycouches@ietf.org, "Joel M. Halpern" <jmh@joelhalpern.com>
In-Reply-To: <a11e38fd-7d21-112c-fbe9-dc4b699ca5fe@joelhalpern.com>
References: <160288855079.14008.13967692974159638979@ietfa.amsl.com> <30344.1602894208@localhost> <FD995870-E9C6-4099-93AF-253F0A11F56B@tzi.org> <CADaq8jcKK5kUvU3v7+6gEaeqjqxtw-Bii5is_hoq1ugogCoWPg@mail.gmail.com> <20201017193610.GA39170@kduck.mit.edu> <12526.1602980594@localhost> <2f99a293-b2b1-498f-36af-36fd201e9e8d@joelhalpern.com> <15451.1603056956@localhost> <2a305ee7-7511-f74d-fd7b-93ff8641c451@joelhalpern.com> <17295.1603123341@localhost> <228dbe14-2362-7374-bf1c-768c6ada7a3f@joelhalpern.com> <5926.1603128427@localhost> <a11e38fd-7d21-112c-fbe9-dc4b699ca5fe@joelhalpern.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: Thu, 05 Nov 2020 18:35:21 -0500
Message-ID: <13688.1604619321@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/manycouches/iZNoJSzAQOee7r5U3SoKN-TiMig>
Subject: [Manycouches] many-fine-dinners --- a view on how to organize virtual meetings
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: Thu, 05 Nov 2020 23:35:29 -0000

I posted draft-richardson-shmoo-how-many-fine-dinners-01 a few weeks ago, and
had a conversation with Joel Halpern.  He identified that something "seems
wrong" to him, and I had hoped that the -01 diffs would help him track down
the "smell".

He sent these notes, and agreed to let me share them:

Joel M. Halpern <jmh@joelhalpern.com> wrote:
    Joel> I have read the today's version.

    Joel> The following is a bit disconnected, but maybe from ehre we can figure out
    Joel> how to get to a place we are both comfortable with.

    Joel> The goal, as stated in the abstract, makes good sense to me.  I think that
    Joel> the fact that I agree with this is why I was confused when I became
    Joel> uncomfortable with the text later on.

    Joel> I found the review of the last two meetings distracting and unhelpful. I
    Joel> think it invites argument that is irrelevant.  The one reference later in the
    Joel> document to it strikes me as largely unnecessary.

I understand.  I could move that to the end, but it felt like my
recommendations wouldn't make sense without understanding where we've been.

    Joel> I think that the last sentence of 2.1 is actually counter-factual.  I do not
    Joel> see how the meeting conflicts have been a growing issue?  We have, as far as
    Joel> I can tell, been getting better at managing the conflicts and scheduling the
    Joel> sessions.

My experience is that conflicts are up, because we can now schedule many more
sessions efficiently.  We are just doing more work and having more WGs, but
really the number of active people is not increasing that much.

    Joel> 2.2.1 is a place where I have a problem.  I work actively in a fair
    Joel> number of

[2.2.1 Encourage Virtual Interim meetings for ongoing work]

    Joel> working groups (as do you) plus external SDOs.  And I follow quite a few
    Joel> others.  Plus the process stuff.  If most working groups had bi-weekly calls
    Joel> it would be a pain.  If many of them had the calls in the US / Europe prime
    Joel> slot (which Asia can often make), it would be a disaster.  If it recommended
    Joel> monthly, I probably would not argue.  If it recommended monthly for topics
    Joel> that are receiving good email discussion and need more engagement, I could
    Joel> not object.

I did say, "twice-month" (because I never know what bi-monthly is) to
monthly.  I agree that too many meetings is a problem, but then, being unable
to attend WG meetings during IETF week due to conflicts is also a problem.

    Joel> Which relates to something I have been trying for in the WGs I co-chair. If
    Joel> someone wants an interim to discuss some topic, I push for email engagement
    Joel> first.  If we do not see discussion on the list, why should we expect useful
    Joel> discussion at an interim?

The experience of a few people is that it increases the connection within the
group, and effectively creates new deadlines.

    Joel> We then get to the meet[meat] of the document, the bulleted lsit in section 2.2.2.
    Joel> I think this misses a lot of the cases when cross-fertilization is at least
    Joel> useful and maybe necessary.  Now topics become active without any milestone
    Joel> being achieved.  Topics become "of interest" to the broader community at
    Joel> times that have nothing to do with the milestones.  So I find the
    Joel> recommendation that established WGs should not use IETF session time except
    Joel> maybe at milestones to miss most of the important cases I have seen.

Well, I wasn't trying to restrict it to milestones, but rather give an
example of when it would be important to meet.

    Joel> Which relates to my feeling that 2 parallel tracks is simply not
    Joel> enough. Maybe we could make 4 - 6 work.  But 2?  No way it is sufficient.

Fair enough, the document says "two to four"
I see 6 as the same as 8: too many.

    Joel> A tangentially related question is if we hold some meetings face-to-face and
    Joel> some virtual, then maybe the virtual ones could be more lightly scheduled.
    Joel> But that is a much more complex hypothesis.

    Joel> I hope the above at least sheds light on where we can have fruitful
    Joel> discussion of differences of opinion.


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