Re: Interim meetings - changing the way we work

t.p. <daedulus@btconnect.com> Wed, 25 February 2015 12:55 UTC

Return-Path: <daedulus@btconnect.com>
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 53E811A026F for <ietf@ietfa.amsl.com>; Wed, 25 Feb 2015 04:55:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001] autolearn=ham
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 VDsGnGR2R88Z for <ietf@ietfa.amsl.com>; Wed, 25 Feb 2015 04:55:28 -0800 (PST)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0700.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::700]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 229981A017D for <ietf@ietf.org>; Wed, 25 Feb 2015 04:55:28 -0800 (PST)
Received: from pc6 (81.151.167.59) by AM3PR07MB241.eurprd07.prod.outlook.com (10.242.18.139) with Microsoft SMTP Server (TLS) id 15.1.99.14; Wed, 25 Feb 2015 12:32:03 +0000
Message-ID: <01c701d050f6$c80fcd00$4001a8c0@gateway.2wire.net>
From: "t.p." <daedulus@btconnect.com>
To: Benoit Claise <bclaise@cisco.com>, ietf <ietf@ietf.org>, netmod-chairs@tools.ietf.org
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> <54DE3E1C.6060105@gmail.com> <007301d04927$64890d40$4001a8c0@gateway.2wire.net> <54EDA697.5070107@cisco.com>
Subject: Re: Interim meetings - changing the way we work
Date: Wed, 25 Feb 2015 12:28:01 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [81.151.167.59]
X-ClientProxiedBy: AM3PR03CA018.eurprd03.prod.outlook.com (10.141.191.146) To AM3PR07MB241.eurprd07.prod.outlook.com (10.242.18.139)
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com;
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AM3PR07MB241;
X-Microsoft-Antispam-PRVS: <AM3PR07MB2414D9EC022ACA75388D637DE170@AM3PR07MB241.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005004); SRVR:AM3PR07MB241; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB241;
X-Forefront-PRVS: 049897979A
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(51704005)(13464003)(377454003)(189002)(479174004)(199003)(19273905006)(93886004)(44736004)(19300405004)(76176999)(81686999)(61296003)(81816999)(50226001)(50986999)(42186005)(14496001)(116806002)(33646002)(101416001)(23676002)(122386002)(92566002)(15975445007)(19580405001)(19580395003)(77096005)(68736005)(40100003)(1456003)(46102003)(86362001)(66066001)(87976001)(62236002)(44716002)(1556002)(64706001)(47776003)(62966003)(97736003)(77156002)(106356001)(105586002)(107886001)(84392001)(50466002)(74416001)(7726001)(562404015)(563064011)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR07MB241; H:pc6; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:0; LANG:en;
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Feb 2015 12:32:03.0473 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB241
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/Y2uO-ojsusYEA_x8PgdGjiEG7jA>
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: Wed, 25 Feb 2015 12:55:31 -0000

----- Original Message -----
From: "Benoit Claise" <bclaise@cisco.com>
To: "t.p." <daedulus@btconnect.com>; "ietf" <ietf@ietf.org>;
<netmod-chairs@tools.ietf.org>
Sent: Wednesday, February 25, 2015 10:40 AM

