Re: [73attendees] Meeting lengths and locations (was: Re: Attendance by country)

Marshall Eubanks <marshall.eubanks@iformata.com> Sat, 06 December 2008 00:15 UTC

Return-Path: <73attendees-bounces@ietf.org>
X-Original-To: 73attendees-archive@ietf.org
Delivered-To: ietfarch-73attendees-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CD6583A6916; Fri, 5 Dec 2008 16:15:02 -0800 (PST)
X-Original-To: 73attendees@core3.amsl.com
Delivered-To: 73attendees@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CBFE33A6916 for <73attendees@core3.amsl.com>; Fri, 5 Dec 2008 16:15:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h2q7LlWaXxa6 for <73attendees@core3.amsl.com>; Fri, 5 Dec 2008 16:15:00 -0800 (PST)
Received: from smtp151.iad.emailsrvr.com (smtp151.iad.emailsrvr.com [207.97.245.151]) by core3.amsl.com (Postfix) with ESMTP id 666663A6876 for <73attendees@ietf.org>; Fri, 5 Dec 2008 16:15:00 -0800 (PST)
Received: from relay5.relay.iad.emailsrvr.com (localhost [127.0.0.1]) by relay5.relay.iad.emailsrvr.com (SMTP Server) with ESMTP id F3D5173172C; Fri, 5 Dec 2008 19:14:50 -0500 (EST)
Received: by relay5.relay.iad.emailsrvr.com (Authenticated sender: marshall.eubanks-AT-iformata.com) with ESMTPSA id AA2CB73171E; Fri, 5 Dec 2008 19:14:50 -0500 (EST)
Message-Id: <B8D7FF82-5497-418B-AB58-EADB8FC9DFA6@iformata.com>
From: Marshall Eubanks <marshall.eubanks@iformata.com>
To: John C Klensin <john+ietf@jck.com>
In-Reply-To: <069ED469A457C301C5AA94F2@p3.int.jck.com>
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Fri, 05 Dec 2008 19:14:50 -0500
References: <1228249716.18126.28.camel@victoria-pingtel-com.us.nortel.com> <d37b4b430812030545x59e12618y6e715e45a286a001@mail.gmail.com> <4936a183.0c07560a.1801.349c@mx.google.com> <48E57330-7D75-42A1-88DA-D5559304B606@iformata.com> <89787CC9-F33A-48E0-A002-84BF24120969@muada.com> <F98FE19C-C10F-4F75-BCF1-06FE8CD7114F@fugue.com> <0256F54C-0DFD-48F4-852E-A22288C7CA92@softarmor.com> <CA6118EEDE3317F0DB4FDD48@10.0.1.14> <a123a5d60812031951i2955d955s529c9a7c49707012@mail.gmail.com> <5D1A7985295922448D5550C94DE291800255A7BD@DEEXC1U01.de.lucent.com> <a123a5d60812040439g275ef327pc3807c01e74e2e76@mail.gmail.com> <5D1A7985295922448D5550C94DE291800255A81E@DEEXC1U01.de.lucent.com> <4937ff57.1438560a.1884.21d6@mx.google.com> <069ED469A457C301C5AA94F2@p3.int.jck.com>
X-Mailer: Apple Mail (2.929.2)
Cc: "73attendees@ietf.org" <73attendees@ietf.org>
Subject: Re: [73attendees] Meeting lengths and locations (was: Re: Attendance by country)
X-BeenThere: 73attendees@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Discussion list for the attendees of IETF 73 meeting." <73attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/73attendees>, <mailto:73attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/73attendees>
List-Post: <mailto:73attendees@ietf.org>
List-Help: <mailto:73attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/73attendees>, <mailto:73attendees-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"
Sender: 73attendees-bounces@ietf.org
Errors-To: 73attendees-bounces@ietf.org

On Dec 5, 2008, at 1:01 PM, John C Klensin wrote:

