Re: Interim meetings - changing the way we work

Lou Berger <lberger@labn.net> Thu, 26 February 2015 22:12 UTC

Return-Path: <lberger@labn.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 D5D931A8547 for <ietf@ietfa.amsl.com>; Thu, 26 Feb 2015 14:12:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.667
X-Spam-Level:
X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, 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 FYfIW2I4JiKF for <ietf@ietfa.amsl.com>; Thu, 26 Feb 2015 14:12:26 -0800 (PST)
Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) by ietfa.amsl.com (Postfix) with SMTP id 83D1D1A016B for <ietf@ietf.org>; Thu, 26 Feb 2015 14:12:25 -0800 (PST)
Received: (qmail 20443 invoked by uid 0); 26 Feb 2015 22:12:21 -0000
Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy6.mail.unifiedlayer.com with SMTP; 26 Feb 2015 22:12:21 -0000
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id xACD1p00d2SSUrH01ACGHX; Thu, 26 Feb 2015 15:12:20 -0700
X-Authority-Analysis: v=2.1 cv=bJKFfpOZ c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=mlFM_a_ONtUA:10 a=N659UExz7-8A:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=0HtSIViG9nkA:10 a=ABeY7kuGAAAA:8 a=3j4BkbkPAAAA:8 a=pGLkceISAAAA:8 a=AZEhrcTtAAAA:8 a=LlFO5VzX5kT4SN9iwHAA:9 a=peEE6sNHGIMrwzRB:21 a=DcDTaWnw3b7bpJxl:21 a=pILNOxqGKmIA:10
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=LVpYutrZYl76Ek1iyftwFySKXZSEHtjvpdAkrGn1a4s=; b=1p43ftlWfztwLYMpAM0UPzXNLEBDsS+q2odENNhbD4jo9AZCox80lTtjqQF8KQS3Rpi0Rj+JDOYMiRU5Cgq8iJvFLI7cQGLMHxQpo+MonSfsbOvCO/ICzvqOmOBtZb0G;
Received: from box313.bluehost.com ([69.89.31.113]:47655 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from <lberger@labn.net>) id 1YR6fG-0002qk-3K; Thu, 26 Feb 2015 15:12:14 -0700
Message-ID: <54EF9A36.4020905@labn.net>
Date: Thu, 26 Feb 2015 17:12:06 -0500
From: Lou Berger <lberger@labn.net>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: "Thomas D. Nadeau" <tnadeau@lucidvision.com>
Subject: Re: Interim meetings - changing the way we work
References: <CAL0qLwZk=k-CWLte_ChK9f1kzLwMOTRyi7AwFa8fLjBsextBcA@mail.gmail.com> <007301d04927$64890d40$4001a8c0@gateway.2wire.net> <54EDA697.5070107@cisco.com> <01c701d050f6$c80fcd00$4001a8c0@gateway.2wire.net> <CAMm+LwgzXg+QM29ygS0Bv+HOo2Gd-hPByXYz2aVu-V4b=Jak+Q@mail.gmail.com> <54EEFCFB.7080107@cisco.com> <047F946E-3041-4510-8F78-D8D743C4FEED@nominum.com> <939B49536ECD5BFA17B5E5C4@JcK-HP8200.jck.com> <48DFF1A2-9BD0-4E08-B44A-704D5DCC278E@nominum.com> <54EF3644.7090808@joelhalpern.com> <02ED4331-9441-484C-96A6-70352C42ABBC@nominum.com> <54EF426A.9070706@joelhalpern.com> <31CF2C53-8168-4B2F-9E14-76FB44854813@nominum.com> <54EF7229.1030301@queuefull.net> <CAK3OfOh6BMP40y0H5Yny+n-8B8ayzgq4BeT2MmfF2XuxBBLk5A@mail.gmail.com> <54EF772C.5030309@queuefull.net> <519F10F3-0B24-4085-9294-8FFA10632CB3@lucidvision.com> <54EF8D21.30701@gmai l.com> <6BE1D8A6-C954-49C9-B0B8-D2D52DE212DC@lucidvision.com> <54EF9080.9050500@joelhalpern.com> <5CC61F43-5BF1-4DA1-8322-BF033D543DAE@lucidvision.com>
In-Reply-To: <5CC61F43-5BF1-4DA1-8322-BF033D543DAE@lucidvision.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/JdDr50Ir5GRZkFNj-7lCz0pvWCQ>
Cc: 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: Thu, 26 Feb 2015 22:12:30 -0000

Tom,
On 2/26/2015 4:48 PM, Thomas D. Nadeau wrote:
>> On Feb 26, 2015:4:30 PM, at 4:30 PM, Joel M. Halpern <jmh@joelhalpern.com> wrote:
>>
>> Thomas, if participants who can not make the conference calls are obliged to listen to the full recordings to get the key points of what has happened, why, what are the questions, and similar issues that need to be visible to the WG, then we are not running an inclusive process that allows for participation by the range of individuals we need.
> 	That is the problem. We're really only geared to have full-on, in person meetings all the time. That does not lend itself to being flexible/agile.  That is not to say that I want to exclude anyone, but to be fair, if a subset of people want to move a pile of work forward, we shouldn't ENCOURAGE that behavior not stifle.

