Return-Path: <hallam@gmail.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 ADA1A1A87E3
 for <ietf@ietfa.amsl.com>; Wed, 25 Feb 2015 08:51:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.277
X-Spam-Level: 
X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, 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 8UK1UytJBxLf for <ietf@ietfa.amsl.com>;
 Wed, 25 Feb 2015 08:51:03 -0800 (PST)
Received: from mail-la0-x230.google.com (mail-la0-x230.google.com
 [IPv6:2a00:1450:4010:c03::230])
 (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 E410C1A87DB
 for <ietf@ietf.org>; Wed, 25 Feb 2015 08:51:00 -0800 (PST)
Received: by labgf13 with SMTP id gf13so5248172lab.0
 for <ietf@ietf.org>; Wed, 25 Feb 2015 08:50:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; 
 h=mime-version:sender:in-reply-to:references:date:message-id:subject
 :from:to:cc:content-type;
 bh=ZsGIk0XWMQsWnFPElKLTYcEoWw/TN7gD5cvGAEz0Jsg=;
 b=09iPaKSJtWFNHM/SyqUszOgqObmYJ7Zo7rPT9laPPVok8tfCI9l9x8A30Bl6ciXM2o
 EGlvj6LXuhlOkKwzy1SYbchhF6SQzb4xcjkqhAbR/vGpc7EnyDXW4GrJaKRpK9cZQMbl
 i8UCEbUbFRxiLv3qBbi5Kep0gA20pTnJZx3i2HNHOWnle9UlZoom01Xgz2rtNMM0KySR
 46M6uUR+ISWkcx7kx8qNUf4ToPV3g1m0wOUGVe31Tip91NR0QmxY0iQZy/C/eiMjfnp1
 HjljrLv1SoMVosm8EU3RaDDkNyJTFhgT9BqLN4XtwOotCP5YmH3hGk+eUswL+Wc/4FXO
 D+tA==
MIME-Version: 1.0
X-Received: by 10.112.161.66 with SMTP id xq2mr3595496lbb.103.1424883059312;
 Wed, 25 Feb 2015 08:50:59 -0800 (PST)
Sender: hallam@gmail.com
Received: by 10.113.3.165 with HTTP; Wed, 25 Feb 2015 08:50:59 -0800 (PST)
In-Reply-To: <01c701d050f6$c80fcd00$4001a8c0@gateway.2wire.net>
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>
 <01c701d050f6$c80fcd00$4001a8c0@gateway.2wire.net>
Date: Wed, 25 Feb 2015 11:50:59 -0500
X-Google-Sender-Auth: 4jOmQCgZrsmkU2Xq4JWtMmUfQ5c
Message-ID: <CAMm+LwgzXg+QM29ygS0Bv+HOo2Gd-hPByXYz2aVu-V4b=Jak+Q@mail.gmail.com>
Subject: Re: Interim meetings - changing the way we work
From: Phillip Hallam-Baker <phill@hallambaker.com>
To: "t.p." <daedulus@btconnect.com>
Content-Type: multipart/alternative; boundary=001a11c3447e98d0fc050fec7083
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/uH9g8o4MKevsMX-kp2ZOqazvTsI>
Cc: netmod-chairs@tools.ietf.org, 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: Wed, 25 Feb 2015 16:51:04 -0000

--001a11c3447e98d0fc050fec7083
Content-Type: text/plain; charset=UTF-8

Is there really a demand for interim meetings that cannot be supported in
IETF regular meetings? We meet 3 times a year, why isn't that enough? I
don't know of any W3C working group meeting more than three times a year.

Rather than trying to pile requirements onto interim meetings, can we work
out a way to accommodate these needs in regular meetings?


I would like to suggest we go a stage further and change the way the IETF
meetings work.

People are having interim meetings because a one or two day meeting on one
topic is a lot more productive than an IETF WG session. For certain types
of work and at certain stages, a concentrated meeting is the only
productive approach.

W3C has always taken this approach, they have one annual meeting and a
series of interims. The annual meetings are structured like an academic
conference with a plenary track and a series of breakout tracks on one
topic.


Now we can't and should not change every IETF meeting structure because a
lot of IETF work is not of the type that benefits from this mode of work
and those that do do not necessarily benefit all the time.

But we could arrange one IETF on the W3C format as an experiment.

There are pros and cos to both ways of working. I don't see that we have to
limit ourselves just to one approach.


Early in a WG lifecycle I just want to spend two days doing nothing apart
from working through the issues list and kill off all the bike shed issues.
Later on when getting close to completion you might want to have another
bootcamp to close off all the open issues. In between you probably want
more of an update.

--001a11c3447e98d0fc050fec7083
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra">Is there really a demand for in=
terim meetings that cannot be supported in IETF regular meetings? We meet 3=
 times a year, why isn&#39;t that enough? I don&#39;t know of any W3C worki=
ng group meeting more than three times a year.<br></div><div class=3D"gmail=
_extra"><br></div><div class=3D"gmail_extra">Rather than trying to pile req=
uirements onto interim meetings, can we work out a way to accommodate these=
 needs in regular meetings?</div><div class=3D"gmail_extra"><br></div><div =
class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">I would like to =
suggest we go a stage further and change the way the IETF meetings work.</d=
iv><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">People a=
re having interim meetings because a one or two day meeting on one topic is=
 a lot more productive than an IETF WG session. For certain types of work a=
nd at certain stages, a concentrated meeting is the only productive approac=
h.</div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">W3C=
 has always taken this approach, they have one annual meeting and a series =
of interims. The annual meetings are structured like an academic conference=
 with a plenary track and a series of breakout tracks on one topic.</div><d=
iv class=3D"gmail_extra"><br></div><div class=3D"gmail_extra"><br></div><di=
v class=3D"gmail_extra">Now we can&#39;t and should not change every IETF m=
eeting structure because a lot of IETF work is not of the type that benefit=
s from this mode of work and those that do do not necessarily benefit all t=
he time.</div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extr=
a">But we could arrange one IETF on the W3C format as an experiment.=C2=A0<=
/div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">There =
are pros and cos to both ways of working. I don&#39;t see that we have to l=
imit ourselves just to one approach.</div><div class=3D"gmail_extra"><br></=
div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">Early i=
n a WG lifecycle I just want to spend two days doing nothing apart from wor=
king through the issues list and kill off all the bike shed issues. Later o=
n when getting close to completion you might want to have another bootcamp =
to close off all the open issues. In between you probably want more of an u=
pdate.</div></div>

--001a11c3447e98d0fc050fec7083--