> --On Thursday, 04 December, 2008 18:03 +0200 Roni Even
> <ron.even.tlv@gmail.com> wrote:
>
>> Hi,
>>
>> I think that this list is very useful but the point that was
>> made before is that we need the time to do the work.
>
>> We can have a shorter meeting if we find a way to have all the
>> sessions and enough time for some ad-hoc meetings during the
>> IETF meeting to progress the work. As was pointed out some of
>> the mentioned standard groups work longer hours and spend
>> evening time on editing sessions (This is my experience from
>> ITU-T SG-16 and MPEG).
>
> I believe that you have just summarized the fundamental
> disconnect we are all having about this.  With ITU-SGs and many
> similar bodies, the expectation has historically been that most
> of the group work will get done at meetings.  Documents are sent
> out in advance of meetings so that people can better prepare for
> the meetings.  Email tends to serve much the same purpose, e.g.,
> gaining sufficient group understanding of the issues that people
> can come together at face to face meetings to resolve them.
>
> That approach has a number of strengths and weaknesses.  But it
> clearly has the implication that one needs large blocks of
> meeting time, not, e.g., one or two sessions of a couple of
> hours duration a few times a year.  If one adopts that model,
> then, as Keith pointed out in another note, shorter meetings in
> terms of days is going to imply more interim face to face and ad
> hoc sessions.  In the ITU's case, it has resulted in SG plenary
> sessions that last for weeks, not days.
>
> That, in turn, is often associated with a fundamental difference
> in  the people who attend meetings and the organizational
> relationships than send them.  While there are certainly
> exceptions, few companies consider it wise to regularly send
> someone with critical-path product design and implementation
> responsibility off to attend standards meetings whose duration
> is measured in weeks.  The situation for academics with teaching
> responsibilities or consulting firm principals is even worse.
>

There is a related issue : This will filter out small companies. Large
ones might be able to afford this, smaller ones will not. One of the  
things
that attracted me to the was the relative "flatness" of the  
organization; you
don't have to be with big company X to make a difference.

Regards
Marshall

> With so much time spent in meetings that people usually have to
> justify their jobs on the basis of their standards activities,
> there is also a tendency to be sure that workloads expand to
> fill up the time available and to make good trip reports.  There
> is little evidence that there is a positive correlation between
> that behavior and high-quality, useful, standards.
>
> By contrast, we've historically tried to optimize the IETF so
> that our primary way to get work done is on mailing lists and so
> that those who can make significant technical contributions but
> for whom extensive meeting attendance is hard or impossible can
> fully participate.  We should need face to face meetings only to
> raise the odds that people understand issues the same way at a
> high level and to argue about particular loose end issues in the
> hope of laying a foundation for resolution.  This broadens our
> base and keeps things more open and less a matter of company
> representation and balancing company positions and objectives.
> We have usually thought that was good.
>
> Marshall Rose's long-ago distinction between Do-ers and Go-ers
> doesn't quite capture all of the relationships and their
> consequences, but may be helpful in understanding both the
> attitudes and why they are important.
>
> I believe that, especially if we are facing a period in which
> times are tough and budgets restricted in the industry, "how can
> we get in more face to face meeting time" is the wrong question.
> Instead, I think we should be asking questions like:
>
> (1) If there are so many WGs in an area that having them all
> meet requires making IETF meetings longer, or requires regular
> interim meetings, what is wrong with that area, how its WG are
> organized, or the amount of work it is taking on?  Is all of
> that work really effective, or would some pruning and
> restructuring help?
>
> (2) If a given WG has evolved into a working mode in which
> extensive face to face meetings are needed, there is little
> progress between the three IETF meetings a year, and there is
> frequent demand for interims, what is wrong?  How can the group,
> or its work or leadership, be restructured to what we should
> consider a problem?  Would it be appropriate to export the work
> to another organization that works better in that mode?
>
> (3) How can we rethink the IETF to require less face time, not
> more?  Have Internet conferencing technologies advanced to the
> point that, with some preparation and changes to how we do
> things, we could do more than way and cut face time to two
> meetings a year instead of three (even if those meetings needed
> five full days, the cost savings to participants and participant
> organizations would be significant (any IAOC member who says "we
> couldn't do that because of the budget hit", rather than
> thinking about how to management it, should immediately resign
> -- we are, IMO, placing too large a burden on those who attend
> meetings anyway and reducing meetings and meeting planning time
> ought to have a significant impact on secretariat costs).
>
> To put that more extremely, if the IAOC treats WG or area
> complaints that "we need more meeting time" as an indication
> that should be made to happen, and the IESG goes along, and that
> takes us into cycles, not only of dropping attendance but of
> attendance that is increasingly dominated by a relatively small
> number of large organizations, then we might as well give it up.
> To take just two examples, ITU-T and ISO/IEC JTC1 actually have
> a lot of organizational advantages over the IETF (not least
> being long-term budget line items in many enterprises rather
> than having to try to squeeze resources out of engineering) and,
> if our work methods and attendance become indistinguishable from
> theirs, the organizations that pay the bills, and the industry
> in general, would probably be better served by eliminating the
> duplication and additional meetings.
>
>    john
>
>
> _______________________________________________
> 73attendees mailing list
> 73attendees@ietf.org
> https://www.ietf.org/mailman/listinfo/73attendees

_______________________________________________
73attendees mailing list
73attendees@ietf.org
https://www.ietf.org/mailman/listinfo/73attendees