It sounds to that you are describing design team meetings (or, in some
cases, an authors meetings).  I'm not sure what makes folks think that
the only way folks can collaborate is via the mail list or full on
interim meetings. 


>> There is a reason that the IETF distinguishes between design teams meetings, where the design team has to explain their work carefully to the WG, and working group meetings.  There has always been a problem of not getting as much context as we would like from the WG minutes.  But since we explicitly take all resolutions to the list, this is ameliorated by folks being able to ask for explanations, by those issues being taken to the list promptly, and by the fact that we only met 3 times a year.  If you have bi-weekly calls and the WG can not tell what is going on with those calls, then what you have is a design team.  And then the folks involved need to own up to it as a design team, understand that they need to explain to the list what they have analyzed, their reasoning, and their conclusions.
> 	Design teams should be able to work asynchronously, but with fixed schedules and not have to have everything explicitly documented at every step. 
100% agree.

I've been involved in many of such meetings (conf calls, webex, etc.)
and the key is that DT/authors' meetings need to be explained and
discussed on the list *at a time of their choosing*, which in my
experience is usually when a draft is published/updated.

> If someone else is curious, they can get involved but not in order to slow things down or throw a monkey wrench into the works. If people want to keep leaning back on 10 year old process RFCs and arguing "well thats just the way we've always done things around here" then this organization is going to continue to slow its progress even more - and its descent into irrelevancy.  There are a lot of people here (myself included) that want to evolve things because they think the IETF still has a lot to offer the industry. But if the organization won't evolve, people will take the path of least resistance and go elsewhere as they have been doing if you haven't noticed. 

This statement just confuses me as you note below we've always had ways
for folks to make progress fast -- when there's interest in doing so. 
It just seems to me that many are enamored with interims and think it's
the sole/best way of demonstrating progress between full meetings. 
Perhaps you're just saying that they're mistaken...

Lou

> 	If you want a real example of how this can actually work, watch Anees explain how Open Config has done this with just weekly phone calls and a bunch of people typing on keyboards. They've done this in less than a year, and have rough consensus and (production) running code.  This is how the IETF used to operate: people got together, hacked code and got things working.  The goal was not having meetings, but producing code with rough consensus.
>
> 	https://code.facebook.com/posts/1421954598097990/networking-scale-recap
>
> 	--Tom
>
>
>
>> Yours,
>> Joel
>>
>> On 2/26/15 4:21 PM, Thomas D. Nadeau wrote:
>>>> On Feb 26, 2015:4:16 PM, at 4:16 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>>>>
>>>> On 27/02/2015 09:08, Thomas D. Nadeau wrote:
>>>>>> On Feb 26, 2015:2:42 PM, at 2:42 PM, Benson Schliesser <bensons@queuefull.net> wrote:
>>>>>>
>>>>>> Nico Williams wrote:
>>>>>>> Yes, but a record that a concall or other interim meeting took place,
>>>>>>> and who attended, even if there are incomplete or missing minutes, is
>>>>>>> important for IPR reasons.  Ensuring that such meetings are NOTE WELL
>>>>>>> meetings is (should be) a priority, and that includes ensuring that a
>>>>>>> record of that much exists.
>>>>>>>
>>>>>>> Ideally the concalls and other interims would be recorded.
>>>>>> I agree completely. My point was that meeting records (including minutes) will inevitably be incomplete, or possibly inaccurate, and that relying on the mailing list as an authoritative record is more effective.
>>>>>>
>>>>>> Of course it is disappointing that we can't meaningfully translate voice discussions into text, in the minutes or in mailing list threads. If there were some magic tool e.g. that took better minutes then I'd be happy to use it. But otherwise, I think we just have to trust chairs to manage WG collaboration in whatever way is most effective for their WG's collaborators.
>>>>> 	The first step is to agree that an A/V recording is record enough.
>>>> It absolutely is not enough. Please see my previous message,
>>>> and the relevant rules in RFC 2418.
>>>>
>>>>   Brian
>>> 	You are missing my point. RFC or not, the IETF needs to evolve.
>>>
>>> 	--Tom
>>>
>>>
>>>
>>>>> Perhaps having meetbot/txt notes that at a min include actions/decisions like we do in the issue tracker we've used for NETMOD's Yang 1.1's issues.
>>>>>
>>>>> 	--Tom
>>>>>
>>>>>
>>>>>
>>>>>> This will inevitably be suboptimal for some part of the population. (For instance, I've never been able to find an interim meeting time that fits the schedules of all attendees.) But if they (we) always revert to the mailing list for decision making then I suspect our work can remain open and transparent.
>>>>>>
>>>>>> Cheers,
>>>>>> -Benson
>>>>>>
>>>>>>