> Hi Tom,
>
> In the WGs for which interim meetings are hold, there is really an
> increased speed of development. I can see this in NETMOD for example.
So
> I've been encouraging more interim meetings, when we have the right
> audience in the call.
>
> While we transition to more interim meetings, we have to admit that
> different WGs uses different tools (webex, github, svn, etherpad,
irc).
> I don't believe that imposing the interim meeting tools is right. We
> should let each community chose.
> Coming back to NETMOD (which is missing some entries at
> http://www.ietf.org/meeting/interim/proceedings.html), it works with
> SVN. Everything is documented at
> https://svn.tools.ietf.org/svn/wg/netmod/yang-1.1/, as communicated on
> the mailing list. However, you are right, we should follow the
process,
> and go the extra mile to complete the information at
> http://www.ietf.org/meeting/interim/proceedings.html
>
> Final thought. I believe that some of our tooling will need to adapt
> anyway for interim meeting management. For example, I missed some
> interim meetings in my WGs based on the simple rule: if it's not in my
> calendar, it doesn't exist. The
> https://www.ietf.org/meeting/interim.html format is not very helpful
for
> that. We need a way to easily schedule, evaluate conflicts, and
download
> the .ics ... in a type of calendar view.

Benoit

Thanks for that.

In a sense, netmod is the worst offender in my analysis in that most of
the interim meetings that were announced and for which nothing has
appeared were netmod.  I think it safe to assume that they did not
happen but it would be better if that web page recorded this, perhaps by
a proceedings or minutes link that says simply that the meeting did not
happen.

Coupled with this, since several of the missing minutes (for me the
worst omission) were in the Routing Area, I flagged this to the Routing
Area list, and the minutes have since appeared.  The WG Chairs commented
that it would be good if tools generated an e-mail reminder a week later
if nothing had been filed.  This could then be either minutes or a
notfication that the meeting did not happen.  With virtual interims
happening a week apart, even a week's delay in the appearance of the
minutes is a serious handicap and I suspect that once the next meeting
has happened, then WG Chairs may lose interest in earlier ones.
Something to take up on the Tools list.

Again linked to this, but this is one for the IESG IMO, is that on some
lists, the view is that without an attendee list the minutes are
incomplete.  In Routing, I found the view that attendees should not be
listed in the minutes. Um, policy decision needed.  Technology makes the
collection of a Blue sheet equivalent very straightforward, at least for
many virtual interims, but is it a breach of privacy (in Germany, at
least) to put that on the web site?  On the other hand, we would regard
as deficient a string of posts to the mailing list with no indication
who was making them; which minutes without an identification of at least
who 'spoke' would seem to be equivalent.  I can guess who Alia is but
not Erik or Tom, which is all I have to go on (nvo3 2014/10/2 - netmod
and netconf minutes are very good in this regard unless, of course, you
regard the list of names as a breach of privacy!).  As I said, I think
IESG guidance is needed on what should appear in the minutes by way of
who took part or who contributed.

Tom Petch

> Regards, Benoit
> > There has been a marked increase in the number of  interim meetings.
> > Using
> > http://www.ietf.org/meeting/interim/proceedings.html
> > as a guide, there were
> > 18 in 2011
> > 35 in 2012
> > 45 in 2013
> > 84 in 2014
> > 13 in January 2015 alone.
> >
> > With them comes a change in the way of working, perhaps rendering
some
> > of our practices historic.
> >
> > Of the 84 meetings listed for 2014, 21 left no other trace on the
IETF
> > web site, no Agenda, no Minutes, no Proceedings.  Perhaps the WG
> > provided no materials, perhaps they did not happen; sometimes a
> > cancellation notice is apparent in the WG List Archives, other times
> > not.
> >
> > Of the 63 that have left a trace, 6 produced no Minutes but did
produce
> > slides or recordings and so presumably happened.
> >
> > Of the 57 that produced Minutes, 18 produced no Agenda while in 13
> > cases, the Minutes contained no list of Attendees (goodbye Blue
> > Sheets?).
> >
> > Only 26 meetings left a complete record, of Agenda, Minutes and
> > Attendees.
> >
> > The meetings encompassed 30 Working Groups, of which 16 met once, 14
> > more than once, with one WG meeting 8 times.
> >
> > What is more subjective is that, with Virtual Interims, increasingly
the
> > only kind, there is a tendency for the WG Mailing List to no longer
> > provide a record of discussions, choices, consensus.  For example,
they
> > may make greater use of github so that the minutes record a
discussion
> > of options 1, 2 and 3 for Issue 29 with no indication of what the
issue
> > or options are; a while later, they may record an update to option 3
so
> > it would now seem impossible to know what was discussed at the
earlier
> > meeting.
> >
> > Even with the better minutes, they never give the same sense as
posts to
> > a mailing list of who was or was not in favour and how strong their
view
> > was.
> >
> > Of course, we still have WG Last Calls on the list but if at a
future
> > date, an AD or GenArt reviewer wants to look back and see what
options
> > were discussed and  how rough the consensus was, well, it may be
> > impossible.
> >
> > A post in another thread recently said
> >
> >> I do think that the increased significance of meetings
> >> in IETF participation (and here, I'm not talking about
> >> things like nomcom but about significance to our technical
> >> work) is a problem, both because it tends to marginalize
> >> people who can't come to meetings and because it slows
> >> work down.
> > Well, I disagree about slowing the work down but certainly agree
with
> > the marginalisation, that WGs holding multiple Interims may tend to
> > develop an in-crowd of those that can participate with the world at
> > large only seeing the end result without knowing how it was arrived
at
> > by whom.
> >
> > Tom Petch
> >
> > .
> >
>